3. 分析产品
　　了解被测试产品及其内部技术。了解如何使用被测产品。需要深入下去。随着对产品了解的深入，测试会变得越来越好，因为自己越来越接近成为产品专家
　　分析什么
　　□ 用户（用户是谁，他们的职业是什么）。
　　□ 结构（代码、文件等）。
　　□ 功能（产品做什么）。
　　□ 数据（输入、输出、状态等）。
　　□ 平台（外部硬件和软件）。
　　□ 运营（产品是用来完成什么任务的）。
　　分析方式
　　□ 执行探索式测试。
　　□ 评审产品和项目文档。
　　□ 与设计人员和用户面谈。
　　□ 与类似产品进行比较。
　　可能的工作产品
　　□ 测试覆盖大纲。
　　□ 带注释的规格说明。
　　□ 产品问题清单。
　　____ 状态检查___________________________________________________
　　□ 设计人员赞同产品覆盖大纲吗？
　　□ 设计人员认为测试员了解产品吗？
　　□ 测试员能够可视化产品并预测产品行为吗？
　　□ 测试员能够产生测试数据（输入和结果）吗？
　　□ 测试员能够配置并操作被测产品吗？
　　□ 测试员理解产品将被怎样使用吗？
　　□ 测试员是否发现设计中的不一致问题？
　　□ 测试员是否找出显式和隐式规格说明？
　　4. 分析产品风险
　　被测产品可能怎样以一种重要方式失效？开始测试员多也智慧有一个一般想法。随着测试员对产品了解的深入，测试策略和测试会变得越来越好，因为对被测产品的失效机理了解的越来越多。
　　分析对象
　　□ 威胁（具有挑战性的条件和数据）。
　　□ 脆弱性（在什么地方可能失效）。
　　□ 失效模式（可能的问题种类）。
　　□ 失效影响（问题的严重程度）。
　　分析方式
　　□ 评审需求和规格说明。
　　□ 评审实际失效。
　　□ 与设计人员和用户面谈。
　　□ 对照风险启发和质量评判大纲评审产品。
　　□ 找出一般问题和失效模式。
　　可能的工作产品
　　□ 组件/风险矩阵。
　　□ 风险清单。
　　____ 状态检查___________________________________________________
　　□ 设计人员和用户对风险分析认可吗？
　　□ 测试员能够找出所有重要的问题种类吗？这些问题都应该在测试期间出现吗？
　　□ 为了尽可能提高测试效果，测试员知道该把测试工作集中到哪些对象上吗？
　　□ 设计人员是否采取措施使重要问题更容易被检测，或降低发生的可能性？
　　□ 测试员如何发现自己的风险分析是否准确？
　　5. 设计测试策略
　　为了根据已有的产品佳信息快速、有效地测试，测试员可以做什么？首先尽可能做出好的决策，同时又要让测试策略能够在项目整个开发过程中改进。
　　考虑五方面的手段
　　□ 以测试员为核心的手段。
　　□ 以覆盖率为核心的手段（结构覆盖率和功能覆盖率）。
　　□ 以问题为核心的手段。
　　□ 以活动为核心的手段。
　　□ 以评估为核心的手段。
　　计划方式
　　□ 针对风险和产品域确定手段。
　　□ 可视化具体和实用手段。
　　□ 使测试策略多样化，尽可能减少遗漏重要问题的机会。
　　□ 寻找通过自动化测试扩展测试策略的途径。
　　□ 不要计划得过死，使测试员能够发挥自己的才智。
　　可能的工作产品
　　□ 逐项列出的每条所选测试策略以及如何运用的说明。
　　□ 风险/任务矩阵。
　　□ 所选测试策略固有的问题或挑战清单。
　　□ 针对没有充分覆盖的产品部分提出的建议。
　　□ 测试用例（仅当需要时）。
　　____ 状态检查___________________________________________________
　　□ 客户认同测试员制定的测试策略吗？
　　□ 测试策略给出的所有内容都是必要的吗？
　　□ 测试策略是否能够实际贯彻？
　　□ 测试策略是否过于通用？可以容易地用于任何产品吗？
　　□ 是否还有不准备测试的任何重要问题？
　　□ 测试策略利用了可用的资源和帮助者吗？