首先,测试人员发现 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和不同浏览器下兼容性问题的处...
-   深入BUG分析
-   面对Bug的正确姿势
-   实例!软件缺陷数据度量和分析
-   基于Bug的测试策略分析
-   从“扁鹊三兄弟”谈缺陷预防
-   手机App常见Bug积累
-   高质量的缺陷分析:让自己少写 bug
-   我的解Bug之路—串包Bug解决思路
-   如何写出没有BUG的代码
-   从软件出发,非功能测试思考总结
-   展望2017,谁是网络技术头牌?
-   C/C++单元测试工具Visual Unit 4 介绍
-   国内外最好用的6款Bug跟踪管理系统
-   性能测试指标评估必读
-   百度软件测试方案模板
-   38张史上最全的IT工程师技能图谱
-   C/C++单元测试工具Visual Unit 4 介绍
-   2019年,你会选哪些安全测试工具?
-   十款Web服务器性能压力测试工具
-   软件测试入门指南:周期、模型和文档化
-   记自动化测试成神学习之路
-   软件测试全景图 -最全的思维导图