缺陷报告

最新推荐文章于 2021-07-05 20:36:47 发布

原创最新推荐文章于 2021-07-05 20:36:47 发布 · 944 阅读

CC 4.0 BY-SA版权

本文详细介绍了缺陷报告的撰写规范，包括如何清晰地重现问题、定义严重程度和优先级，以及如何选择合适的测试环境。同时，讨论了Bug的生命周期，从新建到关闭的各个状态。此外，还涵盖了缺陷报告的八大要素，如标题、重现步骤、严重程度、优先级、缺陷类型等，帮助测试人员和开发人员更有效地协作处理软件缺陷。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

缺陷报告

重现定义：把测试中出现BUG的步骤写出来（尽量详细），然后让开发者去按照你的步骤去找你发现的BUG再进行确认是否是BUG，这有助于开发者在最短的时间里对BUG进行修改。

缺陷报告注意事项：

尽量保证缺陷可以重现
简洁、准确、完整
一个缺陷报告只写一个缺陷

缺陷书写规范：

标题简洁、提供缺陷的本质信息即可
复现的步骤要详细，用数字编号
实际结果要描述清楚复现后的结果
列出期望结果
提供附件
提供严重性属性和其他公司需要填写的属性

要避免一些常见错误：

避免使用情绪化语言和强调标点符号
避免使用模糊的词语
避免使用自认为幽默的语言，直接描述问题即可
避免提交不确定的缺陷

缺陷报告的八大要素

在这里插入图片描述缺陷编号，是缺陷的唯一标识符，在禅道之类的缺陷管理工具中一般都会自动生成，这个大家不用纠结。缺陷状态，是缺陷跟踪过程的进展情况，缺陷工具都会有相应的流程和状态标识，一般不需要我们去选择。缺陷标题，是缺陷的概述，最好能一针见血的揭示出该缺陷的本质，这个需要后续多练习。重现步骤，就是一步一步描述再现缺陷的操作步骤，基本要求就是开发人员按照步骤能重现Bug就可以。严重程度，就是缺陷对软件系统的影响程度，有些影响较大，有些影响较小。优先级，就是修复缺陷的重要性或紧迫性，即哪些缺陷需要紧急修复，哪些缺陷可以后续再修复。缺陷类型，就是根据缺陷产生的来源和根源划分出的缺陷种类。测试环境，主要是测试环境的配置，包括操作系统和浏览器。
缺陷编号
在这里就不详细，一般缺陷管理工具自动生成
在这里插入图片描述：缺陷状态
按照缺陷的正常处理流程，包括新建、已打开、已指派、已修复或已解决和已关闭这五个状态对于禅道管理软件的Bug状态，目前只有三种：激活、已解决和已关闭对于这些缺陷状态，大家不需要纠结，一般缺陷工具会自动标识

在这里插入图片描述
标题
对缺陷或错误特征的概要描述，可以使用短语或短句，要求简练、准确
重现步骤
第一部分，描述该缺陷重现的操作顺序，要求：完整、简洁、准确；第二部分，描述实际出现的结果；第三部分，描述预期想要的结果
在这里插入图片描述 .5：严重程度
“关键的”属于最严重的，主要是缺陷影响关键功能，例如崩溃、死机，主要业务流程不能跑通； • “主要的”意思是缺陷影响主要功能； • “次要的”的意思是缺陷影响次要功能； • “无关紧要的”意思是缺陷不影响功能。思考Bug1属于那种严重程度？
1.4.6：优先级
优先级一般分为紧急、高、中和低
在这里插入图片描述
紧急的意思就是必须立即修复/在下一次构建中修复；高的意思是必须在任何即将发布的版本中修
复；中的意思是可在发布后/下次发布时修复；低的意思是能修复，也可能不修复。
思考Bug1属于那种优先级？
1.4.7：缺陷类型
缺陷类型按照一般分类可以分为16类，禅道软件中分为10类

在这里插入图片描述思考Bug1属于那种缺陷类型？
1.4.8：测试环境
测试环境按照一般分类可以分为操作系统、浏览器和手机型号3类。
对于C/S结构的软件，测试环境只会选择操作系统即可，对于Web软件，测试环境主要选择浏览器，对
于移动端软件，相对较复杂，测试环境这三类一般都需要选择。
接下来我们看一下Bug1的测试环境，请问同学们选择哪个合适？
针对这个Bug，操作系统选择Android，手机型号可以选择你测试时的手机型号。
1.4.9：其他要素
版本就是我们发现的缺陷所在的软件版本，一般是软件版本加上该版本的构建号。分派给就是将发现的缺陷分配给相关的人员。所属项目/模块就是发现的缺陷所属的产品、项目和模块。提交人和提交时间就是字面意思。附件就是通过上传图片或视频，可以更好的补充说明这个缺陷
5. Bug生命周期
在这里插入图片描述
首先测试人员提交Bug，这时Bug的状态标识为“新建”；开发经理确认后将Bug分配给相关的开发人
员去处理，此时Bug状态为“已打开”；开发人员拿到指派给自己的Bug，开始进行处理，开发人员已经
修复了该Bug后，设置Bug状态为“已修复”；测试人员拿到已经修复的Bug进行验证，如果验证通过，则
将该Bug设置为“已关闭”状态；如果验证未通过，则将该Bug设置成“重新打开”。
6. 缺陷的八大状态(了解)
7. 在这里插入图片描述新建状态，是指新发现的缺陷提交到缺陷库，还未进行任何处理。已指派状态，是指将缺陷指派给负责的开发人员。已打开状态，是指缺陷已确认可以开始修复。已修复状态，是指开发人员将缺陷解决了。已拒绝状态，是指开发人员认为不是缺陷和不认可的缺陷。已延期状态，是指短期内无法解决的缺陷。已关闭状态，是指测试人员将已修复的缺陷在新版本上验证通过了。重新打开状态，是指测试人员将已修复的缺陷在新版本上验证，发现问题依然存在。