自动化测试入门必看

目标

• 什么是自动化测试
• 如何实施自动化测试
• 发展方向
• 什么时Selenium IDE录制脚本

1. 什么是自动化测试

自动化测试介绍

自动化测试是把以人为驱动的测试行为转化为机器执行的过程， 通常在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到结果与期望结果的比较，在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试

常见的自动化测试工具： QTP、selenium、Rational Robot 、jmeter（性能、接口的测试，只能对B/S测试）、appium、soapui（接口自动化测试）、Loadrunner（性能测试）等等， selenium 是一个web 的自动化测试工具，不少学习功能自动化的同学开始首选selenium ， 相因为它相比QTP 有诸多有点：

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

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

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

自动化测试的演变：测试工具----数据驱动----关键字驱动----测试框架----测试平台（集中管理多个项目）

自动化测试方法

测试对象：UI（界面功能测试）、接口、代码
测试过程：系统测试、集成测试、单元测试
执行人员：测试人员（至少掌握自动化测试工具）、开发人员

UI自动化

• 用例维护量大
• 页面相关性强，必须后期介入 （功能稳定，界面基本不变在介入）
• UI测试适合与界面变动较小的项目

接口自动化 （和内部相关性小）

• 可在产品前期介入
• 用例维护量小
• 页面相关性小
• 适合接口变动较小，界面变动频繁的项目

自动化测试的优势

• 降低大型系统的由于变更或者多期开发引起的大量的回归测试的人力投入，
• 减少重复测试的时间，实现快速回归测试
• 创建优良可靠的测试过程，减少人为错误
• 可以运行更多更繁琐的测试
• 可以执行一些手工测试困难或不可能进行的测试
• 更好的利用资源
• 测试具有一致性和重复性
• 测试脚本的重用性

2. 如何实施自动化测试

所有的项目能实施自动化么？怎么实施？值得不值得？
自动化测试的适用对象

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

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

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

自动化测试的局限性

• 不能取代手工测试
• 手工测试比自动化测试发现的缺陷更多
• 对测试质量的依赖性极大
• 测试自动化不能提高有效性
• 测试自动化可能会制约软件开发

3. 什么是Selenium

Selenium是ThroughtWorks公司一个强大的开源Web功能测试工具系列，支持多平台、多浏览器、多语言去实现 自动化测试

支持多种开发语言：ruby，python，java，perl，c#等
Selenium已经从之前的1.0(RC)进化到了现在的Selenium2(Selenium1+WebDriver)。
简单介绍一下webdriver的工作原理：

1. 启动浏览器后，selenium-webdriver会将目标浏览器绑定到特定的端口，启动后的浏览器则作为webdriver 的remote server。
2. 客户端(也就是测试脚本)，借助ComandExecutor发送HTTP请求给sever端（通信协议：The WebDriver Wire Protocol，在HTTP request的body中，会以WebDriver Wire协议规定的JSON格式的字符串来告诉Selenium 我们希望浏览器接下来做什么事情）。
3. Sever端需要依赖原生的浏览器组件，转化Web Service的命令为浏览器native的调用来完成操作。