自动化测试

Posted 2022-11-05 保护眼睛

自动化测试

自动化测试指软件测试的自动化，在预设状态下运行应用程序或者系统，预设条件包括正常和异常，最后评估运行结果。将人为驱动的测试行为转化为机器执行的过程。
常见的自动化测试工具：QTP、selenium、Rational Robot 、jmeter、appium、soapui、Loadrunner等等
selenium 是一个web 的自动化测试工具，相因为它相比QTP有诸多优点：

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

自动化工具和自动化框架的区别？

自动化测试框架一般可以分为两个层次，上层是管理整个自动化测试的开发，执行以及维护，在比较庞大的项目中，
它体现重要的作用，它可以管理整个自动测试，包括自动化测试用例执行的次序、测试脚本的维护、以及集中管理测
试用例、测试报告和测试任务等。下层主要是测试脚本的开发，充分的使用相关的测试工具，构建测试驱动，并完成
测试业务逻辑。
自动化测试的演变：测试工具----数据驱动----关键字驱动----测试框架----测试平台

自动化测试方法

测试对象：UI、接口、代码
测试过程：系统测试、集成测试、单元测试
执行人员：测试人员、开发人员
自动化测试可以在整个测试过程中任何一个阶段实施，前提功能相对稳定
测试人员一般在系统测试时进行自动化测试
集成测试阶段多进行自动构建、部署，以及冒烟测试的自动化
单元测试针对代码级别进行测试，可进行静态代码检查，或者执行单元测试用例如典型的框架比如junit，jmock等，该部分多由开发人员实施

自动化测试的优势

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

自动化测试的适用对象

实施自动化测试的前提条件：需求变动不频繁、项目周期足够长、自动化测试脚本可重复使用
1、需求变动频繁的项目，自动化脚本不能重复使用，维护成本太大，性价比低
2、项目周期短，自动化脚本编制完成后使用次数不多，性价比低
3、交互型较强的项目，需要人工干预的项目，自动化无法实施
适合做自动化的项目：
1、产品型项目。产品型的项目，新版本是在旧版本的基础上进行改进，功能变不大的项目，但项目的新老功能都必
须重复的进行回归测试。回归测试是自动化测试的强项，它能够很好的验证你是否引入了新的缺陷，老的缺陷是否修
改过来了。在某种程度上可以把自动化测试工具叫做回归测试工具。
2、机械并频繁的测试。每次需要输入相同、大量的一些数据，并且在一个项目中运行的周期比较长。

什么时候实施自动化测试？

等到系统的功能稳定之后做自动化测试
自动话测试的目的就是为了解放人力、如果系统的功能不稳定的话、如果在系统功能不稳定的情况下做了自动化测试的话、那么如果系统的功能出现变化的时候就需要重新进行自动化的测试、也可能重新的编写自动化脚本，违背了自动化测试的初衷
如果我们自动化实施失败了，很显然，我们在不合时宜的时机进行了这份工作。
建议：可预见的需求不影响自动化测试用例的设计