gatling学习笔记（一）——概念理解

active user：虚拟用户

gatling	其他测试工具
gatling等高级负载测试工具是可以处理请求之间的逻辑，他们的每个用户都有自己的数据，并且可以采用不同的浏览路径	处理在url方面很有效率，但是却不能处理请求之间的逻辑关系
将虚拟用户实现为消息，这样就可以更好的扩展并且可以轻松处理上千个并发用户	将虚拟用户实现为线程

Scenario:场景

• 一个场景代表一个典型的用户行为，这是虚拟用户将要遵循的工作流程
• 测试人员可通过编写gatling的脚本来定义测试场景提供给gatling
• 场景可以来自于分析工具对应用程序运行过程和结果的分析，也可以是新的应用程序对用户行为的预期

举个例子

scenario("Standard User")
  .exec(http("Access Github").get("https://github.com"))
  .pause(2, 3)
  .exec(http("Search for 'gatling'").get("https://github.com/search?q=gatling"))
  .pause(2)

从上面的例子很容易看出来，这是一个名为“Standard User”的场景，整个过程包括两次http请求和两个停顿

Simulation:模拟

模拟是对测试执行的描述，描述将要执行哪些场景和如何注入新的虚拟用户

Session：会话

每个虚拟用户都由一个Session支持。这些会话是场景工作流中的实际消息；会话基本上处于一个占位符状态，测试人员可以注入或捕获或存储数据

feeders：取数

Gatling不提供生成测试数据的工具，需要通过Feeder这种方便的API来进行外部数据注入

Checks：校验

每次向服务器发送请求时，服务器通常都会将响应发送回 Gatling，Gatling使用Checks分析此响应是否符合预期，也可以捕获一些数据并将它们存储到 Session中，以便以后可以重用它们，例如构建下一个请求

Assertions：断言

断言用于定义统计使 Gatling 失败数据的验收标准（例如 99% 响应时间），并返回整个测试的错误状态码

Reports 报告

默认情况下，报告会在模拟结束时自动生成，它们由 HTML 文件组成，可在任何带有Web浏览器的设备上查看

原文参考链接：https://gatling.io/docs/gatling/reference/current/general/concepts/