性能测试分析流程.docVIP

性能测试分析流程 目录 TOC \o 1-3 \h \z \u 1. 概述 2 1.1. 简介 2 1.2. 参考资料 2 2. 性能分析流程 2 2.1. 概述 2 2.2. 分析思路 2 2.3. 步骤结果输出 2 2.4. 分析流程 3 3. 分析工具 4 3.1. 概述 4 3.2. 工具分类介绍 4 3.2.1. HttpWatch 4 3.2.2. ThreadDump 5 3.2.3. Jprofiler 6 3.2.4. jca401 8 3.2.5. ha404 10 3.2.6. ga401 12 3.2.7. jconsole 13 3.2.8. TOP SQL 15 4. 总结 17  概述 简介 参考资料 性能分析流程 概述 处理任何问题都有一套方法，性能测试分析过程也一样，我们平常测试发现的问题只是问题的表现，我们要透过现象逐步分析到问题的本质，透过本质我们才能快速解决问题，下面我就按经验来整理一下性能问题的分析思路与通用流程。 分析思路 我们通过一个倒金字塔模型来整理一个分析思路，由上至下逐步聚焦问题,测试过程中首先是会发现问题，发现性能问题后，我们第一步要确认是否是测试用例设计不当而导致的，如果不是我们就要用后续提到的各种工具与方法出具问题分析结果，根据分析数据推断出可能存在的代码可疑点，然后与开发一起如果修改问题。 步骤结果输出 步骤 步骤名称 步骤输出文档 1 资源瓶颈分析 收集CPU、内存、IO、网络资源 2 用例分析 提供用例设计文档 3 热点分析 如果是WEB先提供Httpwatch分析 如果是GUI则提供RPC日志 如果资源没啥消耗，资源又不消耗，可以通过分析服务端的RPC日志来分析JAVA调用堆栈以及SQL调用来分析问题 如果是数据库服务器的瓶颈则提供Top Sql以及相应的执行计划并给出分析结果 如果是应用服务的CPU消耗高则提供Jprofile快照文件与threaddump文件，并给出分析结果 如果是应用服务器出现死锁则提供threaddump文件跟dump文件的分析结果 如果是应用服务器的内存泄露则提供内存的dump文件，并给出泄露的可疑点 如果觉得应用服务器的GC有问题，则提供GC日志文件并提供对GC问题的分析 4 代码 跟开发确认问题并记录引起问题的原因 分析流程 下图整理一个在性能测试过程中发现性能问题而进行问题定位的分析流程，本流程里不涉及到硬件绝对瓶颈的问题，如磁盘空间不足，另外应用服务器跟数据库服务器的参数都按照产品配置说明进行了正确配置，本流程图只用来指导分析软件本身存在的问题。 分析工具 概述 本章节对分析各类问题涉及到的工具进行介绍，在问题分析中，不同的问题都有对应的工具进行辅助分析，选择正确的工具有助于快速定位问题，从而提高问题的处理效率。 工具分类介绍 一些将从IE、Java、数据库三方面对使用到的工具以及基本使用进行讲解，以此给在性能分析中提供参考 HttpWatch 工具使用 只要打开HttpWatch，然后点击录制，访问IE后，所有的HTTP交互就被录制下来， 分析思路 通过是否使用catch来判断实际跟服务器起的交互次数，通过响应时间来判断哪个http请求消耗的时间较长，以此来初步判断存在问题的页面 分析案例 问题 大连中升项目3个强并发压力测试,发现响应时间比较长，应用服务器CPU消耗过高，能达到60% 分析 通过httpWatch分析http交互过程，重点分析pseudocode.jsp页面,发现该页面每次都要向服务器提交提交60K左右的内容,从提交的内容看出，提交把一大片的HTML代码都提交到WEB SERVER了,而从下面的分析图中看到，一个实际的业务，其实业务本身性能很好，花了1.011秒，而实际pseudocode.jsp花了4.152秒，从这看出pseudocode.jsp性能很差劲,需要优化 ThreadDump 工具使用 通过调用CRMS门户访问dump工具,访问端口号视具体情况而定，如下 05:6912/CRMSportal/tools/threaddump.jsp 在打开的界面中分析线程的数量以及线程的调用堆栈 分析思路 通过分析总线程的数量或某类线程的数量，如果出现的太多，而次数系统运行状况不好，则可以怀疑某类线程调用出现问题，通过线程的调用堆栈，可以推出哪些类的方法存在问题 分析案例 问题 金汉斯反馈最近打了几个补丁（有若干关联补丁）后，应用服务器CPU持续100%，系统功能整体非常慢，登录超过1分钟，单据提交10几分钟才能完成 分析 连线看了一下，应用服务器内存消耗正常，排除GC引起