性能测试与性能测试规范.pptxVIP

性能测试与性能测试规范段念2006-3-7

性能测试是什么？

性能的不同视角用户视角响应时间系统视角并发用户数吞吐量开发视角架构数据库应用服务器代码

性能测试的主要关注内容响应时间

用户视角最关心的性能指标，也是用户的唯一直接感受与并发数、吞吐量等有直接的联系没有普适的“可接收”与“不可接受”的原则响应时间具有一定的用户主观性响应时间的特点

“同时”访问系统的用户同时的两个不同含义同时在线（业务并发）同时发出请求（服务器并发）并发用户数

吞吐量描述的是系统的处理能力不同层次的吞吐量Hits/secPageview/sec字节数/秒交易数/秒12吞吐量

为什么要做性能测试？

01能力验证02容量规划03性能调优04错误发现性能测试的四个应用领域

验收时的性能测试22%产品发布前的性能测试40%上线时的性能测试38%主要应用场景能力验证中的性能测试

为产品给出对应的解决方案22%为将要到来的特殊场景进行验证40%售前支持需要了解系统能力38%主要应用场景容量规划中的性能测试

针对上线系统进行的性能调整22%针对产品进行的性能调整40%主要应用场景性能调优中的性能测试

定位由于并发引起的问题22%定位由于内存泄漏引发的问题40%主要应用场景缺陷发现中的性能测试

结论性能测试不仅仅用来衡量系统是否具有某种能力，还能用于对已有系统进行性能的调整，或是发现系统中隐藏的错误。

性能测试过程

性能测试不是随意和随机进行的测试性能测试与一个完整的功能测试过程一样，也需要经历几个阶段测试准备测试设计测试执行测试分析性能测试需要过程的支持

一个一般的性能测试过程过程模型GPTM工作启动01测试模型02测试计划03测试准备测试执行04测试报告05

获取性能测试需求分析典型交易准备测试环境需求确定测试工具工作启动

来自约束的文档和隐藏的“潜规则”2/5/8原则01来自对已运行系统的分析应用服务器日志分析系统日志分析02来自对用户行为的分析03性能测试需求

0102根据典型事务确定场景模型确定需要监控的具体性能指标测试模型

原则1：选择实际的和有代表性的业务原则2：用场景反映用户对系统的实际使用剖面原则3：选择的场景要得到用户的认可010203用例和场景设计

时间计划A测试设计B测试计划

01原则1：尽量使用真实的运行环境原则2：确保环境的每个环节可控原则3：要保证环境中各设备的时间同步0203环境设计测试设计

负载数据1便于识别的数据——探测数据2数据设计

0102030405准备环境部署工具和脚本部署监控器执行测试场景收集测试过程中的性能指标测试准备与测试执行

01根据需求分析结果02重点在分析，而不是出报表测试结果分析

“拐点”原则——曲线上的拐点就是系统性能瓶颈可能存在的地方性能关联分析性能测试的结果分析是性能测试过程中最关键、但同时也是最难把握的一个步骤测试结果分析

01原则1：准确知道每个测量数据的含义02原则2：在得出结论时要排除测试过程中引入的可能带来误导的因素性能测试结果分析的原则

导致系统性能不可测试的原因非标准协议不合理的分层自行开发测试工具在代码中增加日志或输出注意修改代码对性能的影响时间戳等技巧改善系统的不可测试性

性能测试工程提要

性能测试不能提升产品性能性能测试中发现的性能问题的修复开销巨大性能测试的局限性对软件性能的控制应该从哪个阶段介入？如何才能提升软件性能？问题对性能测试的思考

SPE（SoftwarePerformanceEngineering）是一种系统的、定量的方法，用于构建能够符合性能目标的软件系统Softwareperformanceengineering(SPE)isamethodforconstructingsoftwaresystemstomeetperformanceobjectives12软件性能工程SPE

SPE是一个系统的方法SPE是一种定量的方法SPE是一种工程的方法SPE是一种主动的性能管理方法01.02.03.04.SPE的特点

一个系统是否能表现出期望的性能，在选择体系结构时就已经基本确定了软件性能的几个误区在拥有待测的执行代码之前，不可能做任何与性能相关的事即使能通过建模控制系统性能，建模也是很复杂且成本很高SPE基于的几个基本事实

评估性能风险01确定关键用例02选择关键性能场景03建立性能目标04构造性能模型05确定软件资源需求06SPE的一般步骤

增加计算机资源需求1评价模型2验证和确认模型3

01达成对性能目标的共识02确保在性能场景上达成一致03产生可信的模型结果04尽早测量关键构件并经常验证模型05用定量的数据对可选方案进行评估SPE项目成功的关键因素

性能模式性能反模式面向性能的设计SPE引入的其他特性

讲座结束，谢谢！