服务端的应用情况，看是否有异常
响应时间、吞吐量等指标
系统资源监控，linux下可以采用的工具有：vmstat、top、meminfo等。
JVM的监控，可以用jprofiler工具，linux下面的jmap、jhat等。
响应时间、吞吐量等，由grinder提供。
上述这些信息，一般在测试结束后，均需要归档整理，已备后续详细分析
我们自己开发一套脚本，用于以固定的频率获取测试客户端和服务器的vmstat和top输出、grinder的log，并从中截取有用信息保存，用于事后分析。
每次测试运行完以后，肯定会增加很多数据，需要考虑本次执行对数据量的影响，如果数据量的变化对后续测试会有影响，则需要清理数据。
性能测试步骤(五)——测试分析
测试分析一般跟测试监控息息相关，在测试执行的过程中，用各种监控工具能看到系统运行的状态，并及时发现问题。
常见的问题有：内存问题、有限资源竞争问题。
内存问题
从top中看tomcat的内存占用，这个是不准的，需要用专门的内存分析工具来查看。
工具：jmap，jhat，jstat，可以得到内存快照，得到堆内存的详细信息。
垃圾收集配置会影响系统性能，如果内存块生成和销毁量很大，则能看到系统吞吐量随垃圾收集呈现周期性的变化。
从理论上来说，JAVA会出现内存泄漏的情况，不过我们在被测试的应用中还没有发现过这种情况。
但是，在某些系统架构下，内存会成为瓶颈问题。比如我们曾经测试过聊天系统，每个长连接需要占用5M内存，那么，一台10G内存的服务器只能保持2000个长连接。
共享资源竞争问题
有限资源的竞争有很多，比如Service层的一个共享对象，比如数据库连接，比如数据库中的某一个使用频率很高的数据表。
一个共享资源在一个时间点上，只能被一个线程获得，其他线程必须等待，这就容易造成很多线程的timed wait状态。通过jprofiler工具，能够得到线程快照，并分析改进方法。
文章来源于领测软件测试网 https://www.ltesting.net/
