jmeter接口自动化从入门到放弃之类

那么今天我们就jmeter接口自动化探讨一下。

在讨论jmeter接口自动化之前，我觉得先要讨论一下接口自动化。

笔者的观点，一切代替手工测试的均为自动化。而接口又无法像UI那样，可以触碰，所以接口测试在笔者观点看来就是自动化测试。而接口自动化在笔者看来，是一次可执行多个接口用例，并非只可执行一个接口测试用例。

既然是一次要执行多个测试用例，那么我们是不是应该不局限自动化本身，比如说，在开展测试工作前，是不是应该准备一些测试数据，在测试工作完成之后，是不是要准备一份漂亮的报告。

举个例子，简单的写一条登录页面的手工测试用例：

用例标题

在注册界面输入正确的账号密码，注册成功，当前url跳转至xxx

前置条件

网络正常，该账号未注册

用例步骤

1、在账号输入框输入正确的账号，xxx

2、在密码输入框输入正确的的密码，xxx

3、点击注册按钮

预期结果

注册成功，正确跳转至xxx

实际结果

我们先来想一下，上面这条用例如何通过接口测试方式去实现。用jmeter测试工具举例：

1、新建一个测试计划

2、新建一个线程组

3、新建一个HTTP请求

4、增加一个断言

5、增加一个查看结果树

具体实现如下：

这样看来，是没问题的，那么这个时候我们新加一个HTTP请求呢？

比如加一个新建文章接口测试。

可以看到，注册失败。为什么注册失败？

因为你之前已经执行过注册接口测试。数据库已经存在你注册的账号，你再次注册，会提示该账号已注册之类等等。

有的同学会说，这还不简单吗，Ctrl + T 把注册接口给禁用了或者设置变量不就行了吗？是的，没错，那么如果一个系统内有几百个接口，其中有一半接口类似注册接口，执行第二次的时候会报错，是不是每次测试前先禁用一波？

设置变量的话，是可行的。但是有些变量是jmeter不好模拟的，比如认证和签名。所以在笔者看来，jmeter缺点之一，在接口自动化测试中，较难给测试接口快速提供可测试环境，或者说较难提供自己想要的测试环境。

我们再来思考第二个问题，测试报告。

笔者认为，测试报告应该分两种，一种是给自己看的，一种是给别人看的。

比如给自己看的应该是那种可以根据测试报告快速定位哪些测试用例出了问题。给领导看的应该是你一共写了多少条接口测试用例，并且这些测试用例没有任何报错，一片绿的那种，同时较为美观。

Jmeter是可以做测试报告的，但是无法却无法满足我的要求，试想一下，一次测试几百个接口，如果有几个接口出现了问题，我还得一个一个去翻，想想都麻烦，所以笔者认为这是 jmeter第二缺点。

所以笔者最终的观点，不建议使用jmeter做接口自动化功能测试。推荐使用每次用例执行之前可以快速初始化接口测试环境的、可快速定位问题的、可模拟认证或者签名的。Sorry，笔者能力有限，只能想到代码了。推荐使用python+unittest+requests。

知识都是贯通的，上篇文章提到如何自学UI自动化，如果你想用python做接口自动化的话，只要学习一下requests库，学习成本相对而言较低。

在这里建议学习不要急功近利，不要看到java牛x，python牛x，前端牛x，就什么都学，什么都去了解。这样导致的结果就是什么都知道一点，但是什么都不精。知道自己想做什么，一步一个脚印，一定比别人走的稳，走的快。

最后的最后，如果是调试接口，推荐使用postman，简单，快速，高效。以上观点基于作者能力编写，如有不到之处，还望海涵。

学习安排上

如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

视频文档获取方式：

这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点关注评论私信获取。