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

性能测试与性能测试规范,段念2006-3-7,性能测试是什么？,性能的不同视角,用户视角响应时间系统视角并发用户数吞吐量开发视角架构数据库应用服务器代码,性能测试的主要关注内容,响应时间,响应时间的特点,用户视角最关心的性能指标，也是用户的唯一直接感受与并发数、吞吐量等有直接的联系没有普适的“可接收”与“不可接受”的原则响应时间具有一定的用户主观性,并发用户数,“同时”访问系统的用户同时的两个不同含义同时在线（业务并发）同时发出请求（服务器并发）,吞吐量,吞吐量描述的是系统的处理能力不同层次的吞吐量Hits/secPage view/sec字节数/秒交易数/秒,为什么要做性能测试？,性能测试的四个应用领域,能力验证容量规划性能调优错误发现,能力验证中的性能测试,主要应用场景验收时的性能测试上线时的性能测试产品发布前的性能测试,容量规划中的性能测试,主要应用场景为产品给出对应的解决方案售前支持需要了解系统能力为将要到来的特殊场景进行验证,性能调优中的性能测试,主要应用场景针对上线系统进行的性能调整针对产品进行的性能调整,缺陷发现中的性能测试,主要应用场景定位由于并发引起的问题定位由于内存泄漏引发的问题,结论,性能测试不仅仅用来衡量系统是否具有某种能力，还能用于对已有系统进行性能的调整，或是发现系统中隐藏的错误。,性能测试过程,性能测试需要过程的支持,性能测试不是随意和随机进行的测试性能测试与一个完整的功能测试过程一样，也需要经历几个阶段测试准备测试设计测试执行测试分析,一个一般的性能测试过程,过程模型GPTM,工作启动,测试模型,测试计划,测试准备测试执行,测试报告,工作启动,获取性能测试需求分析典型交易准备测试环境需求确定测试工具,性能测试需求,来自约束的文档和隐藏的“潜规则”2/5/8原则来自对已运行系统的分析应用服务器日志分析系统日志分析来自对用户行为的分析,测试模型,根据典型事务确定场景模型确定需要监控的具体性能指标,用例和场景设计原则1：选择实际的和有代表性的业务原则2：用场景反映用户对系统的实际使用剖面原则3：选择的场景要得到用户的认可,测试计划,时间计划测试设计,测试设计,环境设计原则1：尽量使用真实的运行环境原则2：确保环境的每个环节可控原则3：要保证环境中各设备的时间同步,数据设计负载数据便于识别的数据探测数据,测试准备与测试执行,准备环境部署工具和脚本部署监控器执行测试场景收集测试过程中的性能指标,测试结果分析,根据需求分析结果重点在分析，而不是出报表,测试结果分析,性能测试的结果分析是性能测试过程中最关键、但同时也是最难把握的一个步骤“拐点”原则曲线上的拐点就是系统性能瓶颈可能存在的地方性能关联分析,性能测试结果分析的原则,原则1：准确知道每个测量数据的含义原则2：在得出结论时要排除测试过程中引入的可能带来误导的因素,改善系统的不可测试性,导致系统性能不可测试的原因非标准协议不合理的分层自行开发测试工具在代码中增加日志或输出注意修改代码对性能的影响时间戳等技巧,性能测试工程提要,对性能测试的思考,性能测试的局限性性能测试不能提升产品性能性能测试中发现的性能问题的修复开销巨大问题对软件性能的控制应该从哪个阶段介入？如何才能提升软件性能？,软件性能工程SPE,SPE（Software Performance Engineering）是一种系统的、定量的方法，用于构建能够符合性能目标的软件系统Software performance engineering(SPE)is a method for constructing software systems to meet performance objectives,SPE的特点,SPE是一个系统的方法SPE是一种定量的方法SPE是一种工程的方法SPE是一种主动的性能管理方法,SPE基于的几个基本事实,一个系统是否能表现出期望的性能，在选择体系结构时就已经基本确定了软件性能的几个误区在拥有待测的执行代码之前，不可能做任何与性能相关的事即使能通过建模控制系统性能，建模也是很复杂且成本很高,SPE的一般步骤,评估性能风险确定关键用例选择关键性能场景建立性能目标构造性能模型确定软件资源需求,增加计算机资源需求评价模型验证和确认模型,SPE项目成功的关键因素,达成对性能目标的共识确保在性能场景上达成一致产生可信的模型结果尽早测量关键构件并经常验证模型用定量的数据对可选方案进行评估,SPE引入的其他特性,面向性能的设计性能模式性能反模式,讲座结束，谢谢！,