11 缺陷处理

19.报告发现问题

19.1设法修复软件缺陷

无法修复的原因：
A）没有足够的时间
B）不算真正的软件缺陷
C）修复风险太大
D）不值得修复 ，不常用，可预防规避
E）无效的软件缺陷修复报告
报告软件缺陷的基本原则：
A）尽快报告软件缺陷
B）有效描述软件缺陷：短小、单一
C）快速技巧提示：明显并通用、可再现、在报告缺陷时不要做评价、对软件缺陷跟踪到底。

19.2分离和再现软件缺陷

分离软件的第一步：
A）不要想当然地接收任何假设。
B）查找时间依赖和竞争调暗劲地问题
C）边界条件软件缺陷、内存泄露和数据溢出等白盒问题可能会慢慢自己显露出来。
D）考虑资源依赖性和内存、网络、硬件共享地相互作用。
E）不要忽视硬件

19.3并非所有软件缺陷生来就是平等的

软件缺陷等级划分通用原则：
A）严重性表示软件缺陷的恶劣程度，当用户碰到该缺陷时影响的可能性和程度。
B）优先级表示修复缺陷的重要程度和紧迫程度。
严重性参考：
A）系统崩溃、数据丢失、数据毁坏、安全性被破环
B）操作性错误、结果错误、功能遗漏
C）小问题、拼写错误、UI布局、罕见故障
D）建议
优先级：
A）立即修复，组织进一步测试，立竿见影。
B）在产品发布之前必须修复
C）如果时间允许应该修复
D）可能会修复，但是即使有产品也能发布

19.4软件缺陷的生命周期

发现缺陷（发现缺陷并记录缺陷报告，报告给程序员） -> 解决缺陷（修改缺陷，缺陷报告交给程序员）-> 关闭缺陷（测试员确定缺陷已修改，关闭缺陷报告）

19.5软件缺陷跟踪系统

19.5.1 标准：测试事件报告

A）标识符 唯一ID
B）总结 简明扼要称述总结软件缺陷
C）事件描述 时间、姓名、使用的硬件和软件配置、输入、过程步骤、预期结果、实际结果、试图再现以及尝试的描述、有助于程序员定位软件缺陷和其他现象或者信息
D）影响 严重性和优先级

19.5.2 手工软件缺陷报告和跟踪

19.5.3 自动化软件缺陷报告和跟踪