测试总结与测试经验

软件质量评估
    评估的方法
        • 覆盖评测 • 基于需求的测试覆盖 测试覆盖（已执行的）＝Tx/RfT Tx 是已执行的用例数，RfT是总的需求数 成功的测试覆盖（已执行的）＝Ts/RfT Ts 是测试通过的用例数，RfT是总的需求数
        质量评测 • 缺陷报告 • 缺陷分布（密度）报告 • 缺陷状态与优先级 • 缺陷状态与严重性 • 缺陷龄期报告 • 缺陷趋势报告
        质量评测 • 性能评测 • 动态监测 • 响应时间/吞吐量 • 百分位报告 • 比较报告 • 追踪报告

测试总结报告
    测试总结的作用
        对整个项目的测试过程和质量进行评价。 • 对产品各阶段的完成质量和遗留问题进行总结。 • 为后续的测试过程改进提供依据。
    •测试总结（报告）的模板
        首页 • 引言（目的，背景，缩略语，参考文献） • 测试概要（测试方法、范围、测试环境、工具） • 测试结果与缺陷分析（功能、性能） • 测试结论与建议（项目概况、测试时间、测试情况、结论性汇总） • 附录（缺陷统计）

测试经验
    成功测试经验介绍
        测试人员关注失效，客户才能关注成功
            测试人员关注成功的角度不同——失效 • 最终目的还是为软件质量提供保障
        什么是“完备”的测试
            完备测试的概念是有各种不同涵义的 • 完备测试必须根据情况被恰当定义
        事不关己、高高挂起？
        直觉？
            把直觉当做指南，但不能用做合理性证明
        关于规格说明书
            显式和隐式规格说明书
        不要假设明显的错误已经写入报告
            测试人员必须根据缺陷历史信息来判断是否缺陷已经被报告
        抓住缺陷背后的安全隐患
            缺陷会引发各种安全隐患：网络入侵，恶意攻击，黑客等
        明确严重程度和优先级的差别
            严重等级表示程序错误的影响或后果 • 优先等级表示修复缺陷的先后关系
        通过现象看本质
        编写缺陷报告的几条经验性原则
            按步骤描述缺陷 • 缺陷报告中的项目应该完整 • 使用适当的语气和注释
        使用冒烟测试检验版本
        设计测试计划要结合实际情况
        正确认识测试文档模版