接口测试与性能测试的区别

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

        简单来说，它俩区别就在于性能测试有多用户（并发）的概念，而接口测试只是单用户场景。我们做接口测试是是用于验证接口的请求和返回是否匹配（其实可以理解成接口测试也是一种功能测试）；而性能测试则是很多人同时在做这种接口测试，更侧重于真实的用户场景。因为我们研发完的产品投入市场后，不会就专门给某一个人使用功能，肯定是会有很多人同时在用我们的产品功能。那在这里，很多人同时在用其实就是性能的一个关键点。

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

      在实际的应用过程中，二者是否存在什么联系与区别？

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

录制接口：接口测试的请求相当于在写用例，是不同功能不同动作，或者相同功能不同动作，可以直接输入网址等对那一项功能进行接口测试，而性能测试是同一场景的连续动作，先需要录制场景动作

     录制接口这一步是没有区别的，因为我们刚才讲到过，性能测试其实也是一种特殊的接口测试。那配置场景这一步有区别吗？可能很多人也说没有区别，但其实是有的，我们举例几个区别。如果是性能测试，首先要配置多用户（或者说多线程），而接口测试不用；其次如果是性能测试，建议关掉断言（否则可能压不上去，因为断言会耗费LR或者Jmeter自身的性能）；最后如果是性能测试，如果压测不上去，还可能需要做分布式（简单来说，就是多台机器同时执行性能测试）。

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

        1. 最基本的三个：多用户下接口的响应时间，qps/tps（每秒请求量）,出错率。

        2.服务器上的资源监控（cpu，内存，io）。

        3.被测服务的资源监控（多个服务的cpu，内存，io）以及错误日志。

        当接口测试出了问题，我们可以通过断言迅速知道出了问题；而性能测试出了问题，需要从多个方面多个维度去调试定位，性能测试对于系统架构的理解能力要求更高！