8-19博文

测试总结与测试经验
    软件质量评估
        评估的方法
            • 覆盖评测 • 基于需求的测试覆盖 测试覆盖（已执行的）＝Tx/RfT Tx 是已执行的用例数，RfT是总的需求数 成功的测试覆盖（已执行的）＝Ts/RfT Ts 是测试通过的用例数，RfT是总的需求数
            质量评测 • 缺陷报告 • 缺陷分布（密度）报告 • 缺陷状态与优先级 • 缺陷状态与严重性 • 缺陷龄期报告 • 缺陷趋势报告
            质量评测 • 性能评测 • 动态监测 • 响应时间/吞吐量 • 百分位报告 • 比较报告 • 追踪报告
    测试总结报告
        测试总结的作用
            对整个项目的测试过程和质量进行评价。 • 对产品各阶段的完成质量和遗留问题进行总结。 • 为后续的测试过程改进提供依据。
        •测试总结（报告）的模板
            首页 • 引言（目的，背景，缩略语，参考文献） • 测试概要（测试方法、范围、测试环境、工具） • 测试结果与缺陷分析（功能、性能） • 测试结论与建议（项目概况、测试时间、测试情况、结论性汇总） • 附录（缺陷统计）
    测试经验
        成功测试经验介绍
            测试人员关注失效，客户才能关注成功
                测试人员关注成功的角度不同——失效 • 最终目的还是为软件质量提供保障
            什么是“完备”的测试
                完备测试的概念是有各种不同涵义的 • 完备测试必须根据情况被恰当定义
            事不关己、高高挂起？
            直觉？
                把直觉当做指南，但不能用做合理性证明
            关于规格说明书
                显式和隐式规格说明书
            不要假设明显的错误已经写入报告
                测试人员必须根据缺陷历史信息来判断是否缺陷已经被报告
            抓住缺陷背后的安全隐患
                缺陷会引发各种安全隐患：网络入侵，恶意攻击，黑客等
            明确严重程度和优先级的差别
                严重等级表示程序错误的影响或后果 • 优先等级表示修复缺陷的先后关系
            通过现象看本质
            编写缺陷报告的几条经验性原则
                按步骤描述缺陷 • 缺陷报告中的项目应该完整 • 使用适当的语气和注释
            使用冒烟测试检验版本
            设计测试计划要结合实际情况
            正确认识测试文档模版