Ch2-缺陷报告.ppt

Q A * 在软件测试生命周期的全部过程，从需求分析阶段的需求评审，到单元测试、集成测试、系统测试、验收测试，缺陷报告贯穿始终。缺陷报告作为测试人员和开发团队的其他人员沟通的一个工具，地位非常重要。 If you don’t file bug reports, God kills a kitten. 请勤于记录缺陷，善待小猫。 * 质量评估：可以了解产品各模块，或者各阶段的缺陷发生率，从而客观准确的评价产品质量。 预防缺陷：从缺陷报告中获得经验和教训，有助于在今后的软件开发中预防缺陷。 * 仅仅一个标题并不足以描述一个问题的全部内容。 开发人员也许还想了解到的信息包括：1. 当时的操作环境； 2. 之前是否进行其他的操作； 3. 是否每一次执行都出错，还是存在一个错误频率；4. 是否提供错误情况截屏。 出错频率既可以定性描述，如总是、通常、有时、很少；也可以定量描述，如30%。 * 缺陷报告的质量直接关系到缺陷修正的速度和工作效率，因此应规范缺陷的描述。 缺陷信息分为三类：缺陷本身的描述信息；缺陷信息的分类和来源；版本信息。 * 软件中的缺陷对客户的影响是不一样的，可以分等级。 不同公司可能会有其自己的分等级方式。 * 四个优先级：立即解决；优先解决；排队解决；可以不解决。 也有例外，如有些缺陷比较严重，但由于技术的限制或第3方产品的限制，暂时没法修正，其优先级就只能降低。 *