软件测试缺陷报告处理流程

本文主要是介绍软件测试缺陷报告处理流程，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

系统软件

操作系统

软件缺陷

缺陷报告

当测试人员发现了一个缺陷，需要填写一份 缺陷报告 来记录这个缺陷，并通过这个缺陷报告告知开发人员所发生的问题————缺陷报告是测试人员和开发人员交流沟通的重要工具。

缺陷报告的组成

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.提示异常