1、在性能测试的操作流程中，我们都知道在最后一步是需要学会看性能测试结果的，那么怎样分析性能测试结果呢？当然首先查看结果概况，查看有没有大面积失败的事务，有没有大量Error的个数，虚拟用户数有没有正常加载，点击率和HTTP响应曲率是否一致，如果都正常，表明测试结果可信。如果测试结果不对，则要分析异常的原因，修改后重新测试。 假如某指标不符合要求，比如某事务的平均响应时间不达标，则在平均事务响应图上选中该事务，右键，选中”Web Page Diagnostics for xxxx”，进入该事务的网页细分图，选中”Time To First Buffer(Over Time)”，查看事务所消耗的时间主要在网路传输还是服务器.
2、既然是做性能测试，那么测试系统能够承载的最大用户数就是个很重要的指标。那么该如何测试呢？当然是要通过负载测试的方式，即不断增加用户数，随着用户数的增加，各项性能指标也会相应产生变化，当出现了性能拐点，比如，当用户数达到某个数量级时，响应时间突然增长，那么这个拐点处对应的用户数就是系统能承载的最大用户数。
3、既然是原始的测试脚本，前期当然不可避免出现各种错误或者BUG。假如如果性能测试脚本出现错误，该从那些地方入手查找呢？当然是不能盲目凭经验猜测了，首先是要通过检查回放日志，定位出错的位置，从而做出相应的修改。一般有两种原因，一是语法出错，比如，不小心多打了个符号或者空格；二是关联的左右边界没设置对，导致关联失败；如果在运行场景的时候，提示脚本出错，一般就是参数化列表最后一行没有回车，或者，回车大于一个，或者，参数值不够用。
4、在如何实现多用户的并发(集合点)问题上，操作方式是先在脚本对应的请求前面添加集合点，再在controller中将集合点的释放策略设置为等到200人到达集合点的时候再释放。
5、既然上面提到了关联，那关联使用场景又是怎样的呢？一般情况下，当脚本需要使用服务器返回来的值，就用关联。一般是采取手工关联的方式，首先是录制两个脚本，对比找到需要关联的值，在返回该值的函数前插入关联函数，用关联函数名替换脚本中的所有动态值即可。
6、最后就谈谈性能测试的使用场景，性能测试一般选用在用户使用最频繁且不繁琐的功能上来做性能测试，比如：登陆，提交订单等。而性能测试做针对不同类型的项目，做的前后端也不一致，比如：B/S的项目是后台服务器的性能，浏览器端不做性能测试；APP的项目则是手机端和服务器端的性能都做，手机端是用monkey工具(或者 AppPerformace)来做，服务器端是用Jmeter来做。
