首页 程序猿 软件测试 浏览内容
怎么制定语境驱动的测试计划
4. 分析产品风险
被测产品可能怎样以一种重要方式失效？开始测试员最多也智慧有一个一般想法。随着测试员对产品了解的深入，测试策略和测试会变得越来越好，因为对被测产品的失效机理了解的越来越多。
分析对象
. 威胁（具有挑战性的条件和数据）。
. 脆弱性（在什么地方可能失效）。
. 失效模式（可能的问题种类）。
. 失效影响（问题的严重程度）。
分析方式
. 评审需求和规格说明。
. 评审实际失效。
. 与设计人员和用户面谈。
. 对照风险启发和质量评判大纲评审产品。
. 找出一般问题和失效模式。
可能的工作产品
. 组件/风险矩阵。
. 风险清单。
. 设计人员和用户对风险分析认可吗？
. 测试员能够找出所有重要的问题种类吗？这些问题都应该在测试期间出现吗？
. 为了尽可能提高测试效果，测试员知道该把测试工作集中到哪些对象上吗？
. 设计人员是否采取措施使重要问题更容易被检测，或降低发生的可能性？
. 测试员如何发现自己的风险分析是否准确？
5. 设计测试策略
为了根据已有的产品最佳信息快速、有效地测试，测试员可以做什么？首先尽可能做出最好的决策，同时又要让测试策略能够在项目整个开发过程中改进。
考虑五方面的手段
. 以测试员为核心的手段。
. 以覆盖率为核心的手段（结构覆盖率和功能覆盖率）。
. 以问题为核心的手段。
. 以活动为核心的手段。
. 以评估为核心的手段。
计划方式
. 针对风险和产品域确定手段。
. 可视化具体和实用手段。
. 使测试策略多样化，尽可能减少遗漏重要问题的机会。
. 寻找通过自动化测试扩展测试策略的途径。
. 不要计划得过死，使测试员能够发挥自己的才智。
可能的工作产品
. 逐项列出的每条所选测试策略以及如何运用的说明。
. 风险/任务矩阵。
. 所选测试策略固有的问题或挑战清单。
. 针对没有充分覆盖的产品部分提出的建议。
. 测试用例（仅当需要时）。
. 客户认同测试员制定的测试策略吗？
. 测试策略给出的所有内容都是必要的吗？
. 测试策略是否能够实际贯彻？
. 测试策略是否过于通用？可以容易地用于任何产品吗？
. 是否还有不准备测试的任何重要问题？
. 测试策略利用了可用的资源和帮助者吗？
6. 条件计划
测试经理将如何实现测试策略？测试策略会受到条件约束或指示的很大影响，努力争取所需的资源，并尽量利用可用的所有资源。
保障条件方面的问题
. 测试工作量估计和进度评估。
. 可测试性宣传。
. 测试团队力量（合适技能）。
. 测试员培训与管理。
. 测试员任务分配。
. 产品信息收集与管理。
. 项目团队会议、沟通和协同。
. 与项目团队所有其他小组、包括开发小组的关系。
. 测试平台的获得和配置。
. 约定和协议。
. 测试工具和自动化测试。
. 插桩和模拟需要。
. 测试包的管理和维护。
. 构建和传送协议。
. 测试周期管理。
. 错误报告系统和协议。
. 测试状态报告协议。
. 代码冻结与增量测试。
. 项目最后的压力管理。
. 测试停止协议。
. 测试效果的评估。
可能的工作产品
. 问题清单。
. 产品风险分析。
. 责任矩阵。
. 测试进度计划。
. 项目团队的保障条件是否支持已制定的测试策略？
. 是否存在阻碍测试的问题？
. 测试条件和策略是否能够修改，以适应可以预见的问题？
. 现在是否可以开发测试，以后再解决其余问题？
