一、Aggregate Report 是 JMeter 常用的一个 Listener，中文被翻译为“聚合报告

如果大家都是做Web应用的性能测试，例如访问百度请求为例，线程10，循环10次，那么在Aggregate Report中，会显示一行数据，共有10个字段，含义分别如下。。

1、Lable：每个Jmeter的element（例如Http Request）都有一个Name属性，这里显示就是Name属性的值

2、Samples：表示这次测试一共发出了多少次请求，如果模拟10用户，每个用户迭代10次，那么这里显示100

3、Average：平均响应时间--默认情况下是单个Request的平均时间，当使用了Transaction Controller时，也可以以Transaction为单位显示平均响应时间

4、Median：50%用户响应时间

5、90%Line：90%用户的响应时间

6、Min：最小响应时间

7、Max：最大响应时间

8、Error%：本次测试出现错误的请求的数量/请求总数

9、Troughput：吞吐量---默认情况下表示每秒完成的请求数量（Request per second）如上图所示，每秒完成的请求数为257.1个每秒

Throughput吞吐量每秒请求的数大于并发数，则可以慢慢的往上面增加；若在压测的机器性能很好的情况下，出现吞吐量小于并发数，说明并发数不能再增加了，可以慢慢的往下减，找到最佳的并发数；

10、KB/Sec：每秒从服务器端接收的数量，相当于Loadrunner的Throughput/Sec

二、为什么要有90％用户响应时间？

因为在评估一次测试的结果时，仅仅有平均事务响应时间是不够的。

单单根据平均事务响应时间是无法满足性能需求的，无法表示系统的性能已经满足了绝大多数用户的要求。

三、90%与平均事物响应时间，该以哪个为准？

在确定性能需求时，你可以用平均事务响应时间来衡量系统的性能，也可以用90％或95％用户响应时间来作为度量标准，它们并不冲突。

实际上，在定义某些系统的性能需求时，一定范围内的请求失败也是可以被接受的；

如果平均事务响应可以满足要求了，这个90％应该差不多也满足吧，所以看一个就行了；

如果有不一致的时候，比如，平均响应时间就在临界上了（比如某接口要求200ms达标），临界点达到190毫秒了，那么90％估计好不到哪儿去，可能超过200毫秒了。

四、接口性能测试指标一般通过标准：

五、性能测试（或称多用户并发性能测试）、负载测试、强度测试、容量测试是性能测试领域里的几个方面，但是概念很容易混淆。下面将几个概念进行介绍。

性能测试（Performance Test）：通常收集所有和测试有关的所有性能，通常被不同人在不同场合下进行使用。 
关注点：how much和how fast 
负载测试（Load Test）： 负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。 
关注点：how much 

强度（压力）测试（Stress Test）： 强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况，目的是找到系统在哪里失效以及如何失效的地方。包括 
Spike testing：短时间的极端负载测试 
Extreme testing：在过量用户下的负载测试 
Hammer testing：连续执行所有能做的操作 

容量测试(Volume Test)： 确定系统可处理同时在线的最大用户数 
关注点：how much（而不是how fast） 
容量测试，通常和数据库有关，容量和负载的区别在于：容量关注的是大容量，而不需要表现实际的使用。 

其中，容量测试、负载测试、强度测试的英文解释为： 
Volume Testing = Large amounts of data 
Load Testing = Large amount of users 
Stress Testing = Too many users, too much data, too little time and too little room 

可能大家觉得性能测试、负载测试和强度测试比较混淆。没错，这三个概念是比较容易使人糊涂。负载测试和强度测试，都属于性能测试的子集。下面举个跑步的例子进行解释。 
性能测试，表示在一个给定的基准下，能执行的最好情况。例如，在没有负重的情况下，你跑100米需要花多少时间（这边，没有负重是基准）？ 
负载测试，也是性能测试，但是他是在不同的负载下的。对于刚才那个例子，如果扩展为：在50公斤、100公斤……等情况下，你跑100米需要花多少时间？ 
强度测试，是在强度情况下的性能测试。对于刚才那个例子，如果改为：在一阵强风的情况下，你在负重或没有负重的情况下，跑100米需要花多少时间？