软件性能测试培训ppt课件.pptVIP

3 性能测试流程 结果分析，报告 测试执行 测试设计与开发 测试需求计划 测试流程 4 性能测试流程 3.测试执行 1.测试需求计划 4.结果分析报告 2.测试设计开发 性能测试 测试需求分析 测试计划制定 测试脚本录制 测试调试开发 负载压力场景设计 结果分析 问题定位 测试报告与评估 搭建环境 部署测试场景 执行测试 5 测试需求分析 测试需求就是应用需求的衍生 测试用例也必须覆盖所有的测试需求 测试需求的来源是多方面的，如需求文档、用户备忘录或系统日志等 6 测试需求分析 测试需求分析关键内容 ① 测试的对象； ② 系统配置，例如“预计有多少用户并发访问？”“用户客户端的配置如何？”“使用什么样的数据库”“服务器怎样和客户端通信？”“网络设备的吞吐能力如何，每个环节承受多少并发用户？”等问题； ③ 系统的使用模式。 7 测试需求分析 　　 目标 回答问题 测量对最终用户的响应时间 要花多少时间做完一笔交易? 确定最优硬件配置 什么样的配置提供了最好的性能? 检查可靠性 系统能在无错情况下能承担多大及多长时间的负载? 检查软、硬件升级 这些升级对系统性能影响多大？ 评估新产品 服务器应该选择哪些硬件与软件？ 测试系统负载 在没有较大性能衰减的前提下，系统能够承受多大负载？ 分析系统瓶颈 哪些因素降低交易响应时间 用户的提问与我们的测试目标 8 测试需求分析 80～20原理测试强度估算 9 测试需求分析 测试强度估算 80～20原理：每个工作日中80％的业务在20％的时间内完成。 举例： 每年业务量集中在8个月，每个月20个工作日，每个工作日8小时 即每天80%的业务在1.6小时完成 去年全年处理业务约100万笔，其中15％的业务处理中每笔业务需对应用服务器提交7次请求；其中70％的业务处理中每笔业务需对应用服务器提交5次请求；其余15％的业务处理中每笔业务需对应用服务器提交3次请求。根据以往统计结果，每年的业务增量为15％，考虑到今后3年业务发展的需要，测试需按现有业务量的两倍进行。 10 测试需求分析 测试强度估算 每年总的请求数为： (100x15%x7+100x70%x5+100x15%x3)x2=1000万次/年 每天请求数为：1000/160=6.25万次/天 每秒请求数为：(62500x80%)/(8x20%x3600)=8.68次/秒 即服务器处理请求的能力应达到9次/秒 11 测试需求分析 测试需求分析方法 充分分析系统有价值的信息 任务分布图 交易混合图 用户概况分析 12 测试需求分析 任务分布图 有哪些交易任务 在一天的某些特定时刻系统都有哪些主要操作 13 y 　 　 　 　 　 　 　 　 　 登录 　 　 　 　 220 250 210 　 　 　 　 　 　 记帐 　 　 　 　 　 10 15 12 　 21 　 　 　 创建记录 　 　 　 　 　 　 180 110 120 90 50 　 　 数据更新 　 　 　 　 　 　 90 75 46 30 　 　 　 查询 　 　 　 　 　 50 30 20 14 　 　 　 　 批处理 20 25 15 　 　 　 　 　 　 　 　 　 　 生成报表 50 60 　 　 　 　 　 　 　 　 　 40 　 系统备份 11 8 12 　 　 　 　 　 　 　 　 　 　 1 2 4 6 8 10 12 14 16 18 20 22 24 x 14 测试需求分析 交易混合图 高峰期有哪些操作？ 中间件操作有多少？数据库操作有多少？ 如果任务失败，那么商业风险有多少？ 15 选择的标准： 高吞吐量        高数据库I/O         高商业风险 16 测试需求分析 用户概况分析 哪些任务是每个用户都要执行的? 针对不同角色的用户，他们的任务是什么? 针对每个用户，不同任务的比例如何? 17 测试需求分析 任务频率 18 测试计划制定 要素： 测试目标 测试案例 测试成员 测试时间 测试环境 19 测试计划制定－测试目标 测试目标首先是基于需求分析抽取出用户的需求 寻找用户的性能关注点，用户对系统性能的关注往往集中在少数几个业务活动上，如通过日志分析和用户调查分析获取 20 测试计划制定－测试目标 测试目标可能描述为以下几种： 该应用能够以1秒的最大响应时间处理200个并发用户对业务A的访问；峰值时刻有400个用户，允许响应时间延长到3秒。 通过性能调优测试，本系统的A业务和B业务在200并发用户的条件下，响应时间提高到3秒，此时服务器的CPU占用不能超过75%,内存使用率不超过70% 21 测试计划制定 要素： 测试目标 测试案例 测试成员 测试时间 测试环境 22