首页 程序猿 软件测试 浏览内容
怎么制定语境驱动的测试计划
1. 监视影响测试计划的主要问题
确定影响制定实用、有效的测试策略中时间、工作量或可行性要素的风险、障碍或其他挑战。要把握计划的整体作用。在整个项目开发过程中，全程监视这些问题。
. 是否有要满足的特别关键或很难度量的产品质量标准？
. 产品是否复杂或很难学会？
. 测试员是否需要特殊培训或工具？
. 是否很难得到或配置的部分测试平台？
. 是否将测试未集成或半可操作的产品组件？
. 是否存在具体的可测试性问题？
. 项目团队是否缺乏产品设计、技术或用户群的经验？
. 测试是否必须很快开始？
. 是否有制定测试计划所需的信息还没有收集到？
. 是否能够评审被测产品的某个版本（甚至是演示版、原型版或老版本）？
. 是否有足够的难以录用或组织的测试人员？
. 是否必须遵循自己所不熟悉的测试理论？
. 项目计划的制定是都没有考虑测试需要？
. 计划是否要经过漫长的协商或批准？
. 测试员是否远离客户？
. 计划是设计的一个内容吗？
. 客户是否说不出测试员能够为他们做什么？
2. 明确任务
本节给出的任何一部分或全部目标都可能是具体测试任务的一部分。有些任务比另外一些更重要。根据对具体项目的了解，为这些目标排队。对于所有使用的目标，找出可以用来评判的具体的成功指标。
需要考虑的任务要素
. 快速找出重要问题。
. 进行综合质量评估。
. 确认产品质量是否达到具体标准。
. 尽可能缩短测试时间或降低测试成本。
. 尽可能提高测试效率。
. 就提高质量或可测试性问题，向客户提出建议。
. 就如何测试向客户提出建议。
. 保证测试过程总是可以充分说明的。
. 严格遵守特定的方法或指示。
. 使特定的项目相关人员感到满意。
可能的工作产品
. 说明测试任务的简短电子邮件。
. 一页纸篇幅的测试要求。
. 是否知道谁是自己的客户？
. 关键人物是否赞同测试任务？
. 测试任务是否足够清晰，以作为制定计划的基础？
3. 分析产品
了解被测试产品及其内部技术。了解如何使用被测产品。需要深入下去。随着对产品了解的深入，测试会变得越来越好，因为自己越来越接近成为产品专家
分析什么
. 用户（用户是谁，他们的职业是什么）。
. 结构（代码、文件等）。
. 功能（产品做什么）。
. 数据（输入、输出、状态等）。
. 平台（外部硬件和软件）。
. 运营（产品是用来完成什么任务的）。
分析方式
. 执行探索式测试。
. 评审产品和项目文档。
. 与设计人员和用户面谈。
. 与类似产品进行比较。
可能的工作产品
. 测试覆盖大纲。
. 带注释的规格说明。
. 产品问题清单。
. 设计人员赞同产品覆盖大纲吗？
. 设计人员认为测试员了解产品吗？
. 测试员能够可视化产品并预测产品行为吗？
. 测试员能够产生测试数据（输入和结果）吗？
. 测试员能够配置并操作被测产品吗？
. 测试员理解产品将被怎样使用吗？
. 测试员是否发现设计中的不一致问题？
. 测试员是否找出显式和隐式规格说明？
