如何制定语境驱动的测试计划(2)

发表于:2014-08-04来源:uml.org.cn作者:大力(金风)点击数: 标签:测试计划
. 测试员能够配置并操作被测产品吗? . 测试员理解产品将被怎样使用吗? . 测试员是否发现设计中的不一致问题? . 测试员是否找出显式和隐式规格说明? 4

  . 测试员能够配置并操作被测产品吗?

  . 测试员理解产品将被怎样使用吗?

  . 测试员是否发现设计中的不一致问题?

  . 测试员是否找出显式和隐式规格说明?

  4. 分析产品风险

  被测产品可能怎样以一种重要方式失效?开始测试员最多也智慧有一个一般想法。随着测试员对产品了解的深入,测试策略和测试会变得越来越好,因为对被测产品的失效机理了解的越来越多。

  分析对象

  . 威胁(具有挑战性的条件和数据)。

  . 脆弱性(在什么地方可能失效)。

  . 失效模式(可能的问题种类)。

  . 失效影响(问题的严重程度)。

  分析方式

  . 评审需求和规格说明。

  . 评审实际失效。

  . 与设计人员和用户面谈。

  . 对照风险启发和质量评判大纲评审产品。

  . 找出一般问题和失效模式。

  可能的工作产品

  . 组件/风险矩阵。

  . 风险清单。

  . 设计人员和用户对风险分析认可吗?

  . 测试员能够找出所有重要的问题种类吗?这些问题都应该在测试期间出现吗?

  . 为了尽可能提高测试效果,测试员知道该把测试工作集中到哪些对象上吗?

  . 设计人员是否采取措施使重要问题更容易被检测,或降低发生的可能性?

  . 测试员如何发现自己的风险分析是否准确?

  5. 设计测试策略

  为了根据已有的产品最佳信息快速、有效地测试,测试员可以做什么?首先尽可能做出最好的决策,同时又要让测试策略能够在项目整个开发过程中改进。

  考虑五方面的手段

  . 以测试员为核心的手段。

  . 以覆盖率为核心的手段(结构覆盖率和功能覆盖率)。

  . 以问题为核心的手段。

  . 以活动为核心的手段。

  . 以评估为核心的手段。

  计划方式

  . 针对风险和产品域确定手段。

  . 可视化具体和实用手段。

  . 使测试策略多样化,尽可能减少遗漏重要问题的机会。

  . 寻找通过自动化测试扩展测试策略的途径。

  . 不要计划得过死,使测试员能够发挥自己的才智。

  可能的工作产品

  . 逐项列出的每条所选测试策略以及如何运用的说明。

  . 风险/任务矩阵。

  . 所选测试策略固有的问题或挑战清单。

  . 针对没有充分覆盖的产品部分提出的建议。

  . 测试用例(仅当需要时)。

  . 客户认同测试员制定的测试策略吗?

  . 测试策略给出的所有内容都是必要的吗?

  . 测试策略是否能够实际贯彻?

  . 测试策略是否过于通用?可以容易地用于任何产品吗?

  . 是否还有不准备测试的任何重要问题?

  . 测试策略利用了可用的资源和帮助者吗?

  6. 条件计划

  测试经理将如何实现测试策略?测试策略会受到条件约束或指示的很大影响,努力争取所需的资源,并尽量利用可用的所有资源。

  保障条件方面的问题

  . 测试工作量估计和进度评估。

  . 可测试性宣传。

  . 测试团队力量(合适技能)。

  . 测试员培训与管理。

  . 测试员任务分配。

  . 产品信息收集与管理。

  . 项目团队会议、沟通和协同。

  . 与项目团队所有其他小组、包括开发小组的关系。

  . 测试平台的获得和配置。

  . 约定和协议。

  . 测试工具自动化测试

  . 插桩和模拟需要。

  . 测试包的管理和维护。

  . 构建和传送协议。

  . 测试周期管理。

  . 错误报告系统和协议。

  . 测试状态报告协议。

  . 代码冻结与增量测试。

  . 项目最后的压力管理。

  . 测试停止协议。

  . 测试效果的评估。

  可能的工作产品

  . 问题清单。

  . 产品风险分析。

  . 责任矩阵。

  . 测试进度计划。

  . 项目团队的保障条件是否支持已制定的测试策略?

原文转自:http://www.uml.org.cn/Test/201405203.asp