软件测试之BUG描述

     
 测试人员在找到bug后，就要提交bug了，要提交bug时，最主要的就是要描述好bug，一个好的bug描述，能让开发人员，更快的定位到问题产生的原因，能够更快的解决bug，而，如果描述的很模糊，有可能开发人员在看这个bug的时候，要花费很长的时间去猜测这个bug的意思，甚至于理解错了bug的本意，这将大大的延长该bug解决的时间。

常见bug 管理系统

禅道（zentao）、bugzilla、jira、bugfree、easybug、QC

目的

清晰简单描述好缺陷，编写有效的缺陷实例，帮助开发人员有效的进行缺陷定位，重现错误，从而去有效的定位错误，修改错误

 Bug 包含的内容：

发现问题的版本、出现问题的环境（Bug 测试环境）、Bug 标题 短描述、重现步骤--详细步骤、实际结果、预期结果、Bug 类型和严重程度、附件

 注：不要把多个bug放在一起。

BUG标题 短描述
—标题要清晰简洁，写明BUG描述；如果没有选择功能模块，最好在标题中标注功能模块。让查看BUG的人员清楚知道你所表达的意思。BUG的功能模块+BUG的操作+BUG的结果

重现步骤—简单写下发现BUG的测试过程，罗列下，简洁，每个步骤尽可能简单明了。只解释事实、演示、必要步骤，不要写无关信息，能指导开发重现这个BUG。

预期结果----记得写清楚预期

附上测试数据实际结果----BUG的结果，粘贴BUG截图，日志截图，截图直接粘贴就可以了

附件：日志文件、测试数据（文件）图片，比如上传头像，就把图片放在文件中当附件上传，开发要重现这个BUG，那么根据你附件的图片来重现。

BUG类型和严重程度-----便于后续测试结果分析，BUG的统计

出现问题的环境（BUG测试环境）---例如：什么系统；哪个版本等。兼容性问题、难以重现问题

 

• « 上一篇：排序（一）冒泡排序法
• » 下一篇：鸿蒙系统基于Linux打造，其本质还是安卓系统？