性能测试专项方案模版

性能测试方案拟制:日期：审核:日期：审核:日期：同意:日期：修订统计日期修订版本描述作者

目录目录 31概述 42测试目标 43测试设计 53.1对象分析 53.2测试策略 53.3测试模型 53.4测试环境描述 53.5具体测试方法 64统计测试数据 85性能测试汇报输出 116性能调优和回归 11

性能测试方案1概述：首页、注册、登录、站内交流、站内搜索、测试技术资料上传和下载等模块性能测试工作。本文关键描述了上述模块性能参考指标及测试方法，方便于性能测试实施人员和用户对系统从技术层面指导测试人员验证相关功效模块负载能力，依据实际性能监控数据考察系统最大负载及相关指标情况，方便于用户对系统实施相关调优工作，使其达成预期期望压力和性能要求。2测试目标此次性能测试工作验证系统：首页、注册、登录、信息检索、一般用户资料上传、在线观看视频等模块性能需满足下表指标（场景指标）：测试项业务量并发数业务时段响应时间业务成功率CPU使用率内存使用率首页访问300万20000：00至24：00<3秒>95%<70%<70%注册模块300万20000：00至24：00<3秒>95%<70%<70%登录模块300万20000：00至24：00<3秒>95%<70%<70%站内搜索300万20000：00至24：00<5秒>95%<70%<70%测试技术资料上传和下载300万20000：00至24：00>95%<70%<70%表SEQ表\*ARABIC1性能指标列表并发数=业务量/（时间段(小时单位)3600秒/每人每笔业务处理时间）3测试设计3.1对象分析系统采取B/S（Browser/Server）模式设计。基于LAMP开发平台开发。操作系统：RedHatEnterpriseLinux4Web服务器：apache2.0数据库服务器：mysql5.0开发语言：PHP3.2测试策略使用HP商用性能测试工具LoadRunner9.1，模拟用户并发操作。测试系统首页、注册、登录、站内交流、站内搜索、测试技术资料上传和下载等模块在多用户并发操作下是否能够稳定正常运行。支持最大并发数，各项指标是否能够达成预期指标标准，并为后期系统调优提供指标数据支持。3.3测试模型3.3.1系统组网图（需用户提供）图1系统组网图3.3.2网络拓扑结构（需用户提供）图2网络拓扑图3.3.3系统业务步骤（需用户提供）通常见户经过浏览器发出业务请求，到Web服务器（Apache），Web服务器经过代码分析请求类别，如包含数据库操作，则转发请求给应用服务器，最终获取数据，经过Web服务器组合，反馈至用户端，完成用户业务请求。3.4测试环境描述3.4.1测试环境需求考虑到用户上传下载任务耗用资源比较多，所以资料上传下载服务器单设一台服务器。而WEB服务器、邮件服务器及应用服务器能够整合在一台服务器主机上完成。为了和真实用户情境相结合，用户端采取5台负载生成器，另加一台控制器。1、系统环境标准配置（用户提供）：用户依据目前系统配置情况提供测试服务器。设备名称设备型号硬件配置WEB服务器/应用服务器/邮件服务器资料上传下载服务器表SEQ表\*ARABIC2系统硬件配置表2、测试用户端配置：主机用途机型/OS台数CPU/台内存容量/台浏览器版本压力负载生成器PC/WinXP512IE6.0表SEQ表\*ARABIC3测试用户端配置表3.4.2测试工具要求HP企业LoadRunner9.1英文版。3.5具体测试方法本部分关键描述测试方法，并发用户计算及测试开启等方面内容。3.5.1测试方法综述LoadRunner是HP企业专业性能测试工具。它经过创建多个虚拟用户方法，对录制单用户脚本增加负载，来达成增加系统压力测试目标。LoadRunner提供了Analysis工具对压力运行结果进行分析，得出测试脚本运行期间，系统响应事务最小时间，平均时间和最大时间等性能信息，同时可监视各后台服务器CPU占用率和内存使用情况。此次性能测试工作利用该工具录制系统首页、注册、登录、站内交流、站内搜索、测试技术资料上传和下载等业务模块功效使用脚本，对于无法录制脚本需手动编写测试脚本进行模拟。经过综合场景设计实现多用户多并发访问使用业务模拟，最终依据测试结果分析找出系统可能存在性能瓶颈。3.5.2业务模型分析此次测试共包含系统首页、注册、登录、站内交流、站内搜索、测试技术资料上传和下载业务模块，下面具体分解这些业务模块。系统首页访问首页访问功效作为通常见户入口，性能问题尤为关键，通常情况下用户浏览方法为打开浏览器，输入首页地址，回车或跳转即可。业务模式较为简单。此处需注意是系统是否有同IP不能登录多个用户问题（IP限制问题）。业务模型打开浏览器；输入URL地址；回车跳转并正确显示首页。并发用户计算首页访问业务量期望在0:00-24:00这一时间段内达成300万访问量。依据这么业务量，首先统计出单用户单次访问首页时服务器响应时间（可包含用户思索时间，但统计性能结果时需排除），然后再进行计算。考虑到场景运行时间假如是24个小时（8:00-22:00）话，可能时间段过长，增加测试难度，这里采取二八标准进行业务量和业务时间段重新计划，即为80%业务量在20%时间内完成。那么300万首页访问量80%即为240万，而24个小时20%即为4.8小时。故此次测试，假如性能满足4.8小时内完成240万业务访问量，为测试经过。利用LoadRunner录制访问首页脚本，在Controller中不设置连续时间运行一次，然后在Analysis中统计出单用户单次访问首页所需要时间。假设此时得到响应时间为t秒/次，则依据预期计算得出业务高峰大约出现在T小时内。那么单用户在T个小时内可访问首页次数C=T*60分钟*60秒/t（秒/次），那么T个小时内PV_Count（页面访问量）大约需要Total_Vuser=PV_Count/C个Vuser来完成。此处Total_Vuser即为测试时所用并发数。示例：假设单用户单次访问首页，服务器响应时间t=3秒/次，那么T（4.8小时）内单用户可访问4.8小时*60分钟*60秒/3（秒/次）=5760次，则初步估量并发数Total_Vuser为240万/5760次/人=416.67人，即大约为417个Vuser。而在实际使用中并发数不得超出200，则实际并发数及运行时间以下：417*4.8/200=10小时即认为200并发量连续10小时，场景开启方法经过上面初步估算得出场景运行时并发数，然后设计场景开启方法，通常情况下，为了真实模拟用户业务情况，有效衡量服务器性能，大多数会采取逐步加压，连续施压，逐步减压方法开启场景，我们这里一样使用这么方法。场景开启方法以下：每10分钟增加4个Vuser，连续运行10个小时，10小时运行完成后，每10分钟退出4个Vuser。假如是单测并发数，则在场景中直接设计6000个并发进行业务操作，无需设置逐步加压，连续，逐步减压过程，以此方法达成瞬间并发测试效果。注册模块注册模块提供了通常会员注册功效，该模块测试方法类似和首页访问性能测试。此处需注意是系统在注册功效上约束条件，比如注册用户名不能相同，同ip不能数次注册等，依实际系统设计而定。业务模型打开首页；点击“会员注册”链接；进入会员注册页面后，输入注册信息，点击【同意一下条款，提交注册】按钮；进入成功注册页面。并发用户计算计算方法和首页访问计算方法相同。场景开启方法开启方法和首页访问开启方法相同。教授注册模块测试方法和会员注册模块相同。登录模块用户注册成功后，可在登录模块登录到。测试方法和前面二者相同。业务模型打开首页；点击“登录”链接；进入登录页面后，输入用户信息，点击【登录】按钮；成功进入用户个人管理中心.并发用户计算计算方法和首页访问计算方法相同。场景开启方法开启方法和首页访问开启方法相同。站内交流具体内容需用户提供并发用户计算计算方法和首页访问计算方法相同。场景开启方法开启方法和首页访问开启方法相同。站内检索具体内容需用户提供并发用户计算计算方法和首页访问计算方法相同。场景开启方法开启方法和首页访问开启方法相同。 多功效7资料上传和下载具体内容需用户提供本模块可能需要手动编写测试脚本并发用户计算计算方法和首页访问计算方法相同。场景开启方法开启方法和首页访问开启方法相同。4统计测试数据依据性能测试目标，需统计测试过程中相关数据，以下列信息所表示：首页访问测试结果统计表：考察项目标值实际值是否经过业务量300万并发数200人业务时段0:00-24:00响应时间<4秒业务成功率>95%CPU使用率<70%内存使用率<70%表SEQ表\*ARABIC4首页访问测试结果统计表注册模块测试结果统计表：考察项目标值实际值是否经过业务量300万并发数200人业务时段0:00-24:00响应时间<3秒业务成功率>95%CPU使用率<70%内存使用率<70%表SEQ表\*ARABIC5注册模块测试结果统计表登录模块测试结果统计表：考察项目标值实际值是否经过业务量300万并发数200人业务时段0:00-24:00响应时间<3秒业务成功率>95%CPU使用率<70%内存使用率<70%表SEQ表\*ARABIC6登录模块测试结果统计表站内检索模块测试结果统计表：考察项目标值实际值是否经过业务量1万并发数200人业务时段0:00-24:00响应时间<4秒业务成功率>95%CPU使用率<70%内存使用率<70%表SEQ表\*ARABIC7信息检索模块测试结果统计表一般用户资料上传测试结果统计表：考察项目标值实际值是否经过业务量1万并发数200人业务时段8:00-22:00响应时间业务成功率>95%CPU使用率<70%内存使用率<70%表SEQ表\*ARABIC8一般用户资料上传测试结果统计表在上传下载测试结果统计表：考察项目标值实际值是否经过业务量200万并发数200人业务时段0:00-24:00响应时间业务成功率>95%CPU使用率<70%内存使用