今天完成的事情：

1.在官网下载了JMeter3.1，并按照教程进行了解压，配置环境变量，参考（只参考了安装配置部分，使用部分已经过时）：http://blog.csdn.net/yangcs2009/article/details/31370091

2.学习了JMeter的使用，参考：https://blog.linuxeye.com/335.html

3.查看了测试数据，了解了数据的含义

各属性如下：

• Sample：每个请求的序号
• Start Time：每个请求开始时间
• Thread Name：每个线程的名称
• Label：Http请求名称
• Sample Time：每个请求所花时间，单位毫秒
• Status：请求状态，如果为勾则表示成功，如果为叉表示失败。
• Bytes：请求的字节数

如果Status为叉，那很显然请求是失败了，但如果是勾，也并不能认为请求就一定完全成功了，因为还得看Bytes的字节数是否是所请求网页的正常大小值，如果不是则说明发生了丢包现象，也不是完全成功。

在下面还有几个参数：

• 样本数目：也就是上面所说的请求个数，成功的情况下等于你设定的并发数目乘以循环次数
• 平均：每个线程请求的平均时间
• 最新样本：表示服务器响应最后一个请求的时间
• 偏离：服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布（这个我不是很理解）。

聚合报告参数：

      Sample:本次测试场景共运行多少线程；
             Average:平均响应时间；  
             Median:统计意义上的响应时间中值；  
             90% line:所有线程中90%的线程响应时间都小于xx的值;  
             Min:响应最小时间； 
             Max:响应最大时间； 
             Error:出错率； 
             Thougtput: 吞吐量；  
             kb-sec: 以流量做衡量的吞吐量;

术语：

1. 线程组：测试里每个任务都要线程去处理，所有我们后来的任务必须在线程组下面创建。可以在“Test Plan（鼠标右击） -> 添加  ->Threads(Users) -> 线程组”来建立它，然后在线程组面板里有几个输入栏：线程数、Ramp-Up Period(in seconds)、循环次数，其中Ramp-Up Period(in seconds)表示在这时间内创建完所有的线程。如有8个线程，Ramp-Up = 200秒，那么线程的启动时间间隔为200/8=25秒，这样的好处是：一开始不会对服务器有太大的负载。
2. 取样器（Sampler）：可以认为所有的测试任务都由取样器承担，有很多种，如：HTTP请求。
3. 断言：对取样器返回的请求结果给出判断是否正确。
4. monitor：它的功能是对取样器的请求结果显示、统计一些数据（吞吐量、KB/S……）等

明天计划的事情：

深入了解JMeter内容，了解tps的含义

加上Memcache，在新建数据的时候同时维护好缓存（没有新建数据接口就自己加上，可以分成是压测JSP和Json接口两种方式） ，确定数据没问题，重新压测服务器，测出90%的线在哪里.

遇到的问题：

    刚开始生成表格数据状态一直为error，原因是服务器地址前面加了http：//

收获：

学会了JMeter的基本使用