[开发测试] 【软件测试-7】& 自动化测试selenium篇（一）

开发: C++知识库 Java知识库 JavaScript Python PHP知识库人工智能区块链大数据移动开发嵌入式开发工具数据结构与算法开发测试游戏开发网络协议系统运维
教程: HTML教程 CSS教程 JavaScript教程 Go语言教程 JQuery教程 VUE教程 VUE3教程 Bootstrap教程 SQL数据库教程 C语言教程 C++教程 Java教程 Python教程 Python3教程 C#教程
数码: 电脑笔记本显卡显示器固态硬盘硬盘耳机手机 iphone vivo oppo 小米华为单反装机图拉丁

-> 开发测试 -> 【软件测试-7】& 自动化测试selenium篇（一） -> 正文阅读

[开发测试]【软件测试-7】& 自动化测试selenium篇（一）

自动化测试介绍

1.什么是自动化测试？

按照设定好的条件或者步骤让机器（电脑）运行；

2.自动化测试工具有哪些？

QTP（Quick Test Professional）它是惠普（HP）公司的一个工具,这个工具用来做重复的、大量的测试（如回归测试或兼容性测试）

缺点：它的安装包很大（1G左右）；它是收费（可以破解但很麻烦）；

Rational Robot：它也是收费的；

jmeter：它是一款免费的，开源的工具，擅长做性能测试、接口测试，但是它没有办法做UI界面测试；

appium：它是一个手机APP自动化测试工具，和阿里的Macaca monkey这个工具很像（如一些插件或小的app等）

soapui：它是做接口自动化的测试工具

Loadrunner等等

selenium：它是做UI（界面）自动化的；

优点：

它是免费的；

它支持多语言，即可以使用多种语言进行开发（如：java、C#、ruby、Python 、JavaScript）；

它还支持多平台（如：Windows\Mac）;

它还支持多浏览器（如：可以在Chrome、Firefox、edge、Opera、IE、Safari这些浏览器上进行测试）；

3.为什么要选择selenium

因为它的优点是别的自动化测试工具所不具备的。

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

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

自动化测试的演变：测试工具----数据驱动----关键字驱动----测试框架----测试平台

5、自动化测试方法

测试对象：UI、接口、代码
测试过程：系统测试、集成测试、单元测试执行人员：测试人员、开发人员

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

自动化测试的分类

做自动化测试的要求：项目要稳定、界面要稳定

UI自动化

测试用例维护量大；
页面相关性强，必须后期介入（即一般在项目后期做UI自动化测试）
UI测试适合与界面变动较小的项目（即项目比较稳定、界面也要稳定）。

接口自动化

可在产品前期介入；
测试用例维护量小；
页面相关性小；
适合接口变动较小（即接口稳定），界面变动频繁的项目。

性能自动化

性能自动化必须要搞一个自动化，人为的没法做，Loadrunner就是一个性能自动化的测试工具，Jmeter工具也可以做性能自动化测试；

自动化测试的优势

降低大型系统的由于变更或者多期开发引起的大量的回归测试的人力投入，这可能是自动化测试最主要的任务，特别是在程序修改比较频繁时，效果是非常明显的，自动化测试前期人力投入较多，但后期进入维护期后，可节省大量人力，而手工测试后期需要增加大量人力用于回归测试。

减少重复测试的时间，实现快速回归测试；
创建优良可靠的测试过程，减少人为错误；
可以运行更多更繁琐的测试；
可以执行一些手工测试困难或不可能进行的测试；
更好的利用资源；
测试具有一致性和重复性；
测试脚本的重用性（即自动化测试脚本可重复使用）；

如何实施自动化测试

所有的项目都能实施自动化么？怎么实施？值得不值得？

自动化测试的适用对象

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

原因：

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

总结：需求变动频繁、项目周期短、人工交互比较强的项目无法做自动化测试。

适合做自动化的项目：

项目周期长、需求比较稳定的项目适合做自动化；

1、产品型项目。产品型的项目，新版本是在旧版本的基础上进行改进，功能变不大的项目，但项目的新老功能都必须重复的进行回归测试。回归测试是自动化测试的强项，它能够很好的验证你是否引入了新的缺陷，老的缺陷是否修改过来了。在某种程度上可以把自动化测试工具叫做回归测试工具。
2、机械并频繁的测试。每次需要输入相同、大量的一些数据，并且在一个项目中运行的周期比较长。

什么时候实施自动化测试

如果我们自动化实施失败了，很显然，我们在不合时宜的时机进行了这份工作。

建议：可预见的需求不影响自动化测试用例的设计

如何实施自动化测试

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