自动化测试应该搞得几类场景

什么样的项目适合自动化测试？ 主要有以下几类情况

第一，需求稳定，不会频繁变更。

第二，研发和维护周期长，需要频繁执行回归测试。

 

首先，软件产品的生命周期一般都比较长，通常会有多个版本陆续发布，每次版本发布都会

有大量的回归测试需求。

同时，软件产品预留给自动化测试开发的时间也比较充裕，可以和产品一起迭代。 其次，自动化测试用例的执行比高于 1:5，即开发完成的用例至少可以被有效执行 5 次以上

时，自动化测试的优势才可以被更好地体现。

2. 对于软件项目的自动化测试，就要看项目的具体情况了。
    

如果短期的一次性项目，就算从技术上讲自动化测试的可行性很高，但从投入产出比

（ROI）的角度看并不建议实施自动化，因为千辛万苦开发完成的自动化用例可能执行一两

次，项目就结束了。我还遇到过更夸张的情况，自动化测试用例还没开发完，项目都已经要

上线了。

所以，对于这种短期的一次性项目，我觉得你应该选择手工探索式测试，以发现缺陷为第一

要务。而 对于一些中长期项目，我的建议是：对比较稳定的软件功能进行自动化测试，对变

动较大或者需求暂时不明确的功能进行手工测试，最终目标是用 20% 的精力去覆盖 80%

的回归测试。

 

第三，需要在多种平台上重复运行相同测试的场景。

这样的场景其实有很多，比如：

对于 GUI 测试，同样的测试用例需要在多种不同的浏览器上执行；

对于移动端应用测试，同样的测试用例需要在多个不同的 Android 或者 iOS 版本上执

行，或者是同样的测试需要在大量不同的移动终端上执行；

对于一些企业级软件，如果对于不同的客户有不同的定制版本，各个定制版本的主体功能

绝大多数是一致的，可能只有个别功能有轻微差别，测试也是需要覆盖每个定制版本的所

有测试；

 

第四，某些测试项目通过手工测试无法实现，或者手工成本太高。

 

第五    测试人员已经具备一定的编程能力。