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