正确进行自动化测试

前言：

📕作者简介：热爱编程的小七，致力于C、Java、Python等多编程语言，热爱编程和长板的运动少年！

📘相关专栏Java基础语法，JavaEE初阶，数据库，数据结构和算法系列等，大家有兴趣的可以看一看。

😇😇😇有兴趣的话关注博主一起学习，一起进步吧！

一、什么是自动化测试

1.1自动化测试介绍

自动化测试指软件测试的自动化，在预设状态下运行应用程序或者系统，预设条件包括正常和异常，最后评估运行结果。将人为驱动的测试行为转化为机器执行的过程。

自动化测试包括UI自动化，接口自动化，单元测试自动化。按照这个金字塔模型来进行自动化测试规划，可以产生最佳的自贡话测试产出投入比（ROI），可以用较少的投入获得很好的收益。

1.1.1单元测试

最大的投入应该在单元测试上，单元测试运行的频率也更加高。java的单元测试框架是Junit。

1.1.2接口自动化

接口测试就是API测试，相对于UI自动化API自动化更加容易实现，执行起来也更稳定。

接口自动化的有以下特点：

可在产品前期，接口完成后介入
用例维护量小
适合接口变动较小，界面变动频繁的项目

常见的接口自动化测试工具有，RobotFramework，JMeter，SoapUI，TestNG+HttpClient，Postman等。

1.1.3 UI自动化

虽然测试金字塔告诉我们尽量多做API层的自动化测试，但是UI层的自动化测试更加贴近用户的需求和软件系统的实际业务。并且有时候我们不得不进行UI层的测试。

UI自动化的特点：

用例维护量大
页面相关性强，必须后期项目页面开发完成后介入
UI测试适合与界面变动较小的项目

1.1.3.1UI自动化测试的好处

降低大型系统的由于变更或者多期开发引起的大量的回归测试的人力投入，这可能是自动化测试最主要的任务，特别是在程序修改比较频繁，效果是非常明显的，自动化测试前期人力投入较多，但后期进入维护期后，可节省大量人力，而手工测试后期需要增加大量人力用于回归测试减少重复测试的时间，实现快速回归测试创建优良可靠的测试过程，减少人为错误可以运行更多更繁琐的测试
可以执行一些手工测试困难或不可能进行的测试更好的利用资源测试脚本的重用性

1.1.3.2UI层自动化测试框架

UI层的测试框架比较多，比如Windows客户端测试的AutoIT，web测试的selenium以及TestPlant
eggPlant，Robot framework，QTP等。
测试课程里我们主要以Web UI自动化测试框架Selenium为例进行详细介绍。selenium有以下优点：

免费，也不用再为破解软件而大伤脑筋
小巧，对于不同的语言它只是一个包而已，而QTP 需要下载安装1个多G 的程序。
这也是最重要的一点，不管你以前更熟悉C、java、ruby、python、或都是C# ，你都可以通过selenium 完成自动化测试，而QTP 只支持VBS
支持多平台：windows、linux、MAC ，支持多浏览器：ie、ff、safari、opera、chrome
支持分布式测试用例的执行，可以把测试用例分布到不同的测试机器执行，相当于分发机的功能。

1.1.3.3UI自动化测试的适用对象

实施自动化测试的前提条件：需求变动不频繁、项目周期足够长、自动化测试脚本可重复使用。

适合做自动化的项目：
1、产品型项目。产品型的项目，新版本是在旧版本的基础上进行改进，功能变不大的项目，但项目的新老功能都必须重复的进行回归测试。回归测试是自动化测试的强项，它能够很好的验证你是否引入了新的缺陷，老的缺陷是否修改过来了。在某种程度上可以把自动化测试工具叫做回归测试工具。

2、机械并频繁的测试。每次需要输入相同、大量的一些数据，并且在一个项目中运行的周期比较长。比如兼容性测试。

以下情况的项目不适合做自动化测试：
1、需求变动频繁的项目，自动化脚本不能重复使用，维护成本太大，性价比低
2、项目周期短，自动化脚本编制完成后使用次数不多，性价比低
3、交互型较强的项目，需要人工干预的项目，自动化无法实施

1.1.4如何实施自动化测试

单纯的讲，自动化测试的具体实现，应该是包含下面七个过程的。
1. 分析：总体把握系统逻辑，分析出系统的核心体系架构。
2. 设计：设计测试用例，测试用例要足够明确和清晰，覆盖面广而精
3. 实现：实现脚本，有两个要求一是断言，二是合理的运用参数化。
4. 执行：执行脚本远远没有我们想象中那么简单。脚本执行过程中的异常需要我们仔细的去分析原
因。
5. 总结：测试结果的分析，和测试过程的总结是自动化测试的关键。
6. 维护：自动化测试脚本的维护是一个难以解决但又必须要解决的问题。
7. 分析：在自动化测试过程中深刻的分析自动化用例的覆盖风险和脚本维护的成本。