自动化测试优势、劣势、工具和框架选择全剖析

最新推荐文章于 2024-07-19 14:19:55 发布

MJH827

最新推荐文章于 2024-07-19 14:19:55 发布

阅读量980

点赞数 24

分类专栏：软件测试测试工程师自动化测试文章标签：测试用例职场和发展 pytest 压力测试自动化测试软件测试测试工程师

本文链接：https://blog.csdn.net/MJH827/article/details/140493998

版权

自动化测试同时被 3 个专栏收录

481 篇文章 1 订阅

订阅专栏

软件测试

204 篇文章 0 订阅

订阅专栏

测试工程师

182 篇文章 0 订阅

订阅专栏

本文共有3963字，快速阅读需要大约5分钟，赏味期限持久。

随着软件测试技术的发展，人们已经从最初的纯粹的手工测试转变为手工与自动化测试技术相结合的测试方法。近年来，自动化测试越来越受到人们的重视，对于自动化测试的研究也越来越多。

背景

项目版本功能日趋增加，系统模块越来越多，功能趋于完善，此外系统经常更新，测试人员无法满足多模块的测试需求，测试压力日渐增大，尤其在做回归测试时，无法确保每次更新后系统都得到完整的回归测试。

一、自动化测试基础知识

什么是自动化测试

1、把人为驱动的测试行为改成机器执行，通过设计的测试用例，由机器按照测试用例的执行步骤对其进行自动操作，输出结果，由测试人员进行比较。

2、自动化测试往往通过一些测试工具或框架，编写自动化测试用例，来模拟手工测试。

3、自动化测试能极大的节省人力、时间和硬件资源，提高测试效率。

自动化测试的优势

1、自动化测试工具可以根据需要，准备大量的测试数据。

2、可以使用相关脚本技术准备大量的测试用例。

3、测试结果有时需要再进行相应的数据处理。

4、可以对大量数据或数据格式进行快速比对。

自动化测试的劣势

1、相对手工测试，自动化测试对测试人员的能力要求相对较高。

2、自动化测试用例需要根据版本迭代进行更新，有一定维护成本。

3、不能指望自动化测试去发现更多新的BUG，自动化测试能发现的缺陷远远比手工测试的少。

4、自动化测试的产出价值往往在于长期的回归测试，短期内发挥的作用可能不明显。

5、自动化测试不能提高测试的有效性，只能用于提高测试的效率。

对于自动化测试的误解

1、有了自动化测试不再需要手工测试。

2、自动化测试对有些测试比如：本地化测试、用户体验测试、探索性测试，测试环境搭建方面并不能完全代替手工测试。

3、自动化测试是对产品的运行，对测试点要有一定的手工测试基础，自动化测试和手动测试相辅相成。

4、自动化测试并不仅指自动化运行测试产品，数据处理也是非常重要的一个环节。

自动化测试前提条件及原则

1、项目周期长，需求稳定近期未变动。

2、前端开发无需多次修改的页面，无缺陷遗留的模块。

3、自动化测试脚本可重复使用，比较频繁的回归测试（由于模块较多，暂时回归测试范围限定为模块主流程）。

4、手工测试难以实现，需要在多平台上运行相同的测试案例及大量重复任务。

5、前期自动化实施应避开复杂度极高的模块

如何实施自动化测试

1、获取信息和测试需求分析：总体把握系统架构和设计，分析出系统的测试需求。

2、设计：设计测试用例，并且挑选出需要自动化实现的测试用例。

3、实现：编写、调试和实现测试脚本。

4、执行：执行脚本的过程，需要不断分析执行过程中的异常。

5、测试结果分析：分析哪些是Bug，哪些是测试框架本身的问题。

6、维护：自动化测试脚本维护是一个难以解决又必须要解决的问题。

7、总结：在自动化测试过程中总结自动化实践的投入产出比。

自动化测试的层次划分

1、越往上，越接近QA、业务/最终用户，越往下，越接近开发。

2、越往上，测试执行越慢；越往下，测试执行越快。

3、越往上，测试成本越高（越耗时，失败时的信息越模糊，越难跟踪），越往下，测试成本越低。

二、自动化测试工具和框架

常见的自动化测试的工具

自动化测试工具开发语言：Java、Python等

基础测试工具

（1）单元测试：junit（java）、unittest（python）

（2）接口测试：httpclient（java）、restassure（java）、request（python）

（3）UI测试：selenium webdriver（ web ）、appium（app）

3、常见自动化测试工具

（1）接口测试：Jmeter、soapui、postman

（2）UI测试：katalon、Robotframework、Android

自动化测试脚本技术

1、线性脚本：录制、回放

2、结构化脚本：含有控制脚本执行的指令，支持顺序、选择和循环

3、共享脚本：可以被多个测试用例使用，脚本之间可以互相调用

4、数据驱动脚本：数据驱动脚本是将测试输入存储在独立的文件中，脚本中只存放控制信息

5、关键字驱动脚本：关键字驱动脚本实际上是较重复的数据驱动技术的逻辑扩展，即测试用例的执行步骤（操作，操作对象，操作值）存放在文件中，直接执行

自动化测试操作的基本原理

1、接口自动化测试操作

（1）模拟请求 url和报文，准备测试数据（）抓包获取接口信息，对接口的一个分析，有文档或无文档

（2）模拟客户端发送 HTTP请求（get、post）

（3）模拟客户端从服务器接收返回报文

（4）验证返回结果是否符合预期

2、UI自动化测试的操作

（1）通过id、name、xpath、cssSelector等方法定位页面元素（findelement、findelements）

（2）对定位到的页面元素执行相应的操作（ click、input等）

（3）对操作后出现的结果和预期结果做一个比较（ assert ）

自动化测试基础工具原理

1、Selenium（解析前端代码与控制浏览器）

自动化测试的PO模式

1、在PO模式中抽象封装成一个BasePage类，该基类拥有一个只实现webdriver实例的属性

2、每一个page都继承BasePage，通过driver来管理本page中元素，将page中的操作封装成一个个的方法TestCase依赖page类，实现相应的测试步骤

自动化测试框架

1、关键字驱动

（1）将测试用例分成四个不同的部分。首先是测试步骤（Test Step），二是测试步骤中的对象（Test Object），三是测试对象执行的动作(Action)，四是测试对象需要的数据（Test Data）。

（2）将数据与关键字结合来描述如何执行测试。也就是将测试用例脚本中的步骤提取出来，放在独立的数据文件中，变成简单编写的方式。这种方法具备数据驱动的优势，同时非编程人员也能建立测试。

（3）关键字驱动的模式是建立在数据驱动手段之上，关键字驱动文件包含指令 (关键词)，而不只是数据。

（4）这个测试框架可以通过很少的代码来产生大量的测试用例。同样的代码在用数据表来产生各个测试用例的同时被复用。

2、数据驱动

（1）从某个数据文件(例如Excel文件、Xml文件、Json文件、数据库等)中读取输入测试数据，然后通过变量传入编写的测试脚本中。

（2）数据文件的读取、测试状态和所有测试步骤都被编写进测试脚本里；测试数据只包含在数据文件中，而不是脚本里，测试脚本只是一个“驱动”，或者说是一个传送数据的机制。

（3）数据驱动的方法主要用于需要通过不同数据来保证测试覆盖率的场景，比如被测系统业务逻辑固定不变或变动较小，即测试用例步骤是固定的，但是所需要的测试数据是变化的情况，通常来说，数据都是保存在外面文件或数据库中，运行时自动获取。即测试框架中要支持数，据与脚本分离，一个测试脚本可以驱动执行多个相似测试场景。

（4）这个框架意图减少需要执行所有测试用例所需要的总的测试脚本数，数据驱动需要很少的代码来产生大量的测试用例。

三、自动化测试框架的选择与搭建

1、技术方案

Selenium（Webdriver） + Python（unittest）+ cx_Oracle + HTMLTestRunner

Selenium的WebDriver是一款开源工具。利用比较简洁的Python语言进行自动化测试，对于人员的学习成本来讲比较实用，学习时间短，有优势。

Python自带的unittest单元测试框架可以很方便的实现自动化用例的设计和执行以及自动化用例套件的管理等任务。Python是纯面向对象的语言，后续也可以过渡到Java + Selenium进行更加丰富的自动化测试；此外，可以选择Jenkins作为持续集成服务器，配合Python+Selenium的方案进行自动化冒烟测试。

此方案采用了Page Object设计模式，将页面、用例、数据三者分离。这样可以使测试案例可以更关注与业务而非界面细节，提高测试案例的可读性；降低代码冗余，增加方法的复用性。

2、环境选择

根据测试组自动化测试需求讨论结果，在uat、stage环境下使用自动化测试技术做回归测试。（执行前需确保该环境可正常使用）

由于uat、stage环境频繁发版，影响自动化测试框架调试及脚本编写，申请一个稳定环境做调试及编写工作。

3、自动化测试流程

（1）选取模块

（2）选择用例（主流程用例）

（3）按页面编写操作方法

（4）按用例编写用例流程脚本

（5）按用例编写数据查询方法

（6）执行用例

（7）输出报告（后期扩展，增加执行日志和异常截图以便跟踪缺陷）。