inuyashajun的专栏

分析原则：具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）查找瓶颈时按以下顺序，由易到难。服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）〉服务器操作系统瓶颈（参数配置）〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一

整理电脑时，发现之前参见过的loadrunner培训PPT，随手打开看了下，发现其中的 关于两个测试结果分析的实例不错，综合学习了下，根据个人理解就行了整理。实例一测试场景：针对公司的oa系统登陆操作使用loadrunner进行逐步加压的并发操作；测试目的：测试在指定服务器资源情况下分别在2M，4M网络情况下能支持的最大并发用户数；测试在指定服务器资源情况下分别在2M，

使用nmon analyser生成的结果文件包含了N多个sheet页，下面只是结合个人经验对几个主要的页面图标进行一些分析介绍：（完全自己查看分析翻译，不正确的请指出）一、整体信息页面SYS_SUMM1.折线图中蓝线为cpu占有率变化情况；粉线为磁盘IO的变化情况；2.下面表各种左边的位磁盘的总体数据，包括如下几个：Avg tps during an inter

使用LoadRunner录制socket协议的脚本，会发现每个请求都会发送和接受一定长度的数据流，即send buffer和recv buffer；这两个buffer后面都会有个数字，这个数字表示buffer的长度，是一个固定的值。当做性能测试时，执行每次请求响应的数据很多时候是不定长的，如果recv buffer的长度与响应的数据长度不一致，脚本会报错，有两种方法可以解决这个问题：1、造