一套测试方案（计划或者用例）的生命周期是多久？

mirroryx

如下问题：

一套测试方案的生命周期是多久？

下面是我的想法：
我觉得测试方案是同一系列的软件产品的测试方法、环境、工具的说明以及相关测试用例吧，只要同属于这一系列的软件系统，是不是都可以用这一测试方案？可以存在于多个软件研发过程？（不同行业或不同公司可能对于测试方案的定义和范畴有不同）。测试用例的生命周期感觉也比较类似。
测试计划的生命周期是在某一具体软件研发过程中有效的，或者针对具体的项目？


还是哪个专家来系统的回答一下吧？谢谢~~~~

Jackc

其实可以理解为测试资源的循环使用问题。

在大的方向上可以这样理解，但是细节处理上还是需要根据实际项目需要来定义。

1、对可重复使用的测试资源的期望值
期望哪些测试资源是需要重复使用的？
就如你所说的，策略、环境、工具、用例、里程碑、测试员等等……
广泛来说，其实几乎所有的测试资源都是可以重复使用的。

比如，无论是哪个行业的测试，只要做软件测试，就要套用标准测试流程：计划——执行（接收——回归——该阶段主要测试）——验收——体验

也就是说，这种标准的测试流程是可循环使用的，而对行业没有特殊需求。

所以，首先得定义期望循环使用的测试资源的“度”。我们在循环使用这些测试资源时，需要达到什么水平（标准）？只有明确这一点，才可能列出可重复使用的资源列表。

2、资源循环使用需要根据实际项目展开，并做相应的调整。

没有一成不变的标准，所有的标准都需要根据实际需求调整。所以，在不同项目中，用哪些循环资源？怎么用？都依托于实际项目的具体情况而定。

比如，我们之前已经有了一套WM手机终端的系统测试资源，而当我们需要测试MTK手机终端时，需要分析这两个测试目标的区别以及测试范围。

假设，MTK终端界面完全仿制之前WM,那么所有的黑盒测试用例中的功能部分用例基本可以照搬。而兼容性和性能用例则需要进行调整。比如WM的媒体播放器支持10种格式文件，而MTK只支持2种，那么有8种文件测试用例需要删除。

整体思路就是这样的，而细节部分往往涉及项目保密性，更多需要自己去体会。

dpgibson

如果是产品的测试方案，这就和必然产品的生命周期密切相关。目前我们的软件产品做了二十多年，十年前就有全套的自动化测试方案。但随着产品的不断发展，测试方案也是需要持续改进的。
不同的产品或项目开发模式，测试方案的差异也很多。普遍适用的测试方案，一但覆盖的广度宽了，深度自然就不足了，需要平衡深度和广度二者的关系。但宽泛了，就会变成类似CMM的过程指导说明，而不是实用的测试方案。

liuhaisheng2008

来学习