文章讲述了如何详细描述一个bug，包括问题的版本、环境、重现步骤、预期行为和错误行为等关键信息。同时，定义了bug的不同级别，如Blocker、Critical、Major和Minor，以及bug的生命周期，包括New、Open、Fixed、Rejected、Delay、Closed和Reopen等状态转换。
文章目录
这里开始我们的测试之旅才正式开启！
前面我们学习到软件测试的生命周期： 需求分析→测试计划→ 测试设计、测试开发→ 测试执行→ 测试评估
如何描述一个bug
一个合格的bug描述应该包括以下几个部分：
- 发现问题的版本
开发人员需要知道出现问题的版本，才能够获取对应版本的代码来重现故障。并且版本的标识也有利于统计和分析每个版本的质量。
如果我们测试的产品有很多版本，只需要测试关注用户使用较多的版本
通常情况下，企业都会有数据监控后台，能够监控到使用当前产品的用户所使用的版本/环境
- 问题出现的环境
环境分为硬件环境和软件环境
如果是web项目，需要描述浏览器版本，客户机操作系统等
如果是app项目，需要描述机型、分辨率、操作系统版本等。
详细的环境描述有利于故障的定位。 - 错误重现的步骤
描述问题重现的最短步骤。 - 预期行为的描述
要让开发人员指导怎么样才是正确的，尤其要以用户的角度来描述程序的行为是怎样的。如果是依据需
求提出的故障，能写明需求的来源是最好的。
坚信：测试人员是最懂需求的。 - 错误行为的描述
描述错误的现象。crash等可以上传log，UI问题可以有截图。 - 不要把多个bug放到
最低0.47元/天 解锁文章
扫一扫
3696
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
