一文教会你：如何使用 HttpRunner v4.0 开展性能测试！

在本文中，我们将深入探讨如何使用 HttpRunner v4.0 进行性能测试。HttpRunner 是一个强大的自动化测试框架，它允许用户在不修改现有接口测试用例的情况下，直接运行性能测试。对于初学者来说，这是一个非常友好的特性，因为它降低了学习曲线，提高了效率。 我们来看一下案例设计。这个例子中，我们关注三个接口：API1、API2 和 API3。我们的目标是评估 API1 和 API2 的组合性能（事务特性），并模拟真实场景中它们之间的间隔时间（思考时间）。此外，我们还将关注 API3 的并发性能（集合点特性）。这些特性都是性能测试中至关重要的部分，可以帮助我们了解系统在高负载下的表现。 在开始性能测试之前，我们需要编写测试用例。以下是一个简单的示例： ```yaml config: name: load test demo variables: app_version: v1 user_agent: iOS/10.3 base_url: 'http://httpbin.org' verify: false teststeps: - name: get with params request: method: GET url: /get headers: User-Agent: '$user_agent/$app_version' validate: - check: status_code assert: equals expect: 200 msg: check status code - name: post with params request: method: POST url: /post headers: User-Agent: '$user_agent/$app_version' validate: - check: status_code assert: equals expect: 200 msg: check status code - name: post with params 2 request: method: POST url: /post headers: User-Agent: '$user_agent/$app_version' validate: - check: status_code assert: equals expect: 200 msg: check status code ``` 在执行性能测试时，只需将命令 `hrp run` 更改为 `hrp boom`。关于 `hrp boom` 的参数配置，这通常包括并发用户数、运行时间、报告输出选项等，将在后续的文档中详细说明。 接着，我们讨论如何实现“事务”机制。事务是将多个接口测试结果聚合统计的一种方式，以更准确地反映实际业务场景的性能。在 HttpRunner v4.0 中，可以使用 `transaction` 关键字定义事务的开始和结束。例如： ```yaml teststeps: ... - name: transaction 1 start transaction: name: tran1 type: start # API1 和 API2 的测试步骤 - name: transaction 1 end transaction: name: tran1 type: end ``` 值得注意的是，HttpRunner v4.0 在性能测试时会默认创建一个名为 `Action` 的事务，该事务包含了整个测试用例的所有步骤。如果需要自定义事务，可以按照上述方式添加。 至于“思考时间”，它模拟了用户在操作之间的等待时间。在 HttpRunner 中，可以通过设置请求之间的延迟来实现。例如，可以使用 `sleep` 关键字在请求之间插入延时： ```yaml - name: post with params request: method: POST url: /post headers: User-Agent: '$user_agent/$app_version' sleep: 2.0 # 增加2秒的思考时间 ``` 我们关注“集合点”特性，这用于模拟所有用户在同一时间发起请求，以测试系统的并发处理能力。在 HttpRunner 中，集合点可以通过控制并发用户的释放策略来实现。例如，可以设置一个预加载的并发用户数，然后在某个时间点全部释放。 HttpRunner v4.0 提供了一套简单而强大的工具来执行性能测试，它允许用户灵活地配置事务、思考时间和集合点，以满足各种性能测试需求。通过理解并熟练运用这些特性，你可以有效地评估和优化你的系统在高负载环境下的表现。