今天完成的事

看JAVA讲义中的线程相关知识

学习JMeter相关概念

什么是90%线

将一组数从小到大排列，找到他的第90%个数，那么这个数组中有90%的数将小于该数

用在性能测试的响应时间也将非常有意义，也就是90%请求响应时间不会超过第90%个数

 线程组（Thread group）：线程组的控件允许:

 Set the number of threads： 设置线程数

 Set the ramp-up period：设置过渡时期

Set the number of times to execute the test：设置执行测试的次数

每个线程将完全独立地执行测试计划，完全独立于其他测试线程。多个线程用于模拟与服务器应用程序的并发连接

Samples 请求总数，线程*循环数

Average 平均请求时间，单位毫秒

Min 最小请求时间

Max 最大请求时间 

Std.Dev. 方均差，（响应时间的标准方差），如果该值很大，那么Min和Max的参考意义不大

Error % 错误率

Throughput 吞吐量（每秒请求数）。可以简单的理解为，该值越大，性能越好。请求总数/总时间

后面两个分别接受的数据kb/s、发送数据kb/s

TPS： Transaction per Second ，每秒事务数，一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程

错误率5%  或者 响应时间超过5S     我们公司的要求是90%线不能超过200   我很震惊我的都7000多啊

我这边还遇到另一种情况就是压测进行中突然无响应，请求总数不再发生变化，但此次压测确实还没有结束

了解了一下Junit断言，之前一直听师兄讲，也没花时间了解过

junit断言

JUnit为我们提供了一些辅助函数，他们用来帮助我们确定被测试的方法是否按照预期的效果正常工作，通常，把这些辅助函数称为断言

JUnit框架用一组assert方法封装了最常见的测试任务。这些assert方法可以极大地简化单元测试的编写。

Assert类包含了一组静态的测试方法，用于验证期望值expected和实际值actual逻辑比对是否正确，即测试失败，标志为未通过测试。

如果期望值和实际值比对失败，Assert类就会抛出一个AssertionFailedError异常，Junit测试框架将这种错误归入Fails并且加以记录。

每一个Assert类所属的方法都会被重载(OverLoaded)，如果指定了一个String类型的传参则该参数将被做为AssertionFailedError异常的标识信息，告诉测试人员该异常的具体信息。

定义assert方法的辅助类的名称：Assert类

安装可视化TPS插件

下载链接：https://jmeter-plugins.org/wiki/PluginInstall/

试着压测一波

很奇怪  为什么只有403次请求  理论上来说应该是500次的

最后怂了，要打到公司要求我只能放低线程数和循环数

遇到的问题：无

明天的计划：

学习Memcache,项目中增加新建数据接口

收获：JMeter的使用以及压测JSP