本文主要是介绍软件测试 缺陷报告处理流程，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
系统软件
操作系统
软件缺陷
缺陷报告
当测试人员发现了一个缺陷，需要填写一份 缺陷报告 来记录这个缺陷，并通过这个缺陷报告告知开发人员所发生的问题————缺陷报告是测试人员和开发人员交流沟通的重要工具。
缺陷报告的组成
1、缺陷ID 缺陷编号，一般会自动生成编号 2、Bug标题 简明扼要的描述一下该bug 3、所属产品 在测试哪个产品时发现的bug 4、所属项目 在测试哪个项目时发现的bug 5、所属模块 在测试哪个功能模块时发现的bug 6、影响版本 该bug影响了项目的哪个版本,或者在测试程序哪个版本时发现的 7、创建 该Bug由谁创建提交的 8、当前指派 该bug指派给谁处理一般情况下，测试人员发现bug，把缺陷报告指派给开发负责人，开发负责人验证该bug后，再把该bug指派给该bug所在模块的开发人员进行修改 9、Bug类型 该Bug属于哪种类型的 在禅道中，主要包括：代码错误、界面优化、设计缺陷、配置相关、安装部署、安全项目、性能问题、标准规范、测试脚本、其他 10、操作系统 在哪些操作系统中会出现这个Bug 如：Windows、Linux、Unix、IOS、Android 11、严重程度 指明该缺陷对软件造成的影响程度有多大 例如： Urgent：造成死机、系统崩溃等问题 Veryhigh：很严重的问题 High：比较严重的问题 Medium：一般的问题 Low：小的问题 每个类别代表的具体含义每个公司可能是不一样，应该在测试计划中或是在专门的文档中定义好，以便测试人员和开发人员达成一致 12、优先级 希望该缺陷什么时间内或者哪个版本程序员可以解决 例如： Urgent：立刻修复 Veryhigh：当前版本修复 High：下一个版本修复 Medium：发布之前修复 Low：允许发布中存在 同样，每个级别代表的具体含义每个公司可能是不一样，应该在测试计划或是在专门的文档中定义好 13、Bug状态 该Bug目前处于什么状态，间接反映了缺陷的处理情况。 New：新提交的 Open：打开的 Rejected：拒绝的 Fixed：已修复的 Reopen：重新打开的 Closed：关闭的 在禅道中有激活、已解决、已关闭三种状态： 激活：测试人员提交bug，该bug自动变为处于“激活”状态 已解决：开发人员修复完bug，该bug状态变为“已解决”状态 已关闭：测试人员返测完bug，如果返测成功，该bug变为“已关闭”状态 14、重现步骤 把发现这个缺陷的步骤、结果记录下来，并给出预期结果，使开发人员通过你的描述可以看到这个缺陷，以便他去解决这个缺陷
要求：描述清晰、准确、易读，使开发人员容易读懂，并可以重现缺陷————初学者练习的重点、难点
编写缺陷报告
| 缺陷报告 | |
| 缺陷ID | 计算器_001 |
| 缺陷标题 | 除数为0提示异常 |
| 所属产品 | 计算器 |
| 所属项目 | 计算器 |
| 所属模块 | 除法 |
| 影响版本 | V1.0 |
| 创建人 | 小明 |
| 当前指派 | 丫丫（开发负责人） |
| Bug类型 | 代码错误 |
| 操作系统 | Windows 10 |
| 严重程度 | Medium |
| 优先级 | Medium |
| Bug状态 | New |
| 重现步骤 | [步骤] 1.打开计算器页面 2.在计算器页面中共输入： 第一个数： 10 第二个数： 0 3.点击“/”除法按钮 [预期结果] 3.弹出错误提示，提示： 除数不能为0 [实际结果] 3.提示异常 |
缺陷报告处理流程
这篇关于软件测试 缺陷报告处理流程的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
