首先,测试人员发现 BUG ,做好记录并上报至 BUG 数据库。接着,开发组长或经理确定该 BUG 是否有效 之后指定 BUG 的优先级并安排给相关开发人员。否则拒绝该 BUG 的修复。
然后,该 BUG 进入初始化状态。开发人员着手解决 BUG ,BUG 进入修复状态。
由相关测试人员测试该 BUG 是否已经被修复,进入 BUG 验证状态。如果验证不通过,则将重新为该 BUG 分配状态并再一次进入修复状态。
测试人员验证该 BUG 已被修复之后关闭该 BUG ,即 BUG 进入关闭状态。
对于开发人员而言,他需要做的是分析 BUG, 写出问题原因并修复 BUG 。严格执行 BUG 优先级原则。
而测试人员则需要用 BUG 级别反映 BUG 的严重程度,验证 BUG 是否已经被修复。BUG 报告是一门学问,测试人员应该
一个报告只针对一个 BUG ,报告中不使用抽象词汇。
将该 BUG 重现给开发人员,写出能使程序出错的 BUG 的详细操作步骤(每个步骤应简单明了)。
复杂的问题则可通过截图或直接通知指定的修改人,截图一般为 jpg 或 gif 格式。
尽可能详细地写出跟程序相关的信息。如程序的版本号,操作系统的版本,运行环境等。
BUG 状态:
类型:
缺陷来源:
问题定位:
BUG 生命周期与管理
发表于:2018-10-05
作者:王一航
来源:简书
- 周排行
- 月排行
-   高质量的缺陷分析:让自己少写 bug
-   缺陷是什么?
-   从“扁鹊三兄弟”谈缺陷预防
-   软件缺陷的描述
-   如何编写更佳的bug report
-   面对Bug的正确姿势
-   怎么用Leangoo管理Bug
-   实例!软件缺陷数据度量和分析
-   缺陷是什么?
-   高质量的缺陷分析:让自己少写 bug
-   国内外最好用的6款Bug跟踪管理系统
-   像个专业人士一样去调试Bug
-   多种缺陷管理软件简介
-   程序员如何减少开发中的 Bug?