怎么制定语境驱动的测试计划

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

. 测试员是否远离客户？

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

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

2. 明确任务

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

需要考虑的任务要素

. 快速找出重要问题。

. 进行综合质量评估。

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

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

. 尽可能提高测试效率。

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

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

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

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

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

可能的工作产品

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

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

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

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

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

3. 分析产品

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

分析什么

. 用户（用户是谁，他们的职业是什么）。

. 结构（代码、文件等）。

. 功能（产品做什么）。

. 数据（输入、输出、状态等）。

. 平台（外部硬件和软件）。

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

分析方式

. 执行探索式测试。

. 评审产品和项目文档。

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

. 与类似产品进行比较。

可能的工作产品

. 测试覆盖大纲。

. 带注释的规格说明。

. 产品问题清单。

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

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

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

. 测试员能够产生测试数据（输入和结果）吗？

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

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

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

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

1 2 3›