测试策略制定

上一篇 / 下一篇  2021-05-08 11:20:05 / 个人分类:测试

背景:

最近有个项目,开发工时在1000+h,测试这边预估的工作量在400h左右,但按照项目截点算,预留给测试的时间只有200h左右。(这里先不考虑开发可能提前交付,以及项目截点延期)

纵观,整个项目的研发过程,我们总会遇到测试资源和时间很有局限的情况:

一是:在项目截点固定的前提下,可能受到产品、开发部分工作进度的压缩;

二是:测试工作本身需要终止点,可能是上线时间到了,也可能是发现的问题都解决了。

测试工作最大的挑战就是在有效的时间内发现较多的缺陷,从而使软件达到一个相对可靠的质量(不敢说绝对可靠,毕竟发现的问题越多隐藏的问题也就越多)。

这就要求我们测试要有策略性的测试,那么什么是测试策略呢?

何为测试策略

从上述背景看,测试策略的诞生就是要平衡效率与质量,为了以最低的成本,最大程度发现产品的质量问题,而使用的最合理的工作方式、方法或者过程。

那么测试策略都包含哪些内容呢,接下来我们就说下测试策略模板中包含的内容。

一、概述

描述制定测试策略的目的及期望

1.1项目背景

描述项目背景及相关信息

1.2测试内容及范围

1.2.1测试内容

描述具体要测试的功能模块,接口等信息。

1.2.2测试范围

描述要测试项目或需求范围,是否涉及多项目联调等。

二、测试输入

2.1测试目标或质量要求

功能实现正确,数据一致,用户体验较好等。配合一些可量化的指标,如:千行代码漏洞率、一级BUG数量、模块漏洞率、缺陷修复率、用例执行率等。

2.2标准与规范

产品设计规范、开发规范、框架规范,测试规范等

2.3测试风险

可参考51test上的一篇文章浅谈实施软件测试风险分析,分析的还是比较到位的。

 

2.4业务特点、要求

产品独有的业务或技术特点及特定要求等

2.5可用的测试技术

用到的测试工具、测试方法等

2.6可用的测试资源

人力、时间、文档、测试环境等描述

2.7产品特点

产品运用的技术或者框架特点,业务特点(CS/BS/APP,依赖的开发语言,依赖的不熟环境等)

2.8进度要求

各测试阶段时间点或项目要求时间点

三、测试输出

3.1测试预期达到的效果

3.1.1完成时间

测试完成时间,提交反馈及相应输出结果。

3.1.2测试覆盖率

可以按业务场景覆盖率或者用例执行率

3.2测试项优先级

根据测试内容排优先级,考虑因素时间、人力、成本、质量等因素,需要与产品、项目、开发四方确认,并达成一致。

3.3测试方式、方法

方式包含:

手工方式、自动化方式;探索式测试或基于脚本的传统测试;自动团队测试还是众测、外包等。

方法包含:

基于需求的、基于数据流、基于控制流、组合测试、形式化等方法、技术、工具等。

3.4测试过程

3.4.1入口

何时介入、从什么地方开始、先做什么、再做什么等

3.4.2出口

相关报告的产出、覆盖率的达标、项目要求时间点的界限、一级问题是否都已修复等。

四、测试策略

预防式:在问题还没有发生前,预防问题发生的策略。

应对式:在出现问题出现以后,如何应对的策略。

五、测试类型

使用到的测试类型:单元测试,集成测试,系统测试,验收测试Alpha、Beta、用户验收、运营验收、功能验收),回归测试,黑盒测试功能测试、逻辑功能测试、界面测试、易用性测试、兼容性测试,白盒测试,灰盒测试,接口测试性能测试:对时间的要求、对资源的使用等。

透过上述内容,不难看出,最终策略的重点在于:就当前现状进行梳理分析,并与相关人员沟通互动,从而在效率、进度、质量、投入上达成一致,并按要求输出。

测试工作本身就需要谋定而后动,面对有效的资源,制定相应的策略,将核心精力放在价值更高,优先级更高,使用场景最多的事情上,最大限度的保障产品的质量。

在提升效率与质量上一直奔走,是作为测试工作者的不变使命。


TAG:

 

评分:0

我来说两句

日历

« 2022-11-29  
  12345
6789101112
13141516171819
20212223242526
27282930   

数据统计

  • 访问量: 7204
  • 日志数: 39
  • 建立时间: 2021-05-08
  • 更新时间: 2021-06-21

RSS订阅

Open Toolbar