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

原则1：准确知道每个测量数据的含义1原则2：在得出结论时要排除测试过程中引入的可能带来误导的因素2性能测试结果分析的原则段念2006-3-7性能测试是什么？性能的不同视角用户视角响应时间系统视角并发用户数吞吐量开发视角架构数据库应用服务器代码性能测试的主要关注内容响应时间1用户视角最关心的性能指标，也是用户的唯一直接感受2与并发数、吞吐量等有直接的联系3没有普适的“可接收”与“不可接受”的原则4响应时间具有一定的用户主观性响应时间的特点“同时”访问系统的用户同时的两个不同含义同时在线（业务并发）同时发出请求（服务器并发）并发用户数吞吐量描述的是系统的处理能力不同层次的吞吐量Hits/secPageview/sec字节数/秒交易数/秒吞吐量为什么要做性能测试？能力验证容量规划性能调优错误发现性能测试的四个应用领域验收时的性能测试22%产品发布前的性能测试40%上线时的性能测试38%主要应用场景能力验证中的性能测试为产品给出对应的解决方案22%为将要到来的特殊场景进行验证40%售前支持需要了解系统能力38%主要应用场景容量规划中的性能测试针对上线系统进行的性能调整22%针对产品进行的性能调整40%主要应用场景性能调优中的性能测试定位由于并发引起的问题22%定位由于内存泄漏引发的问题40%主要应用场景缺陷发现中的性能测试结论性能测试不仅仅用来衡量系统是否具有某种能力，还能用于对已有系统进行性能的调整，或是发现系统中隐藏的错误。性能测试过程性能测试不是随意和随机进行的测试01性能测试与一个完整的功能测试过程一样，也需要经历几个阶段测试准备测试设计测试执行测试分析01性能测试需要过程的支持一个一般的性能测试过程过程模型GPTM测试准备测试执行测试计划测试模型测试报告工作启动获取性能测试需求01分析典型交易02准备测试环境需求03确定测试工具04工作启动来自约束的文档和隐藏的“潜规则”2/5/8原则来自对已运行系统的分析应用服务器日志分析系统日志分析来自对用户行为的分析性能测试需求AB确定需要监控的具体性能指标根据典型事务确定场景模型测试模型原则1：选择实际的和有代表性的业务原则2：用场景反映用户对系统的实际使用剖面原则3：选择的场景要得到用户的认可用例和场景设计01时间计划02测试设计测试计划01原则1：尽量使用真实的运行环境02原则2：确保环境的每个环节可控03原则3：要保证环境中各设备的时间同步环境设计测试设计负载数据便于识别的数据——探测数据数据设计2部署工具和脚本3部署监控器1准备环境5收集测试过程中的性能指标4执行测试场景测试准备与测试执行根据需求分析结果重点在分析，而不是出报表测试结果分析性能测试的结果分析是性能测试过程中最关键、但同时也是最难把握的一个步骤1“拐点”原则——曲线上的拐点就是系统性能瓶颈可能存在的地方2性能关联分析3测试结果分析