本文来自于csdn，本文以Restful类型的接口为例简单介绍使用Jmeter进行接口测试的方法。在进行网页或应用程序后台接口开发时，一般要及时测试开发的接口能否正确接收和返回数据，对于单次测试，Postman插件是个不错的Http请求模拟工具。但是Postman只能模拟单客户端的单次请求，而对于模拟多用户并发等性能测试，就必须借助其他的工具了，这里推荐功能强大的JMeter自动化测试工具ApacheJMeter-ApacheJMeter?ApacheJMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，它最初被设计用于Web应用测试但后来扩展到其他测试领域。它

一个标准的Jmeter接口性能测试文档，包含性能测试概念、性能测试目的、性能测试目标、性能测试的常见分类、性能测试结果分析所需常规数据、性能测试主机指标标准、性能测试jmeter指标标准、优化建议、jmeter压测脚本

IxChariot 10.0 Endpoint WINDOWS+LINUX+macOS + Android 兼容性： IxChariot Server Edition 9.x IxChariot Desktop Edition 7.x Hawkeye

本测试程序适用于接口类的性能测试，只适用于单交易基准 和 单交易负载测试；支持两种场景： 场景一：模拟LoadRunner/Jmeter的并发策略，根据设定的并发用户，在开始测试时，启动对应并发用户数的线程，每个线程中一直进行发测试交易，但是每个线程中需要等上一笔交易收到响应之后，再发起另外一笔交易； 场景二：根据设定的并发用户，在开始测试时，启动对应并发用户数的线程，每个线程中异步发送交易，发送完成后，等待一秒后，继续异步发起另外一笔交易。 常见的就是场景一；场景二慎用，当交易的平均响应时间会大于1秒的话，系统压力会越来越大。 Script1.java是测试场景一的代码； Script2.java是测试场景二的代码； 根据场景描述，看一下代码，比较容易理解。 测试方法： （1）、修改property 文件中的配置，vuserNum 对应并发用户数；runTime对应执行时间，单位为秒； （2）、可以将发送交易:sendTrans();方法中的 补充调用交易的代码 注释开始和结束的位置替换一下，模拟一下程序要执行一段时间，例如： //测试代码 // try { // TimeUnit.MILLISECONDS.sleep(200); //休眠200ms // } catch (InterruptedException e) { // e.printStackTrace(); // } 然后再将下面的判断交易状态的判断条件 改成 if（1==1） （3）、执行main方法就可以进行测试了。 测试完成之后，将上面的测试代码，换成自己要测试的接口的业务逻辑即可，最后达成jar包，建议放在与服务器同网段的服务器上运行； 输出结果最后一行的内容，可以直接粘贴在Excel中，到最后处理一下日志，统一粘贴就行了。

k6 接口性能测试

jmeter接口性能测试报告，可以参考下

2011年已经过去了，一直在想去年我的测试水平到底有没有提升，主要在哪些方面，而哪些方面提升不多，哪些事情做得不到位，这些都是需要思考的。其实自己个人感觉做得比较多，但是很多事情也没有升华下去，接下来就说说自己做的几块大的事情吧，也说下 　　2011年已经过去了，一直在想去年我的测试水平到底有没有提升，主要在哪些方面，而哪些方面提升不多，哪些事情做得不到位，这些都是需要思考的。 　　其实自己个人感觉做得比较多，但是很多事情也没有升华下去，接下来就说说自己做的几块大的事情吧，也说下自己的思考和不足。 　　预计会写如下几篇(争取一天一篇)： 　　2011回顾之接口性能测试 　　2011回顾之持续集

接口压测脚本

### 接口性能测试白皮书关键知识点 #### 一、性能测试术语解释 1. **响应时间**：这是从客户端发起请求至接收全部响应数据所经历的时间总和。具体可进一步细分，如网络传输时间、应用服务器处理时间、数据库服务器处理时间等。客户端自身的解析时间和界面绘制呈现时间也被纳入考量之中。此指标侧重于用户角度，是用户体验好坏的重要体现。 2. **吞吐率**：衡量单位时间内系统处理的用户请求数量。从业务角度出发，吞吐率可用多种单位表示，例如每秒请求数(RPS)、每秒事务数(TPS)、每秒页面数等；而从网络层面来看，则常用每秒传输的字节数来衡量。吞吐率更多地是从服务端视角出发评估系统处理能力的指标，尤其对于集群或云平台而言，它反映了系统整体对外部请求的承受能力。 3. **用户数**： - **系统用户数(System Users)**：指系统所能存储的最大用户数量。 - **在线用户数(Online Users)**：指经过身份验证后能够正常使用的用户数量。 - **并发用户数(Concurrent Users)**：指在某一时间间隔内同时使用系统的用户数。 - **严格并发用户数(Strictly Concurrent Users)**：特指在同一时间点执行相同业务逻辑的用户数。 在性能测试过程中，通过模拟实际用户的请求来施加压力，但模拟的用户行为与真实用户之间存在差异（如请求频率更高）。因此，在评估服务器集群的能力时，吞吐率指标比用户数更为实用。 #### 二、性能测试方法及目标 1. **基准测试(Benchmark Testing)**：在特定数据规模的基础上进行单一业务或组合业务的测试，旨在量化响应时间、吞吐率等关键性能指标，为后续的性能对比提供参考依据。此测试方法涉及多个不同场景下的测试，以观察并记录关键数据。 2. **性能测试(Performance Testing)**：通过模拟生产环境中的业务流量和使用场景，评估系统是否满足预定的性能要求。这类测试要求事先明确系统的典型应用场景及性能目标，并在预设环境下运行。 3. **负载测试(Load Testing)**：通过逐步增加系统的负载直至性能指标超出预设阈值或资源利用率达到饱和状态。其目的通常是找出系统的性能上限。此测试需在给定的测试环境下进行，并考虑业务的实际压力量和典型场景，确保测试结果具有业务价值。 4. **压力测试(Stress Testing)**：将系统的CPU、内存等资源推至极限状态，测试在此条件下的系统表现及其稳定性。此测试主要用于检测系统的稳定性和健壮性。 5. **配置测试(Configuration Testing)**：通过调整被测系统的软硬件环境，探索不同配置对系统性能的影响程度，以寻找最优资源配置方案。这种测试通常在对系统性能有一定了解之后进行，适用于性能优化和能力规划。 6. **并发测试(Concurrency Testing)**：模拟多用户并发访问同一应用、模块或数据记录，检查是否存在死锁或其他性能问题。主要关注点在于并发访问时可能出现的问题，如内存泄漏、线程锁等问题。此测试可以在开发的不同阶段进行，通常需要专门的测试工具支持。 7. **可靠性测试(Reliability Testing)**：在高负载（如资源使用率为70%-90%）的条件下，长时间运行应用程序，以验证其稳定性。测试关注点在于系统的持续运行能力。 8. **失效恢复测试(Failover Testing)**：模拟系统发生故障或异常情况时的行为，评估系统能否自动或手动恢复到正常工作状态。这有助于验证系统的容错能力和恢复机制的有效性。 以上是根据《接口性能测试白皮书》内容整理的关键知识点，包括了性能测试的基础概念、常见测试方法及目标等方面的内容。这些知识点不仅涵盖了性能测试的基本理论，还深入探讨了如何通过不同的测试方法来全面评估系统的性能表现。

使用Jmeter做接口性能测试的一个简易Demo