这个问题从另一个角度来分析:
实际做项目时,我们经常会遇到这些问题:
1.开发进度延迟,提测时间比原定计划迟(开发同学在开发过程中,时间可能被无限压缩,所以让我们测试时时间会大打折扣)。
2.运营和市场的计划变动,发布时间比计划时间提早了。
3.计划赶不上变化,比如领导要我们掌握一门不同的测试技术,然后在项目中进行测试时需要能够考虑的点多一点(其实就是多一些测试方法和扩宽思维方式)。
这些都会影响测试计划的正常执行(包括测试思路的转变,测试角度的转变,测试的角色可能不简简单单是执行用例),我通常的做法是:
- 测试策略旨在为大家对业务更加熟悉,并能开拓思路进行测试,所以可以花点大时间去摸索一下。
- 测试策略一般和测试效率挂钩,有时在一定程度上你的测试策略可以提高你的测试效率,但是却又是很难去评估这个影响比,所以不必纠结,改变了方式方法,是否会影响测试质量,拥抱变化,也是我们应该时刻去做的。
- 评估测试工作量。
- 计算可用工作日等时间因素。
- 发布后再进行 UI 细节和异常场景的测试。
为什么需要测试策略?
- 测试是不能穷尽的,简单来说就是,bug 是永远都找不完的。
- 受限于项目资源、提测质量和测试时间,充分测试是不现实的。
- 因为测试不充分,所以用户或客户需要承担较大的质量风险。
- 如果过度投入测试资源,又会导致项目延期,增加公司成本。
需要测试策略做什么?
- 测试策略可以帮助我们考虑如何平衡测试资源投入和质量风险。
- 测试策略可以帮助我们确定测试范围、明确测试重点、选择测试方法和工具。
- 测试策略可以帮助我们丰富和细化测试计划。
什么是测试策略?
- 定义:在一定的软件测试标准、测试规范的指导下,依据测试项目的特定环境约束而规定的软件测试的原则、方式和方法的集合。
- 内容:
- 不同测试阶段的测试目标
- 不同测试阶段的测试技术
- 不同测试阶段的测试标准
- 测试策略的风险和影响结果
测试策略依赖于什么?
- 不同的测试阶段,测试策略也应该不同。
- 测试人员能力的不等,所采用的测试策略也会不同。
- 测试技术的成熟度和应用程度,也会导致不同的测试策略。
- 项目资源、开发进度和时间等因素,也会影响测试策略。