性能测试执行结束后，需要分析测试结果，判断是否存在性能问题或是否满足性能要求。
在进行性能验证的测试中，如果测试结果显示系统满足性能要求，意味着测试结束，然后开始编写相应的性能测试报告。但如果结果显示系统不能满足性能要求，就需要通过其他方法来发现系统的性能瓶颈。如果能发现系统某个组件或某个接口存在性能瓶颈，就可以针对问题组件或问题接口进行技术分析，找出造成性能的问题根因，如数据库服务器缓存配置、复合查询的SQL语句等，解决这些问题就能消除性能瓶颈问题。如果没有发现任何性能瓶颈，则可能是整个系统架构问题，需要优化系统整体架构，或改善系统整体硬件配置，然后进行性能测试，以观察系统的变化，不断优化系统的配置，最终确定性能最优的最佳配置。
针对获得的系统响应时间的图形结果，分析人员要善于捕捉被监控的数据曲线发生突变的地方——拐点，这一点就是系统容量饱和点。在达到饱和点时，所有的线程都已投入使用，传入的请求不再被立即处理，而是放入队列中，新的请求不能及时被处理。因为系统处理的能力是一定的，如果继续增加负载，执行队列开始增长，系统的响应时间也随之延长。当服务器吞吐量保持稳定后，就达到了给定条件下的系统上限。如果继续加大负载，系统响应时间可能会发生突变，即执行队列拍得过长，无法处理，服务器接近死机或崩溃，响应时间就变得很长或无限长，即性能出现拐点，负载达到饱和。对结果的分析有助于改进设计，提高系统的性能。
在负载接近极限的情况下，不仅响应时间急剧增大，而且事务处理的错误率越来越高。例如，会出现连接服务器失败或超时错误。造成这些问题的原因可能如下：
系统资源使用率很高，如长时间CPU使用率在100%，从而导致请求操作超时。
因为连接过多，服务器端口太忙，不能及时提供服务数据包的传输。
当前页面的数据流太大，可能是因为页面内容多、还是数据库存取太频繁？
客户端连接请求被服务器拒绝，可能因为服务器的一些参数设置不合适？
分析负载测试中系统容易出现瓶颈的地方，从而有目的地调整测试策略或测试环境，使压力测试结果真实地反映出软件的性能。例如服务器的硬件限制、数据库的访问性能设置等常常会称为制约软件性能的重要因素。对于Web服务器的测试，可以重点分析如下3项参数。
页面性能报告显示每个页面的平均响应时间
响应时间总结报告显示所有页面和页面元素的平均响应时间在测试运行过程中的变化情况
响应时间详细报告则详细显示每个页面的响应时间在测试运行过程中的变化情况
除了压力测试的结果分析之外，我们还经常需要分析性能测试所记录的主要性能指标的具体数值，如响应时间/数据吞吐量的最小值、最大值、平均值和当前值。