性能测试调优分析资料.pptx

性能调优分析 2014.2.12 提纲 性能调优阶段 我们的定位 调优模型 案例分享 性能调优阶段 需求分析 脚本准备 测试准备 场景执行 数据统计 测试执行 结果整理 编写报告 测试报告 性能调优 性能调优阶段 什么时候要进入性能调优阶段？ 性能调优的意义 性能不达标 不追加硬件资源的基础上，满足性能需求，最大化挖掘系统产出 我们的定位 分析 修复 复测 解决 解决性能问题的过程 测试组 开发组 ？？？ 我们的定位 事不关己 or 积极参与 态度决定结果 调优模型 对象模型 分析模型 对系统进行划分。 通过对局部对象的调优，完成对被测系统整体的调优。 调优如何入手，开展调优的思路。 调优模型 – 对象模型 AIX、HP-UX、Windows… IBM服务器、HP服务器… Weblogic、Tuxedo… 核心业务 网银系统 Oracle… …… 硬件调优 调优空间较小 例如：开启CPU超线程 操作系统调优 操作系统： 介于硬件和用户软件之间。 控制和管理硬件，为用户软件提供基础服务和功能。 TcpTimedWaitDelay 240  30 Time_Wait等待时间更短 MaxUserPort  65534 匿名端口可用数量更多 频繁打开和关闭TCP/IP套接字能力提升 中间件调优 WebLogic最常用调优项 应用调优 实现了记录日志时，对应用系统通讯报文进行十六进制格式转换 可进行代码调优 降低CPU使用率 调优模型 – 分析模型 检查环境动态 梳理系统处理逻辑 探测工具帮助定位 检查环境动态 发起环境 被测环境 性能数据及其变动趋势 响应时间、成功率、吞吐量（TPS）、压力机资源使用 被测系统返回的相关错误信息 系统资源使用率及其变动趋势 例如：CPU、内存 应用系统日志 数据库系统日志 梳理系统处理逻辑 与项目组沟通，由粗到细的分析交易的处理流程 寻找其中存在性能问题的点 压力端可分别记录流程交易中各个步骤的响应时间，从而定位到步骤 探测工具辅助定位 应用系统 数据库系统 探测应用系统的方法调用情况 探测应用系统对数据库的访问情况 中间件的内部运行情况：JVM，.NET 分析数据库被访问的情况 分区、表、SQL语句 SQL Server Profiler 案例分享一 检查环境动态 成功率不达标 其他状态正常 梳理系统处理逻辑 。。。。。。 找到问题原因 开发工程师编码时，在生成和删除临时目录时，使用相同的临时目录，未考虑并发控制，存在A用户删除B用户生成的内容的可能，导致B用户交易失败，最后造成成功率不达标。 某交易成功率不达标 案例分享二 检查环境动态 TPS不达标 其他状态正常 梳理系统处理逻辑 该系统之前已做过性能测试，各交易已做过处理逻辑的分析和优化。 项目组认为该调优的都已经调优了 某系统TPS低于指标要求 案例分享二（续） 探测工具辅助定位 测试过程中，探测出应用系统的最频繁（最热）方法调用为com.sybase.jdbc2.utils.Debug.stripPrefix()，该方法名中含有jdbc字样，推测为数据库驱动里的方法调用；同时含有Debug字样，配合网上查找资料，最终发现应用系统使用了Debug版本的数据库驱动 某系统TPS低于指标要求 Questions? 需要具备哪些能力？