PR是一种比较常见的性能测试工具，目前支持HTTP，HTTPS，TCP/IP，UDP、WebService，MQ，Socket等多种协议混合测试；同时支持chrome，FireFox、IE等浏览器录制，提供丰富的脚本命令，根据UV分配参数数据，以此进行大数据量和特定需求和场景的测试，通过PR得到专业的测试报告之后，我们还需进行性能瓶颈分析。

 

性能测试

 

一般针对PR给出的性能测试结果的分析原则：都是具体问题具体分析，由于不同的应用系统，不同的测试目的，性能关注点也不同。查找瓶颈时一般遵循一定顺序，由易到难。从服务器硬件瓶颈、网络瓶颈、服务器操作系统瓶颈、中间件瓶颈、到应用瓶颈循序渐进。 值得注意的是以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力、并发用户数、数据量下，系统的硬件瓶颈在哪儿就够了。

在性能测试结果分析中，分段排除法是很有效的。 首先分析的信息来源：根据场景运行过程中的错误提示信息，其次根据测试结果收集到的监控指标数据。我们接下来举个例子

实例1

Error: Failed to connect to server “payment.baihe.com″: [10060] Connection Error: timed out Error: Server “user.baihe.com″ has shut down the connection prematurely

分析问题原因：

A、应用服务死掉。（小用户时：程序上的问题。程序上处理数据库的问题） B、应用服务没有死（应用服务参数设置问题）

例：在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25％ C、数据库的连接 1、在应用服务的性能参数可能太小了 2、数据库启动的最大连接数（跟硬件的内存有关）)

实例2

Error: Page download timeout (120 seconds) has expired

分析问题原因：

可能是以下原因造成：

A、应用服务参数设置太大导致服务器的瓶颈；

B、页面中图片太多；

C、在程序处理表的时候检查字段太大多；

不知道大家有没有从上述两个性能测试结果数据分析的两个实例中，学习到一些性能优化的新思路，后续我们将会分享更多有用知识。