软件测试之缺陷报告
软件测试的步骤一般为：测试设计，测试用例，执行测试，提交测试缺陷报告，验证缺陷是否得到修改，测试总结报告。
一、缺陷报告的组成
- 缺陷编号（Defect ID）
- 缺陷标题（Summary）
- 缺陷的发现者（Defected By）
- 发现缺陷的日期（Defected on date）
- 缺陷所属的模块（Subject）
- 发现缺陷版本（Defected in release）
- 指派给处理（Assigned to）测试人员指派给开发经理
- 缺陷状态（status）
- 缺陷的严重程度（severity）
- Urgent：造成系统死机、重启、崩溃的缺陷
- Veryhigh：非常严重的缺陷
- High：大的缺陷
- Medium：中等程度的缺陷
- Low：小的缺陷
- 缺陷的优先级（priority）：
- Urgent：立刻修改（影响开发或测试进度）
- Veryhigh：本版本修改
- High：下版本修改
- Medium：发布之前修改
- Low：允许发布中存在的
- 缺陷描述（description）：把发现bug的步骤、使用的数据等记录下来，使程序员通过该描述就清楚所发生的事情。
二、缺陷报告的用途
- 记录bug
- 对bug进行分类
- 跟踪bug
- 对bug进行分析统计
三、如何识别bug
- 通过测试用例的预期结果判断——实际结果与预期结果不一致就是bug
- 看需求（通过缺陷的5点定义识别）
- 沟通（开发、需求、用户）
四、缺陷报告的处理流程
一些注意：
- 一个报告只提交一个缺陷
- 对缺陷报告的严重性、优先级划分客观、准确
- 小的缺陷报告也要报告
- 及时报告缺陷
- 对不可重现的缺陷也要报告
- 不做任何评价