摘要：
TPS将受到负载的影响，并将随着负载的增加而逐渐增加。当系统进入繁忙期时，TPS将下降。该报告为测试中具有不同名称的每个请求创建一个表行，并统计请求的指示符。
1. jp@gc - Transactions per Second
定义： Transactions per Second就是我们常说的TPS，也就是事务数/秒。一个事物是指一个客户机向服务器发送请求后服务器做出反应的过程。
作用： TPS反应了系统在同一时间内处理业务的最大能力，这个数据越高，说明处理能力越强。TPS会受到负载的影响，也会随着负载增加而逐渐增加，当系统进入繁忙期后，TPS会有所下降。
局限性：
1. TPS是从客户端角度审视服务器处理能力，并不是说TPS可以达到什么程度就能支持多少并发或者支持多少用户（比如某系统一个业务需要10个事务，而另一个业务需要50个）
2. TPS = 脚本运行期间所有事物总数 / 脚本运行时长，如果使用集合点策略，在脚本执行前的等待时间过程中，服务器没有处理事务，那么这个时候的TPS和理想中的结果不一致
2. jp@gc - Response Times Over Time
定义： Response Times Over Time就是平均响应时间，反应了请求的响应时间长短。响应时间是从客户端发出请求到接收到服务端返回的时间。
作用： 不同请求背后是不同复杂程度的业务，不同的业务要求的响应时间不同，可以凭此判断一定压力下被测系统的响应时间是否符合业务要求。
3. 聚合报告&汇总报告
这两种报告在使用中很相似，其中汇总报告使用更少的内存，但聚合报告比汇总报告多了90百分位、95百分位、99百分位这三个性能指标。
报告为测试中的每个不同名称的请求创建一个表行，统计该请求的各项指标。
