自动化测试的种类以及合适做自动化的项目

➤

自动化测试的种类以及合适做自动化的项目

上一小节，我们已经讲了自动化测试的定义以及解释了误区。肯定有很多同学想知道，我们真正的工作中自动化到底有几种呢？哪些比较适合我们小白来学习呢？

一、在这里，我们呢对自动化划分成三种类型：

第一种：工具自动化

我们在做功能测试阶段，有些重复的手工测试，我们可以用工具来代替。常用的工具有jmeter或者QTP或者是loadrunner，利用这些脚本把用户的操作录制下来，转化成脚本。对脚本进行优化以及参数化后，就可以用来做自动化了。

第二种：代码+工具自动化

这种自动化就是代码与工具的结合，基本上不需要你太懂代码，略懂代码就OK了，这里推荐的工具依然是：

Jmeter、loadrunner和QTP，如果想完成高一阶的自动化测试，就可以考虑代码与工具想结合，让你的自动化测试不受制于工具，加入代码更加灵活的运用自动化。

第三种：代码自动化

不管是单元自动化还是接口自动化或者说UI层面的自动化，都可以利用代码来实现。那么这个大家可能会关心的是哪种语言会比较好，给大家推荐Python·这门语言，入门快语法简单：但是在学习的这个过程中只有两件事情大家要做好：

1） 专一：学一门爱一门，学精了再去学习别的语言；

2） 有耐心，选择了就要坚持学下去！最后代码就会编程了你的利器，可以做任何类型的自动化测试啦！

做自动化测试是需要一定的人力物力以及时间成本的，所以在我们决定去做自动化框架写自动化代码的时候，我们非常有必要去考虑一下，什么样的项目适合自动化测试，以免浪费了人力物力然后又收效甚微。二、一般具有如下几个特征的项目，都合适做自动化测试：

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

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

3） 比较繁琐的回归测试

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

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

6） 软件维护周期长且项目进度压力不大

7） 被测软件新系统开发较为规范，能够保证系统的可测试性

8） 具备大量的自动化测试平台

9） 测试人员具备一定的编程能力

当然，并非以上9条都具备的情况下才能展开自动化测试工作，一般满足以下三个条件就可以对项目展开自动化测试。

◎需求变动不频繁

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

◎项目周期较长

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

◎自动化脚本可以重复使用

自动化测试脚本的重复使用要从三个方面来考虑：

1） 所测试的项目之间是否存在有很大的差异性（如C/S系统架构与B/S系统架构的差异）

2） 所选择的测试技术和工具是否适应这种差异

3） 测试人员是否有能力设计开发出适应这种差异的自动化测试框架