首先,测试人员发现 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管理工具
-   软件用例写作与缺陷管理
-   开发不改bug?给你支个招
-   如何编写更佳的bug report
-   面对Bug的正确姿势
-   实例!软件缺陷数据度量和分析
-   深入BUG分析
-   购物系统测试缺陷报告
-   缺陷管理规范及流程
-   国内外最好用的6款Bug跟踪管理系统
-   消灭Bug秘籍:如何处理大型软件中的错...
-   史上最臭名昭著五大软件Bug