前端接口自动化测试（接口自动化怎么测试）

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

本文目录一览：

• 1、前后端自动化测试方案
• 2、接口自动化测试
• 3、我眼中的接口测试和接口自动化测试
• 4、前端自动化测试框架Jest 基础入门-
• 5、如何进行前端自动化测试
• 6、如何进行前端自动化测试？

前后端自动化测试方案

这段时间我探索了点自动化测试方面的技术，探索结果如下
【后端】：任意后端工程 + python 自动化测试脚本（实现接口测试），服务器要求：指令服务器即可（即终端操作系统）
【前端】：任意前端工程 + python 自动化测试脚本（实现UI交互测试），服务器要求：必须是可视化服务器（即有交互界面的系统） （虽然说 phantomjs 可以实现无界面的情况下进行浏览器测试，但是还是不太推荐，毕竟对于前端而言，可视化才最好）

经过探索下来，发现 python 在实现自动化方案确实非常合适，且前后端都可以通过python实现自动化测试，如此一来自动化测试也就可以独立出一个工程，而无需受前后端工程语种、框架等各种不同的影响。只是前端自动化测试比较特殊，需要模拟用户交互，最好是有界面的系统（通过浏览器驱动器调用浏览器实现自动化交互测试），也就是说前后端的自动化测试服务器要么都用一台带交互界面的系统，要么就用2台服务器，一台终端服务器测后台接口，一台交互服务器测前端交互

接口自动化测试

接口 ：外部系统与本系统之间以及系统内部的各个子系统间，以约定标准提供的服务，包括对外提供的接口/对内提供的接口。

在这块我们举一个比较生活化的例子，我们平常使用的笔记本，在笔记本的两端有很多小插口，最常见的就是USB插口，我们可以把鼠标连接在USB插口上，也可以把键盘、U盘连接在USB插口上，为什么同一个USB接口可以连接这么多设备呢，其实这个接口，他就有一个统一对外的连接标准。
在我们开发当中，也有一个对外暴露的接口，因为他们服务的协议都是统一的，最常见的就是hhtp协议，我们规定好一种格式，让客户端来调用我们。
这里面键盘鼠标属于调用方，插到笔记本的USB上，就可以连接设备，就可以进行操作了。对外暴露的一个统一的一个规范，这样去理解接口，更形象一些。

在了解完什么是接口之后，我们来说一下什么是接口测试。
接口测试 测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等，保证对外提供接口的正确性和健壮性。
我们在具体测试过程中，我们不用关心接口调用方和接收方的实现逻辑，我们只需要知道传入什么数据，返回什么的结果是否达到我们的预期。接口测试其实也是黑盒测试，他与UI测试的区别就是没有界面交互，是不可视化的。

测试前置 ：我们不能等到整个系统全部开发完成才能进行测试，我们可以通过调用接口来进行测试，把问题拦截在前期，降低问题修复成本。
Bug更容易定位 ：因为我们按接口进行测试，出现问题后在被测接口中排查就可以了，它比系统集成之后，发现问题更容易定位，系统集成之后有各种模块的调用，出现bug之后再排查，排查的链路非常的长。另外从机制上更接近出问题的地方更容易命中问题。
前后端分离结构 ：现在很多系统都采用前后端分离架构，各服务之间更多的是通过接口来实现信息互通，对接口进行直接测试，可以更全面的覆盖各类测试场景。
自动化测试落地性价比高 ：比UI自动化测试更稳定，我们上面已经说了UI层的元素时常发生变化，有时改一个简单的元素，都有可能导致我们的自动化测试走不下去，写一套自动化测试脚本比较容易的，但是维护起来，会耗费很大的时间精力，相对来说，接口就比较稳定，一个项目没有大的改造，入参和出参就是固定的，变化的概率比较小，这样维护起来也比较方便。
减少安全隐患 ：比如我们在平常的测试过程中，测试用户名和密码，密码格式要求不能输入特殊字符，前端做了校验，而后端没有处理，这样我们只测试页面，这条case就默认通过了，但一些黑客可能通过抓包的方式进行登录，这样安全隐患就比较大了。我们对接口进行安全测试，可以避免安全隐患。

借助工具 ： Postman、Jmeter、jsf平台、jsf测试工具、easytest
编写测试脚本 ：Java+TestNG

请关注下一篇如何使用Java+TestNG进行接口自动化测试

我眼中的接口测试和接口自动化测试

接口测试的目的是为了增加测试覆盖度、深入度 ，对接口的各个参数做实际场景中很难遇到的异常场景的测试，保证接口的稳定性。如果在这个前提下接口测试还是没有发现 bug，那么可以 review 下历次迭代中是不是业务测试发现的所有 bug 都是前端的。如果是，那么说明你们的后端开发工程师能力实在很强，应该恭喜你们遇到了这么给力的队友。在测试压力很大的情况下就可以酌情考虑不做接口测试，前端测试完成就上线了。

如果不是那就应该 review 你们的接口测试用例了。是不是用例设计的还不如业务测试全面？是不是用例设计的时候默认按照正常的取值范围？按照正常的业务逻辑进行的用例设计导致用例的覆盖还不如业务直接黑盒测出来的覆盖全。

自动化测试的主要目的不是发现多少 bug ，而是为了快速对接口做回归、做线上监控等，避免接口出现了低级问题、阻碍问题但是大家不能第一时间知道，等过了很长时间线上出了强反馈或者在错误接口的基础上又做了很多开发才被大家发现。当然，在接口自动化的基础上再做压力测试、稳定性测试等也会更方便。在这个前提下再评估接口自动化测试是否有必要，思路就会清楚一些。

整体上测试是为了保证业务中的 bug 能够在有限的资源下最大量、最快速的发现，业务实际情况不同、测试团队规模不同、测试与业务的合作模式、测试团队成员的技术能力等等都会影响测试方案的制定。

个人觉得如果团队有专人做接口测试，这种情况下接口测试定位到用来发现更多 bug 是没有问题的，如果没有发现 bug 那就需要仔细找找接口测试用例设计的问题。接口测试的目的不是取代业务测试，而是减少业务测试遇到阻碍问题的概率以及减轻业务测试模拟异常场景的工作量。接口自动化测试的目的是在回归场景节约业务测试的工作量，在新业务测试中实际反倒会占用更多的测试资源。

以上是作者拉拉肥对接口测试以及接口自动化测试的理解。你怎么看？欢迎点击 原文链接 在原帖共同讨论。

前端自动化测试框架Jest 基础入门-

　 一、引言

前端这几年发展的非常迅速，我们的系统的功能正在变的越来越复杂，这对我们的前端工程化能力提出了更高的要求，听到工程化，大家的第一反应肯定是高质量的代码设计和高质量的代码实现。

但实际上，前端 自动化测试 也是前端工程化里面非常重要的一个环节。

　 　二、 Jest 基础入门

一个普通前端听到自动化测试，第一反应可能是：我工作这么多年也没写过测试，这个东西有用吗？

答：非常有用

如果你打开GitHub，去看一下流行的开源库或者框架的源码，你会发现，在这些源码里面，全部都包含了大量的自动化测试的代码。比如antd、lodash、再比如vue、react、echarts、redux等等……

开源的工具需要稳定性，而引入前端自动化测试为开源项目提供稳定性，是再好不过的选择了。

三、学习前提

阅读这篇 文章 需要以下知识储备：

·js、es6 基础语法

·node、npm 相关知识

·git 的相关操作

·react或者vue，至少了解一个

·状态管理工具，至少了解一个

四、背景及原理

首先在任意目录下创建一个math.js文件，假设这个文件是一个数学库，里面定义两个函数，分别是加法和减法：

// math.js

function add(a, b) {

return a + b;

}

function minus(a, b) {

return a - b;

}

这时候我们可以在业务代码里去使用这个数学库。

但是，假如，上面的minus函数我们不小心写错了，把减法写成了乘法，如果直接在业务代码中使用这个方法，就会带来无法预期的bug。

所以这时候，我们就需要对math.js这个公共库进行自动化测试，确保没问题之后，再让业务组件去调用，这样就会保证不会出特别多的bug了。

我们可以这样做：

在该目录下创建一个math.test.js文件，然后写一点测试代码：

const result = add(3, 7);

const expect = 10;

if (result !== expect) {

throw new Error(`3 + 7 应该等于${expect}，结果却是${result}`);

}

const result = minus(3, 3);

const expect = 0;

if (result !== expect) {

throw new Error(`3 - 3 应该等于${expect}，结果却是${result}`);

}

这时候我们运行这段代码，会发现没有抛出任何异常，说明这两个 测试用例 都通过了。

这就是自动化测试最原始的雏形。

然后我们思考一个问题，如何将这堆代码进行简化，做成一个公用的函数，比如这样：

// 测试 3 + 3 是否等于 6

expect(add(3, 3)).toBe(6);

// 测试 3 - 3 是否等于 0

expect(minus(3, 3)).toBe(0);

expect 方法实现：

function expect(result) {

return {

toBe(actual) {

if (result !== actual) {

throw new Error("预期值和实际值不相等");

}

},

};

}

这时候我们运行这段代码，会发现没有抛出任何异常，说明这两个测试用例都通过了。

虽然实现了 expect 函数，但是报错的内容始终是一样的，我们不知道是具体哪个方法出现了问题，这时候我们就会想到，我们需要将这个 expect 方法进一步做改良，我们如果能在 expect 方法外部再包装一层，就可以多传递一些额外的内容，比如创造这样的写法：

test("测试加法 3 + 3", () = {

expect(add(3, 3)).toBe(6);

});

test("测试减法 3 - 3", () = {

expect(minus(3, 3)).toBe(0);

});

这样封装之后，我们既能进行测试，又能得到测试的描述。

test 方法实现：

function test(desc, fn) {

try {

fn();

console.log(`${desc} 通过测试`);

} catch {

console.log(`${desc} 没有通过测试`);

}

}

所以前端自动化测试到底是什么？

答：实际上就是写了一段其它的用来测试的js代码，通过测试代码去运行业务代码，判断实际结果是否满足预期结果，如果满足，就是没有问题，如果不满足，就是有问题。

上面实现的 expect 方法 和 test 方法 实际上和主流的前端自动化测试框架 jest 里面的语法是完全一致的。所以上面的示例代码可以理解为 jest 的底层实现原理。

如何进行前端自动化测试

一般前端自动化测试大致包括
类库单元测试自动化
UI组件测试自动化
类库单元测试自动化
较好实现
基本思路是让不同的浏览器可以自动根据指令跑一些JS函数
结果与预期比对后返回是否通过case测试标志
其中一般有两种实现方式：
其一：
1.打开目标浏览器，运行测试框架站点
2.测试框架站点通过ajax 轮询、websocket 等方式，将待测 js 的 case 在浏览器内运行（通过eval 、createElement("script") 等方式）
3.比对测试结果，将结果 post 到远端
4.远端接受测试结果
5.远端等待所有浏览器返回结果完成
6.marge 所有浏览器数据显示最终通过与否结果。
这种方式弊端：
人工开启一次所有浏览器
需要排队测试，浏览器只能一次运行完一组测试后才能再运行下一组
如果中间某testcase导致浏览器异常，返回结果将缺失，需要人工去服务器上检查下浏览器状态
好处：
可以覆盖所有想覆盖到的浏览器
另一种方式：
1.将常用浏览器内核放进一个或多个相互有关联的进程内
2.用例通过系统消息发送到各个包装的内核中
3.每次开启一个新内核进程运行JS用例
4.用例结果发送给包装进程
5.包装进程汇集所有用例结果后post到远端保存
6.包装进程连带内核进程一起退出
优点：
无序人工开启一次浏览器
独立进程运行，无需排队
不怕内核异常，异常后包装进程可以直接恢复内核或者通知测试失败
缺点：
前端实现太困难，需要C++开发
无法覆盖到所有浏览器

如何进行前端自动化测试？

主要是在下面在几个方面，我自己曾经尝试了过几次，希望对你有帮助。

下面开始正式答题。

1、、用Nodejs和PhantomJS和java硒可以做固定过程中的功能测试，如整个站着陆，如建立过程，如网站功能的主要流程，可以测量和记录，和后端直接运行。

2，浏览器插件部分，记得石油猴子，Chrome也应该能够编写定制页面额外的脚本，并能很好地管理它，你可以运行当前页面的UI测试。一般用作回归，这是JS外部API所需要的，脚本可以调用到。

3、单测mocha，jasmine等，不一一列举，很多人都很熟悉。

4、截图监控和页面质量监控。这家通用成熟公司在网上找到了大量的DOM更改。它会发出警报（SMS邮件），并设置一个阈值的ok。

5，找一个试验机写脚本来批量测量网页浏览器进程，收集一些埋点，嵌入一些JS运行功能，类似于berserkjs。

6、最后一个问题，测什么，怎么写，答：学生写了一个爬虫么，假装是一个用户，要做手术，然后设置延迟，等待结果（跳，Ajax返回DOM，然后修改）判断函数是否成功

PS，注意如果有Flash网页PhantomJS配置，稍微麻烦，可以打开一个问题。

如果你还有什么问题，非常欢迎你私信我，很珍惜可以和大家交流的机会。

关于前端接口自动化测试和接口自动化怎么测试的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 前端接口自动化测试的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于接口自动化怎么测试、前端接口自动化测试的信息别忘了在本站进行查找喔。

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