害我走了8年弯路，接口测试和性能测试的区别原来是这几点，终于点通了......

---

前言

性能测试和接口测试的经典问题
问题：后端性能测试，一个功能其实都是由后台多个接口组成的。

例如一个单据的保存，可能后台需要调用几个接口。用LR录制这个功能做性能测试。和把它这个功能调用的几个接口连接起来一起做接口性能测试有什么区别呢？

从三个部分去阐述两者的关联和区别：
测试与工具的关系；
接口测试和性能测试的侧重点；
在实际场景中二者的配置区别；

Jmeter接口测试：https://www.bilibili.com/video/BV19b4y1t79V/

1、测试与工具的关系
首先我们要正视一个理念，LoadRunner和Jmeter只是一个工具，大力推崇容易让我们落入一种XXX就是性能测试的赶脚，其实不然，性能测试包含了工具（LoadRunner和Jmeter），工具仅仅是扮演了性能测试中的一个执行环节而已。

我们可以拿LoadRunner（Jmeter）做接口测试，当然也可以拿到做性能测试。所以工具是什么不重要，关键在于我们怎么去使用它，例如下面一个生活中的例子：铁锹。我们可以拿铁锹来铲土，也可以用铁锹来炒大锅饭，是不是就像LoadRunner既能做接口测试，又能做性能测试一样？

2、性能测试和接口测试的区别
测试分很多种，如果细细罗列，从单测，接口，功能，性能，UI，至少有五层，那其实区分这些测试类型的关键点就在于测试的侧重点不一样，接口测试是针对后端开发的接口（不一定是http的，也有可能是tcp的），而性能测试是偏重于产品的各方面各阶段性能（接口的性能，页面的性能，app的性能），可以说性能测试的覆盖度比接口更大一些。那我们就拿http类型的接口测试和性能测试举例，有啥侧重点区别呢？

简单来说，它俩区别就在于性能测试有多用户（并发）的概念，而接口测试只是单用户场景。我们做接口测试是是用于验证接口的请求和返回是否匹配（其实可以理解成接口测试也是一种功能测试）；

而性能测试则是很多人同时在做这种接口测试，更侧重于真实的用户场景。因为我们研发完的产品投入市场后，不会就专门给某一个人使用功能，肯定是会有很多人同时在用我们的产品功能。那在这里，很多人同时在用其实就是性能的一个关键点。

所以总结第二点：性能测试近乎等同于很多用户同时在做接口测试。

3、在实际场景中二者的配置区别
我们就简单地拿LR做接口测试和性能测试的过程为例吧，拿LR执行测试对于大多数人来说就三步：录制接口（或者接口抓包），配置场景，执行测试场景。

录制接口这一步是没有区别的，因为我们刚才讲到过，性能测试其实也是一种特殊的接口测试。那配置场景这一步有区别吗？

可能很多人也说没有区别，但其实是有的，我们举例几个区别。如果是性能测试，首先要配置多用户（或者说多线程），而接口测试不用；

其次如果是性能测试，建议关掉断言（否则可能压不上去，因为断言会耗费LR或者Jmeter自身的性能）；

最后如果是性能测试，如果压测不上去，还可能需要做分布式（简单来说，就是多台机器同时执行性能测试）。

那第三步：执行测试场景的时候有什么区别吗？刚才说到，接口测试一般是用断言来验证接口的正确性，那性能测试怎么去验证呢？在执行性能测试场景的时候，我们抛弃断言，要加入另外的校验方式：

最基本的三个点：
1、多用户下接口的响应时间，qps/tps（每秒请求量）,出错率。
2、服务器上的资源监控（cpu，内存，io）。
3、被测服务的资源监控（多个服务的cpu，内存，io）以及错误日志。

以上三点都是衡量性能测试的标准，也是当执行性能测试场景出问题时候，用于定位问题的重要证据，所以我们可以知道，当接口测试出了问题，我们可以通过断言迅速知道出了问题；

而性能测试出了问题，需要从多个方面多个维度去调试定位，性能测试对于系统架构的理解能力要求更高！

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

并不是随着年纪的成长，每一个人都会变得更加成熟的，有的人就算是见得多，也不一定懂得多。凡事靠自己，也要相信自己。

人活着就是为了解决困难。这才是生命的意义，也是生命的内容。逃避不是办法，知难而上往往是解决问题的最好手段。

没有太晚的开始，不如就从今天行动。总有一天，那个一点一点可见的未来，会在你心里，也在你的脚下慢慢清透。生活，从不亏待每一个努力向上的人。