自动化测试-合适的项目

相信你己经对要进行自动化的项目做过一些分析和考量，但在这里我们还是有必要说明
一下什么样的项目适合尝试进行自动化测试，以免在不太适合自动化测试的项目中痛苦挣扎，既浪费了大量的人力
和时间，又收效甚微

1. 任务测试明确，不会频繁变动；
2. 每日构建后的测试验证；
3. 比较频繁的回归测试；
4. 软件系统界面稳定，变动少；
5. 需要在多平台上运行的相同测试案例、组合遍历型的测试，大量的重复任务；
6. 软件维护周期长；
7. 项目进度压力不太大；
8. 被测软件系统开发较为规范，能够保证系统的可测试性；
9. 具备大量的自动化测试平台；
10. 测试人员具备较强的编程能力。

当然，并非以上 10 条都具备的情况下才能开展自动化测试工作，因此需要同学们做出权衡。在我们普遍的自动化测
试经验中，一般满足以下三个条件就可以对项目开展自动化测试：

1) 软件需求变动不频繁

自动化测试脚本变化的大小与频率决定了自动化测试的维护成本。如果软件需求变动过于频繁，那么测试人员就需要
根据变动的需求来不断地更新自动化测试用例，从而适应新的功能。而脚本的维护本身就是一个开发代码的过程，需要扩
展、修改、调试，有时还需要对架构做出调整。如果所花费的维护成本高于利用其节省的测试成本，那么自动化测试就失
去了它的价值与意义。

一种折中的做法是先对系统中相对稳定的模块与功能进行自动化测试，而变动较大的部分用手工进行测试

2) 项目周期较长

由于自动化测试需求的确定、自动化测试框架的设计、脚本的开发与调试均需要时间来完成，而这个过程本身就是一
个软件的开发过程，如果项目的周期较短，没有足够的时间去支持这样一个过程的话，那么就不需要进行自动化测试了。

3) 自动化测试脚本可重复使用

自动化测试脚本的重复使用要从三个方面来考量：一是所测试的项目之间是否存在很大的差异性(如 C/S 系统架构与
B/S 系统架构的差异)；二是所选择的测试技术和工具是否适应这种差异；三是测试人员是否有能力设计开发出适应这种差
异的自动化测试框架。