性能测试工程师基本上都能够掌握利用测试工具来作负载、压力测试，但多数人对怎样去分析工具收集到的测试结果感到无从下手，下面我就把个人工作中的体会和收集到的有关资料整理出来，希望能对大家分析测试结果有所帮助。 分析原则：1. 具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）2. 查找瓶颈时按以下顺序，由易到难。 服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web 服务器等）-〉应用瓶颈（SQL 语句、数据库设计、业务逻辑、算法等） 注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿就够了。3 分段排除法 很有效分析的信息来源：1 根据场景运行过程中的错误提示信息2 根据测试结果收集到的监控指标数据一．错误提示分析分析实例：1 Error: Failed to connect to server “10.10.10.30:8080″: [10060] Connection Error: timed out Error: Server “10.10.10.30″ 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、在程序处理表的时候检查字段太大多二．监控指标数据分析1．最大并发用户数：应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的最大并发用户数。 在方案运行中，假如出现了大于 3 个用户的业务操作失败，或出现了服务器 shutdown 的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。 假如测得的最大并发用...
