测试缺陷报告

一、测试人员的主要职责

1. 编写测试计划
2. 编写测试用例
3. 执行测试，发现缺陷提交缺陷报告
4. 验证所发现的缺陷是否得到修改
5. 编写测试总结报告

二、缺陷报告的组成

1. 缺陷编号(Defect ID)：提交缺陷的顺序；
2. 缺陷标题(summary)：简明扼要的描述一下缺陷；
3. 缺陷的发现者(Detected By)： 测试人员自己；
4. 发现缺陷的日期(Detected date)：一般为当天；
5. 缺陷所属的模块(subjecy):在测试哪个功能模块的时候发现的bug，开发组可以据此决定由谁负责修改该bug;
6. 发现缺陷版本(Detected in release)：在测试哪个版本的时候发现的bug;
7. 指派给谁处理(Assigned to):测试人员指派给开发经理，开发经理根据缺陷所在的模块，需再次指派具体的开发人员；
8. 缺陷的状态(status)：缺陷此时所处的处理阶段或处理情况；
   1. 测试人员发现缺陷，提交缺陷报告，把缺陷的状态置为：new (新发现的bug);
   2. 开发经理验证新提交的 bug ,如果是 bug ,把状态改为 open (打开的bug,开发组承认的bug)，指派给具体的开发人员解决；如果不是bug,把状态改为rejected(拒绝的bug);
   3. 开发人员看到指派给自己解决的bug，进行 bug 修复，修改完后，把状态改为：fixed(已经修复的 bug ,可以返测得 bug )
   4. 测试人员对修复得 bug 进行返测，返测成功，把状态改为closed(关闭得缺陷，归档得 bug)；如果返测不成功，把状态改为：reopen (重新打开得 bug);
9. 缺陷的严重程度(severity)：bug 对软件的影响有多大
   1. Urgent：造成系统死机、重启、崩溃的缺陷；
   2. Very High：非常严重的缺陷；
   3. High：严重的缺陷；
   4. Medium：中等程度的缺陷；
   5. Low：小的缺陷；
      每一个等级到底包括哪些缺陷，最好在专门的文档中进行详细说明，这样可以使开发和测试人员达成共识。
   6. Bug Level （等级、级别）
   7. Definition （定义）
   8. 性能 Performance
10. 缺陷的优先级(priority)
    测试人员希望该缺陷程序员在什么时间内或在哪个版本中解决
    1. Urgent：立刻修改（影响开发或者测试的进度）
    2. Very High：本版本修改；
    3. High：下版本修改；
    4. Medium：发布之前修改；
    5. Low：允许在发布中存在的
11. 缺陷描述 (description)
    把发现 bug 的步骤、使用的数据等记录下来，是程序员通过该描述清楚所发生的事情；