接口自动化测试原理图（接口自动化测试教程）

本篇文章给大家谈谈接口自动化测试原理图，以及接口自动化测试教程对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享接口自动化测试原理图的知识，其中也会对接口自动化测试教程进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、使用配置表+Mocha动态生成用例的JSAPI自动化测试
• 2、网线测线仪的原理图
• 3、什么是自动化测试?
• 4、接口自动化测试流程是什么？
• 5、（三）接口自动化测试平台之——测试集合接口测试交互页面设计

使用配置表+Mocha动态生成用例的JSAPI自动化测试

一、版本发布前，接口测试之痛

App版本发布前，我们都要手工做接口测试，目的是保证App内部H5页面所使用的JSAPI的功能正常，而对所有H5页面进行的P0级功能测试。为什么要做接口测试呢？因为JSAPI无法抓包，测试难度比较大，所以只能通过对H5页面的功能进行校验。但是手工测试，场景覆盖不全面，且耗时耗力。

二、JSAPI自动化测试方案

首先思考几个问题：一个APP有多少个JSAPI？它的用例场景有多少？如何能做到对用例的高效管理？

答案：对于我们app，有22条JSAPI，每条JSAPI多的话可能有几十个场景。传统的自动化方案，通常是一个场景需要手工编写一条用例，这种自动化的方案成本可以说也是非常高的，好在JSAPI并不常变动。但是，我们想实现一种更高效的自动化方式，不需要编写和管理那么多条用例，提升执行效率，同时降低学习成本。

2.1先来看看JSAPI是什么？

Html通过Jsapi，与app收发数据，形如：WebViewJavascriptBridge.callHandler

("API名称", {调用参数},  <回调函数); js调用app的指定api，该方法由页面主动触发举个例子：

如上，getMainInfo是html中一个button的响应函数。我们在js中，通过JSBridge实现对相应JSAPI的调用，如下：实现H5页面可以直接获取到APP的maininfo数据。

2.2方案与原理

1、首先要解决用例管理的问题，我们实现了一种基于配置表的自动化测试方案，不需要编写脚本，只需把所有用例（含请求参数及返回参数的预期值），放到excel配置表中，通过解析器把所有的参数读出来，再通过模版字符串自动生成用例集。

2、jsapi不能脱离app执行，因此在app增加彩蛋入口，连接到一个网页，打开网页时，由js文件自动加载用例集去调用相关的jsapi接口，并用chai断言库对结果进行校验。

3、jsapi有两种，一种是有参数返回的，一种是会引发UI变更的，下图分别是两种jsapi的自动化校验方案。第一种在下文进行了详尽的描述，第二种需要基于UI的自动化去实现，解决了h5页面的控件在app中无法识别的问题。采用js定时传参给html，配合前端自动化去触发调用的方式实现。

2.3用例管理

如下图：第一行是参数名，蓝色是请求参数，绿色是所有返回参数，用‘/’分隔。返回参数的预期值，用正则表达式来表达。

2.4用例解析器

将上述表格解析为如下格式，params和result是两个数组，每个sheet有几行，数组就有几个值，表格中每行代表一个场景。解析器基于Node.js，在服务端运行。

2.5使用Node.js+模版字符串动态生成api.js

在解析得到的所有JSAPI名称后，将调用方法以字符串的方式写入文件中，动态生成我们要调用的所有JSAPI的调用方法，再被html所引用即可：

动态生成的api.js文件是下图这样的：

我们的用例配置表中有n个sheet，即有n个JSAPI的用例，我们这里就自动生成这几个JSAPI的调用方法，传入的req就是我们在配置表中读到的每一行用例中的请求参数。拿到回包的res，再去校验是否与解析配置表得到的所有返回参数一致。

2.6使用Node.js+模版字符串动态生成测试用例

Mocha是JavaScript的自动化测试框架，既可以运行在nodejs环境中，也可以运行在浏览器环境中。如下图，通过调用mocha.setup(‘bdd’)，开启 Mocha 的测试功能（testing helpers）。然后，加载需要的测试项和相应测试的文件。最后，调用了 mocha.run() 执行相应测试。

下图所示部分，自动生成测试用例，也是采用解析JSAPIList的同时写test.js文件的形式。

Ps：describe：称为"测试套件"（test suite），表示一组相关的测试。它是一个函数，第一个参数是测试套件的名称，第二个参数是一个实际执行的函数。

it：称为"测试用例"（test case），表示一个单独的测试，是测试的最小单位。

所有测试用例均为动态生成，如下图：

2.7Mocha框架自动化执行测试用例集

JSAPI的测试页面已经完成了，我们需要把它放到app中才能执行。在app的彩蛋页面放一个入口，加载这个html，当打开这个html的时候，服务自动的去执行并展示结果。如图，执行12条用例，只用了0.14s。

2.8自动化效果

目前，jsapi覆盖率已达70%，用例场景171个，执行耗时1.98s，Android和iPhone两个平台发现bug16个，涉及场景共35个，必现crash2个。

三、效果分析

在h5高产的今天，JSAPI的接口自动化测试解决了手工测试低效且覆盖不完全的苦恼，该方案在复用程度上也是非常友好的高度可复用的。只需创建自己的用例配置表，修改html中JSAPI的连接方式即可。

网线测线仪的原理图

网线测线仪的原理图：

测试时，将被测网线接于XSl和XS2之间。然后接通电源开关S2，按下SI（Sla、Slb），IC2清零复位，YO端输出高电平，VLO点亮。此时Cl经Sla放电，使ICl的2脚和6脚变为低电平，3脚输出高电平，使VDO和VO截止，KO不吸合。

双线测试

打开电源至ON（S为慢速测试档，M为手动档）将网线插头分别插入主测试器和远程

测试端。主机指示灯从1至G逐个顺序闪亮，下面例：

主测试器： 1-2-3-4-5-6-7-8-G

远程测试端： 1-2-3-4-5-6-7-8-G（RJ45）

1-2-3-4-5-6-----（RJ12）

1-2-3-4---------（RJ11）

以上内容参考：百度百科-网线测线仪

什么是自动化测试?

原文

首先接口自动化测试原理图我们从招聘岗位需求说起。看近期接口自动化测试原理图的职业机会接口自动化测试原理图，提到“软件测试工程师”，基本上都有关于自动化测试的要求。例如：

了解 selenium、appium或者其他自动化测试框架接口自动化测试原理图；

至少熟悉一门面向对象开发语言，有一定的代码功底优先；

熟悉Java或者python，有一定的测试自动化经验和代码阅读能力；

了解接口集成测试，会使用JMeter、Postman、SoapUI等接口测试工具；

等等，上述内容不再一一列举。突然自动化测试遍地开花，好像测试工程师的自动化测试能力成为了标配一般。本文就从自动化测试的要求入手，简单的进行自动化测试扫盲，争取让各位在一分钟之内了解自动化测试。

那么我们就从“自动化测试”五个字来剖析。

一、测试

测试：这个我们熟悉。最经典的一个解释“ 程序测试是为了发现错误而执行的过程。”这个来自于G.J.Myers的经典著作《软件测试的艺术》的定义，给我们展示了测试的本质： 过程。

测试是为了发现软件的错误，而执行的过程，这个过程可以是以下内容：

运行被测试的软件，执行软件的功能；

运行其他工具，去检查软件的内部和外部。

总而言之，是一个过程，执行的过程。接下来就一张最常见的测试示意图：

请点击输入图片描述

确认过眼神的手工测试

比如：测试主管让测试工程师去把软件的所有功能遍历一遍，该测试工程师通过鼠标、键盘、麦克风、手机屏幕触控等，把软件所有的功能，全部遍历了，这个叫做什么接口自动化测试原理图？熟悉测试的童鞋明白，这就是传说的“手工目测”呀，这是“人肉测试”。

我们好好的画这张图，实际上是这样的。

好吧，手工测试

二、自动化

到这里，结合上面的说法，自动化测试就是让被测试的软件自己运行起来，执行软件的功能；或者就是让其他的工具自己运行起来，去检查软件的内部和外部。

既然测试是一个过程，那么自动化测试，就是自动的执行的过程。

接下来我们探讨的一个核心的问题：自动。什么叫做自动呢？让机器自己动，就是自动。让机器按照人类的要求，把软件的所有功能遍历一遍，这是自动化。。这样说会不会清晰一点？

重点来了，机器。让机器去动，这可不是“吃鸡”哦，这是人类命令机器去操作。不知道童鞋们有没有思考过，机器怎么知道人类的要求？上面的例子，测试主管只要告诉测试工程师，命令传达就完成了。可是人类直接的沟通，远比人机沟通容易啊。

首先，机器听不懂“人话”，无论中文，英文……

其次，机器默认会的“汇编语言”，应该是绝大部分的童鞋不会，并且短期掌握不来吧。

好吧，用“编程语言”。是时候拿出我们的另一张图了：

这个厉害了吧，自动化测试

机器学习一个编程语言，轻松和简单到令人发指的地步：安装上去，机器就学会了。好在人类学习编程语言也不是特别难的的事情。看来这个可行。

有了编程语言，就有了人机交流的桥梁，剩下的事情，是帮机器挑选工具。做对应的测试，就需要找到对应的工具，这样自动化就自动起来了。能到这里，我希望各位童鞋了解了基本的“自动”原理。

同样，好好的画这张自动化测试的示意图：

这个呢？自动化测试示意图

接口自动化测试流程是什么？

了解了接口测试是什么之后，怎么做接口测试呢?接口测试的流程其实和功能测试流程类似：接口测试计划-接口测试用例-接口测试执行-接口测试报告。测试用例设计的依赖对象主要是需求说明书和接口文档。
接口测试因其不是针对普通用户，而是针对的另外一个系统组件，所以不能直接测试，需要使用工具测试，比如服务端http接口测试，常用的工具有jmeter、postman、httpclient等。用工具测试，所以目标就是准备要测试数据测试脚本后直接执行即可， 在进行测试执行编写时，有如下的原则：
1.不同的接口参数覆盖不同的业务场景;
2.在后台构造合适的数据来满足接口的测试用例;
3.根据接口的返回值，断言其是否返回期望结果，并查看数据库验证;
4.测试用例涉及多个步骤的，应对涉及的步骤都验证;
5.删除测试过程中产生的结果，确保每个用例执行前都是一个清洁的环境

（三）接口自动化测试平台之——测试集合接口测试交互页面设计

用例集合列表

我们在当前页面创建了用例集合之后，可以在创建接口的时候，选择归属集合，方便管理，查看以及测试

页面功能：

执行：执行当前服务结合下所有接口的用例

修改：编辑服务集合

新增：新增服务集合

删除：删除该服务集合（必须是当该集合下没有接口没有用例的前提下才能删除）

执行记录：查看该服务集合的历史执行记录
用例来自哪里呢？答案如下（在创建用例的时候就选择了测试集合）
新增|编辑服务
执行服务集合

点击执行服务集合测试用例（异步执行），前端页面会跳转到另一个页面，同时后台进入测试，页面会实时刷出测试结果。

查看历史执行记录

点击执行记录的事件，跳转至测试详细页面 关于接口自动化测试原理图和接口自动化测试教程的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 接口自动化测试原理图的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于接口自动化测试教程、接口自动化测试原理图的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。