一个初级的性能测试的资料.pptVIP

执行测试前的准备 确定脚本的正确性 确定测试工具设置的正确性 确定监视工具设置的正确性 确定服务器已经 准备好 开始执行测试脚本 注意逐渐等量的增加并发用户数量 注意使用合适的增量间隔 注意执行足够的迭代次数和时间 注意每次执行完后还原测试环境 分析测试结果 分析请求失败的原因 请求超时 连接被拒绝 应用服务器ERROR 数据库ERROR 系统崩溃 识别性能瓶颈的方法 自上而下的方法 自下而上的方法 经验法 性能调优 只作你能做的 每次只做一处改动 改动前必须备份相关内容 记录每次改动 团队合作 增强性能的可扩展性 可扩展性技术 性能可扩展性与系统复杂程度的平衡 增强提高性能的意识 内容提要 理解“性能”和“性能测试” 性能测试的过程与最佳实践 相关主题讨论 QA 性能测试 Training 内容提要 理解“性能”和“性能测试” 性能测试的过程与最佳实践 相关主题讨论 内容提要 理解“性能”和“性能测试” 什么是性能测试 如何评价一个系统的性能 理发店模型 性能测试的过程与最佳实践 相关主题讨论 性能测试 观察系统在一个给定的环境和场景中的性能表现是否与预期的目标一致，评判系统系统是否存在性能缺陷，并根据测试结果识别性能瓶颈，改善系统性能的完整的过程。 内容提要 理解“性能”和“性能测试” 什么是性能测试 如何评价一个系统的性能 理发店模型 性能测试的过程与最佳实践 相关主题讨论 如何评定系统的性能 用户的视角 响应时间（Response Time） 客户和开发的视角 响应时间（Response Time） 并发用户数(The Number of Concurrent Users) 吞吐量(Throughput) 资源利用率(Hardware/Software Resource Utilization) … 吞吐量 是指单位时间内系统处理的客户请求的数量，直接体现软件系统的性能承载能力。一般来说，吞吐量用请求数/秒或页面数/秒来衡量，从业务的角度，吞吐量也可以用反问人数/天或处理的业务数/小时等单位来衡量。从网络角度来说，也可以用字节/天等单位来衡量网络流量。 内容提要 理解“性能”和“性能测试” 什么是性能测试 如何评价一个系统的性能 理发店模型 性能测试的过程与最佳实践 相关主题讨论 理发店模型的3个假设 理发店中一共有3名理发师 每位理发师剪一个发型需要1个小时 每个客户都有很强的时间概念，他们对于每次关顾理发店所能容纳的等待时间+理发时间是3小时，而且等待时间越长满意度越低。如果超过3个小时，客户会生气的离开。 理发店的性能模型 最佳/最大并发用户的定义 最佳并发用户数 应当大于系统的平均负载 是用来对外公布的性能数据 当并发用户持续大于该值，可能会出现用户请求失败 最大并发用户数 应当大于系统的峰值负载 当并发用户数大于该值，必然会有用户请求失败 性能测试的作用 评价性能测试的指标 响应时间 并发用户数 吞吐量 资源利用率 最佳并发用户数 最大并发用户数 性能指标之间的关系 “作用力和反作用力” 内容提要 理解“性能”和“性能测试” 性能测试的过程与最佳实践 获取有效的性能需求 构建性能测试环境 设计和实现测试场景 执行性能测试 性能测试结果分析与性能瓶颈的识别 改善系统性能 相关主题讨论 获取有效的性能需求 举个例子 系统容量可以支持2万个用户同时在线 系统处理速度每秒2000笔，峰值处理能力可以达到5000笔 最大响应时间小于5秒 … 什么是有效的性能需求 明确的数字，而不是含糊的语句 有证据，合理，有意义 相关人员达成一致 如何获得有效的性能需求 客户提出 根据历史数据分析 参考历史项目数据 参考其他同行业标准数据 参考其他类似行业标准数据 参考新闻或其他资料 构建性能测试环境 硬件 机器型号，有无特殊硬件要求 软件 操作系统，数据库 网络 网络协议，带宽 数据 真实数据，虚拟数据 开始录制测试脚本 录制脚本 回放脚本 编辑脚本和参数化脚本 调试脚本 设置测试场景 确定加压方式 确定需要监控的资源（软件/硬件/网络） 模块间的集成测试策略和部署