测试价值越小则企业的收益越大 v2 .pdfVIP

测试价值越小则企业的收益越大 朱少民 hp:///kerryzhu 主题 软件测试 的价值 企业的价值 核心思想就是消除测试中的浪费 测试的价值 p  评估产品质量，提供全面、客观的产品质量 信息 p  发现问题，督促问题解决，提高产品质量 p  持续提高质量反馈、及时揭示质量风险，有 助于控制项目风险，提高构建的质量 p  通过缺陷分析确定缺陷模式，有助于缺陷预防 传统测试 以瀑布模型作为典型案例分析 传统测试的浪费 – 过度流程 传统测试的浪费 – 过多转换 业务需求à （非）功能需求à质量需求à 测试需求à 测试规格说明书à 测试用例à 测试执行 传统测试的浪费 – 前期等待 前期浪费 常见的现象： 测试人员平常很空，开发完成代码之后忙得要死 传统测试的浪费 – 沟通成本高 测试人员和开发人员独立性强 传统测试 的浪费 – 过重文档 测试计划、测试需求规格 说明书、测试用例、缺陷 报告、测试报告… 传统测试 的浪费 – 过长周期 测试周期长，浪费 可交付的客户价值 敏捷测试 回归测试 Daily +BVT 全过程质 量反馈 测试需求 测试任务 测试计划 测试脚本 验收测试 经过测试、质量可 保证的产品 产品 Backlog (确定优先级) 敏捷测试的进步 p  更关注客户的价值 p  TDD 和 ATDD p  持续集成、持续测试 p  开发人员与测试人员紧密协作 p  转换的环节变少了 p  借助自动化测试，缩短测试周期 敏捷测试 还有没有浪费？ p  较多缺陷数量 p  过度开发 p  过多重构 p  变更过于频繁 p  测试复用率低 如何消除缺陷？ 从测试角度看缺陷预防 p  及时提供质量反馈 p  缺陷根本原因分析 (RCA) p  尽早实施测试 p  让开发人员先使用测试工具 p  建立良好的基础设施 消除过度开发 p  测试需求就是验收标准 p  one测试计划 p  无测试用例，On-demand测试脚本 p  Just √ @验收测试报告 适度重构 消除切换、错误活动 @test p  改变测试角色？ p  重构测试脚本？ p  重新选择工具？ p  错选测试对象？ p  重建测试数据？ p  替换测试结果？ 消除转换 @test p