首页 程序猿 软件测试 浏览内容

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

2457 0 BaiDu已收录 评论留言

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

. 测试员是否远离客户?

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

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

2. 明确任务

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

需要考虑的任务要素

. 快速找出重要问题。

. 进行综合质量评估。

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

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

. 尽可能提高测试效率。

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

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

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

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

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

可能的工作产品

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

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

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

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

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

3. 分析产品

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

分析什么

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

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

. 功能(产品做什么)。

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

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

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

分析方式

. 执行探索式测试。

. 评审产品和项目文档。

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

. 与类似产品进行比较。

可能的工作产品

. 测试覆盖大纲。

. 带注释的规格说明。

. 产品问题清单。

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

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

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

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

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

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

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

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

1 2 3

标签:
墨月的头像
  • 本文由墨月网络整理编辑,转载请以链接形式注明本文地址:https://www.moyoo.net/10037.html
    版权所有© 墨月网络 | 本文采用 BY-NC-SA 进行授权丨发布于:2014-05-20 14:19
    若未注明,均为原创;部分内容源于网络,版权归原作者所有,如有侵权,请联系我们删除。
已有 0 条评论
评论头像

关注我们,实时联系

AD

注册即送25美刀

Vultr

推广

Vultr

赞助商

广而告之

alimama