什么样的项目适合自动化测试

什么样的项目适合自动化测试

   虽然，在你拿到这本书时已经对要测试的项目做了一些分析和考量，但笔者还是有必要在这里啰

嗦一下不是所有项目有适合实施自动化测试的，以免读者对项目实施自动化过程中发现困难重重，浪

费了大量的人力和时间而没有得到应有的收益。

1、任务测试明确，不会频繁变动

2、每日构建后的测试验证

3、比较频繁的回归测试

4、软件系统界面稳定，变动少

5、需要在多平台上运行的相同测试案例、组合遍历型的测试、大量的重复任务

6、软件维护周期长

7、项目进度压力不太大

8、被测软件系统开发比较规范，能够保证系统的可测试性

9、具备大量的自动化测试平台

10、测试人员具备较强的编程能力

当然，并非以上10 条都具备有情况下才能开展测试工作。这里就需要读者做综合的权衡。在我

 

们普遍的经验中，只要满足三个条件就可以对项目开展自动化测试：

软件需求编程不频繁

测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根

据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需

要修改、调试，必要的时候还要修改自动化测试的框架，如果所花费的成本不低于利用其节省的测试

成本，那么自动化测试便是失败的。

项目中的某些模块相对稳定，而某些模块需求变动性很大。我们便可对相对稳定的模块进行自动

化测试，而变动较大的仍是用手工测试。

项目周期较长

由于自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时

间来完成。这样的过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期

比较短，没有足够的时间去支持这样一个过程，那么自动化测试便成为笑谈。

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

自动化测试脚本的重复使用要从三个方面来考量，一方面所测试的项目之间是否很大的差异性（如

C/S 系统和B/S 系统的差异）；所选择的测试工具是否适应这种差异；最后，测试人员是否有能力开发出适

应这种差异的自动化测试框架。