《软件测试经验与教训》读书笔记---第十一章

《软件测试经验与教训》读书笔记--目录

第一章 测试员的角色
第二章 按测试员的方式思考
第三章 测试手段
第四章 程序错误分析
第五章 测试自动化
第六章 测试文档
第七章 与程序员交互
第八章 管理测试项目
第九章 测试小组的管理
第十章 软件测试职业发展
第十一章 计划测试策略

第十一章  计划测试策略

测试策略是好的测试计划的重要组成部分，是将测试与任务联系起来的桥梁。

经验274: 有关测试策略要问的三个基本问题是“为什么担心？”、“谁关心？”、“测试多少？”
测试最终只有一个理由：某种重要的东西可能不正常。实行测试过程，就是要找出、调查并报告产品失效的风险。

经验275: 有很多种可能的测试策略

• 我们经过简单的内部评审，找出所有特别明显的问题之后，将产品发放给友好的用户。这些人使用产品后告知项目团队做哪些修改
• 我们定义以用户与产品交互动作序列表示的测试用例，这些测试用例合在一起，代表预期一般用户使用产品的各种方法
• 我们执行并行探索式测试，开发和执行自动化回归测试

经验276: 实际测试计划是指导测试过程的一套想法

经验277: 所设计的测试计划要符合自己的具体情况

经验278: 利用测试计划描述在测试策略、保障条件和工作产品上所做的选择

经验279: 不要让保障条件和工作产品影响实现测试策略

经验280: 如果利用测试用例
讨论风险和覆盖率

经验281: 测试策略要比测试用例重要

经验282: 测试策略要解释测试

• 与具体产品有关
• 关注风险
• 多样化
• 实用

经验283: 运用多样化的折衷手段

经验284: 充分利用强有力测试策略的原始材料

• 测试员运用各种测试手段的技能
• 测试员有关产品内部技术的知识
• 具有特殊测试或工艺技能的朋友
• 原始测试数据库
• 各种测试平台，包括多种操作系统和硬件配置
• 各种测试工具
• 实际用户数据
• 植入产品中的可测试性功能

经验285: 项目的初始测试策略总是错的
随着对被测产品及其失效模式认识的不断深入，测试策略也应该进化

经验286: 在项目的每个阶段，可自问“我现在可以测试什么，能够怎样测试”？

经验287: 根据产品的成熟度确定测试策略

• 项目初期，同情地测试
• 项目中期，积极地测试
• 项目末期，多样地测试
• 项目最后，谨慎地测试

经验288: 利用测试分级简化测试复杂性的讨论

• 0级，冒烟测试
• 1级，能力测试
• 2级，函数测试
• 3级，复合测试

经验289: 测试灰盒
在灰盒模型中，要从产品的外部测试，就像黑盒测试一样，但是所选择的测试反映出测试员对内部组件操作和交互的了解

经验290: 在重新利用测试材料时，不要迷信以前的东西

经验291: 两个测试员测试同样的内容，也许不是重复劳动
一个测试员可能会注意到被另一个测试员忽视的问题

经验292: 设计测试策略时既要考虑产品风险，也要考虑产品要素

• 不要在测试员之间的缝隙中遗漏错误
• 经常测试客户要求测试的内容
• 偶尔测试客户要求不要测试的内容
• 测试不够清晰和矛盾的内容
• 如果已经清楚某个功能看起来有很多错误，就不要继续测试了，除非和开发人员一起检查
• 更多变更意味着更多测试

经验293: 把测试周期看作是测试过程的韵律

• 接受产品
• 对测试系统进行配置
• 检验可测试性
• 确定哪些部分是新增加的或经过修改的
• 确定修改了哪些程序错误
• 测试心得或经过变更的部分
• 测试其他部分（首先测试风险大的部分）
• 报告测试结果

参考《软件测试经验与教训》