Gatling 是一个简便的性能测试工具，用它编写性能测试脚本速度快易上手。本文将深入探究 Gatling 的功能以及如何更好地使用。
在程序部署到生产环境前，有多少人会创建自动化性能测试？通常，开发人员更重视功能测试，至少会进行一些简单的单元测试和集成测试。但是与未检测到的业务错误相比，有时候性能泄露造成的问题更严重。因为后者会影响整个系统，不仅仅是某个业务流程。
就个人而言，我一直对自己开发的程序进行性能测试，但是从来没有把它作为持续集成的一部分运行。当然，这是几年前的情况，那时候我的知识和经验都略显不足。最近，我开始对性能测试相关的主题非常感兴趣，部分原因是公司的应用程序存在性能问题。问题的关键是找到合适的工具。也许很多人听说过 JMeter，这里会介绍它的竞品——Gatling。它会生成各种内容丰富的报告，其中包含了测试用例执行过程中收集的所有指标。这些功能比 JMeter 似乎更好。
在开始介绍 Gatling 之前，让我们先聊聊理论。首先，性能测试有两种类型：负载测试和压力测试。负载测试会验证，在特定时间内有大量客户端同时发起请求情况下的系统功能。这种测试的主要目标是模拟生产环境中可能出现的流量。压力测试会执行负载测试，把应用程序推向极限，查看重负载情况下程序的表现。
Gatling是什么？
Gatling 是一个用 Scala 编写的负载测试工具，功能强大。它完全支持 HTTP 协议，也可以用来测试 JDBC 连接和 JMS。使用 Gatling 时，需要用 Scala dsl 代码定义测试场景。值得一提的是，Gatling 生成的 HTML 负载报告内容全面，并且提供了 Gradle、Maven 和 Jenkins 插件方便集成。
构建示例应用
开始测试前，需要准备测试应用。示例程序非常简单，源代码可以在 GitHub 上找到(github.com/piomin/sample-gatling-load-tests)。它提供了一组 CRUD 操作的 RESTful HTTP API，在可以数据库中新增和搜索 Entity。数据库用 Postgres，基于 Spring Boot 构建，使用Spring Data 实现持久层。
plugins { id 'org.springframework.boot' version '1.5.9.RELEASE'}dependencies {compile group: 'org.springframework.boot', name: 'spring-boot-starter-web'compile group: 'org.springframework.boot', name: 'spring-boot-starter-data-jpa'compile group: 'org.postgresql', name: 'postgresql', version: '42.1.4'testCompile group: 'org.springframework.boot', name: 'spring-boot-starter-test'} Person entity映射到 person 表。
@Entity@SequenceGenerator(name = "seq_person", initialValue = 1, allocationSize = 1)public class Person {@Id@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "seq_person")private Long id;@Column(name = "first_name")private String firstName;@Column(name = "last_name")private String lastName;@Column(name = "birth_date")private Date birthDate;@Embeddedprivate Address address;// ...} 数据库连接设置和 Hibernate 属性配置在 application.yml 中。
spring: application: name: gatling-service datasource: url: jdbc:postgresql://192.168.99.100:5432/gatling username: gatling password: gatling123 jpa: properties: hibernate: hbm2ddl: auto: updateserver: port: 8090
正如之前提到的，示例程序提供了在数据库中添加、搜索 person 的 API，下面是 Spring REST controller 实现。
@RestController@RequestMapping("/persons")public class PersonsController {private static final Logger LOGGER = LoggerFactory.getLogger(PersonsController.class);@AutowiredPersonsRepository repository;@GetMapping function(){ //外汇跟单www.gendan5.compublic List<Person> findAll() { return (List <Person>) repository.findAll(); } @PostMapping public Person add(@RequestBody Person person) { Person p = repository.save(person); LOGGER.info("add: {}", p.toString()); return p; } @GetMapping("/{id}") public Person findById(@PathVariable("id") Long id) { LOGGER.info("findById: id={}", id); return repository.findOne(id); } } 运行数据库
开发示例程序的下一步是运行数据库，最合适的方式是 Docker image。下面的 Docker 命令会启动一个 Postgres container，完成 gatling 用户和数据库初始化。
docker run -d --name postgres -e POSTGRES_DB=gatling -e POSTGRES_USER=gatling -e POSTGRES_PASSWORD=gatling123 -p 5432:5432 postgres
设计测试场景
每个 Gatling test suite 都要继承 Simulation 类，使用 Gatling Scala DSL 声明一系列测试场景。我们的目标是启动30个客户端，同时发送1000次请求。首先，客户端通过 POST /persons 方法向数据库添加 person。然后，调用 GET /persons/{id}搜索 person。总共向应用程序发送6万次请求：3万次 POST，3万次 GET。下面代码展示了测试场景，非常简单。在 src/test/scala 目录下可以找到 ApiGatlingSimulationTest。
class ApiGatlingSimulationTest extends Simulation { val scn = scenario("AddAndFindPersons").repeat(1000, "n") { exec( http("AddPerson-API") .post("http://localhost:8090/persons") .header("Content-Type", "application/json") .body(StringBody("""{"firstName":"John${n}","lastName":"Smith${n}","birthDate":"1980-01-01", "address": {"country":"pl","city":"Warsaw","street":"Test${n}","postalCode":"02-200","houseNo":${n}}}""")) .check(status.is(200)) ).pause(Duration.apply(5, TimeUnit.MILLISECONDS)) }.repeat(1000, "n") { exec( http("GetPerson-API") .get("http://localhost:8090/persons/${n}") .check(status.is(200)) ) } setUp(scn.inject(atOnceUsers(30))).maxDuration(FiniteDuration.apply(10, "minutes"))} 为了在项目中启用 Gatling 框架，还需要在 Gradle 构建文件中添加依赖。
testCompile group: 'io.gatling.highcharts', name: 'gatling-charts-highcharts', version: '2.3.0'
运行测试
通过一些 Gradle 插件可以在项目构建期间运行测试。但是，也可用 io.gatling.app.Gatling 类定义简单的 gradle 任务。
task loadTest(type: JavaExec) { dependsOn testClasses description = "Load Test With Gatling" group = "Load Test" classpath = sourceSets.test.runtimeClasspath jvmArgs = [ "-Dgatling.core.directory.binaries=${sourceSets.test.output.classesDir.toString()}" ] main = "io.gatling.app.Gatling" args = [ "--simulation", "pl.piomin.services.gatling.ApiGatlingSimulationTest", "--results-folder", "${buildDir}/gatling-results", "--binaries-folder", sourceSets.test.output.classesDir.toString(), "--bodies-folder", sourceSets.test.resources.srcDirs.toList().first().toString() + "/gatling/bodies", ]} 使用 gradle loadTest 执行定义好的 Gradle 任务。当然，运行测试之前需要启动应用程序，在 IDE 中启动 main class pl.piomin.services.gatling.ApiApplication 或者执行 java -jar build/libs/sample-load-test-gatling.jar 命令。
测试报告
测试执行完毕会以文本形式打印报告。
================================================================================---- Global Information --------------------------------------------------------> request count 60000 (OK=60000 KO=0 )> min response time 2 (OK=2 KO=- )> max response time 1338 (OK=1338 KO=- )> mean response time 80 (OK=80 KO=- )> std deviation 106 (OK=106 KO=- )> response time 50th percentile 50 (OK=50 KO=- )> response time 75th percentile 93 (OK=93 KO=- )> response time 95th percentile 253 (OK=253 KO=- )> response time 99th percentile 564 (OK=564 KO=- )> mean requests/sec 319.149 (OK=319.149 KO=- )---- Response Time Distribution ------------------------------------------------> t < 800 ms 59818 (100%) > 800 ms < t < 1200 ms 166 ( 0%) > t > 1200 ms 16 ( 0%)> failed 0 ( 0%)================================================================================
但是，Gatling 最擅长的是报告图表。生成的 HTML 报告在 build/gatling-results 目录下。第一个报告展示了全局信息，包含请求总数和最大响应时间（百分比）。例如，95％的 GetPerson API 请求的最大响应时间为206ms。
可以在报告中查看所有请求，也可以过滤结果，只查看选定的 API。下面的图片只展示了 GetPerson API。
这张图展示了平均响应时间百分比。
这张图中的时间轴表示平均响应时间。此外，该时间轴还按百分比展示了统计信息。
这张图展示了应用程序每秒钟成功处理的请求数。
