1.3、什么样的项目适合自动化测试
1)任务测试明确,不会频繁变动。
2)每日构建后的测试验证。
3)比较频繁的回归测试。
4)软件系统界面稳定,变动少。
5)需要在多平台上运行的相同测试案例、组合遍历型的测试,大量的重复任务。
6)软件维护周期长。
7)项目进度压力不太大。
8)被测软件系统开发比较规范,能够保证系统的可测试性。
9)具备大量的自动化测试平台。
10)测试人员具备较强的编程能力。
当然,并非以上 10 条都具备的情况下才能开展自动化测试工作,因此需要读者做出权衡。在我们普遍的自动化测试经验中,一般满足以下三个条件就可以对项目开展自动化测试。
1)软件需求变动不频繁。
自动化测试脚本变化的大小与频率决定了自动化测试的维护成本。如果软件需求变动过于频繁,那么测试人员就需要根据变动的需求来不断地更新自动化测试用例,从而适应新的功能。而脚本的维护本身就是一个开发代码的过程,需要扩展、修改、调试,有时候还需要对架构做出调整。如果所花费的维护成本高于利用其节省的测试成本,那么自动化测试就失去了它的价值与意义。一种折中的做法就是先对系统中相对稳定的模块与功能进行自动化测试,而变动较大的部分用手工测试进行。
2)项目周期较长。
由于自动化测试需求的确定、自动化测试框架的设计、脚本的开发与调试均需要时间来完成。这个过程本身就是一个软件的开发过程,如果项目的周期比较短,没有足够的时间去支持这样一个过程的话,那么就不需要进行自动化测试了。
3)自动化测试脚本可重复使用。
自动化测试脚本的重复使用要从三个方面来考量:一是所测试的项目之间是否存有很大的差异性(如 C/S系统架构与 B/S 系统架构的差异);二是所选择的测试技术或工具是否适应这种差异;三是测试人员是否有能力设计开发出适应这种差异的自动化测试框架