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

发表于:2014-08-04来源:uml.org.cn作者:大力(金风)点击数: 标签:测试计划
本指南旨在帮助读者制定测试计划。请注意,真正的测试计划是实际指导自己实施测试的一套想法。不管读者是否制定书面测试计划,我们设计的这个指南都会有所帮助。

  本指南旨在帮助读者制定测试计划。请注意,真正的测试计划是实际指导自己实施测试的一套想法。不管读者是否制定书面测试计划,我们设计的这个指南都会有所帮助。

  本指南并不是一种模板,不是供读者填写的表格,而是一组旨在帮助读者思考的思想,用于降低读者遗忘重要内容的可能性。我们使用的是简洁语言和描述,有可能不太适合测试新手。本指南主要向有经验的测试员或测试组长提供支持。

  以下分七个任务主题。这些主题没有一定顺序。实际上,读者可以按任何顺序阅读。只是需要注意,测试计划的质量与是否很好地执行了任务以及使否很好地考虑了像这里提出的问题相关。状态检查部分有助于读者确定是否制定了足够好的测试计划,但是我们建议读者要在整个项目开发过程中,重新检查并修改测试计划(至少要在心中修改)。

  1. 监视影响测试计划的主要问题

  确定影响制定实用、有效的测试策略中时间、工作量或可行性要素的风险、障碍或其他挑战。要把握计划的整体作用。在整个项目开发过程中,全程监视这些问题。

  . 是否有要满足的特别关键或很难度量的产品质量标准?

  . 产品是否复杂或很难学会?

  . 测试员是否需要特殊培训或工具?

  . 是否很难得到或配置的部分测试平台?

  . 是否将测试未集成或半可操作的产品组件?

  . 是否存在具体的可测试性问题?

  . 项目团队是否缺乏产品设计、技术或用户群的经验?

  . 测试是否必须很快开始?

  . 是否有制定测试计划所需的信息还没有收集到?

  . 是否能够评审被测产品的某个版本(甚至是演示版、原型版或老版本)?

  . 是否有足够的难以录用或组织的测试人员?

  . 是否必须遵循自己所不熟悉的测试理论?

  . 项目计划的制定是都没有考虑测试需要?

  . 计划是否要经过漫长的协商或批准?

  . 测试员是否远离客户?

  . 计划是设计的一个内容吗?

  . 客户是否说不出测试员能够为他们做什么?

  2. 明确任务

  本节给出的任何一部分或全部目标都可能是具体测试任务的一部分。有些任务比另外一些更重要。根据对具体项目的了解,为这些目标排队。对于所有使用的目标,找出可以用来评判的具体的成功指标。

  需要考虑的任务要素

  . 快速找出重要问题。

  . 进行综合质量评估。

  . 确认产品质量是否达到具体标准。

  . 尽可能缩短测试时间或降低测试成本。

  . 尽可能提高测试效率。

  . 就提高质量或可测试性问题,向客户提出建议。

  . 就如何测试向客户提出建议。

  . 保证测试过程总是可以充分说明的。

  . 严格遵守特定的方法或指示。

  . 使特定的项目相关人员感到满意。

  可能的工作产品

  . 说明测试任务的简短电子邮件。

  . 一页纸篇幅的测试要求。

  . 是否知道谁是自己的客户?

  . 关键人物是否赞同测试任务?

  . 测试任务是否足够清晰,以作为制定计划的基础?

  3. 分析产品

  了解被测试产品及其内部技术。了解如何使用被测产品。需要深入下去。随着对产品了解的深入,测试会变得越来越好,因为自己越来越接近成为产品专家

  分析什么

  . 用户(用户是谁,他们的职业是什么)。

  . 结构(代码、文件等)。

  . 功能(产品做什么)。

  . 数据(输入、输出、状态等)。

  . 平台(外部硬件和软件)。

  . 运营(产品是用来完成什么任务的)。

  分析方式

  . 执行探索式测试。

  . 评审产品和项目文档。

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

  . 与类似产品进行比较。

  可能的工作产品

  . 测试覆盖大纲。

  . 带注释的规格说明。

  . 产品问题清单。

  . 设计人员赞同产品覆盖大纲吗?

  . 设计人员认为测试员了解产品吗?

  . 测试员能够可视化产品并预测产品行为吗?

  . 测试员能够产生测试数据(输入和结果)吗?

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