当前位置：文档之家 › 网站性能测试方案

网站性能测试方案

  • 格式：doc
  • 大小：235.51 KB
  • 文档页数：12

禾健网站性能测试方案目录

性能测试方案

一．概述

本方案主要描述首页、注册、登录、后台订单查询，站内搜索等模块的性能参考指标及测试方法，以便于后台调试人员与程序员能从技术层面验证相关功能模块的负载能力，根据实际的性能监控数据考察系统最大的负载及相关指标情况，以便于对系统实施相关的调优工作，使其达到预期期望的压力和性能要求。

二．测试方法及相关参数算法

1．测试工具：

LoadRunner是HP公司的工业级性能测试工具。它通过创建多个虚拟用户的方式，对录制的单用户脚本增加负载，来达到增加系统压力的测试目的。LoadRunner提供了Analysis工具对压力运行的结果进行分析，得出测试脚本运行期间，系统响应事务的最小时间，平均时间和最大时间等性能信息，同时可监视各后台服务器的CPU占用率与内存使用情况。

2.测试并发用户数量计算公式(以首页的并发数举例说明)

并发数=业务量（pv量）/（时间段(小时单位)3600秒/每人每笔业务的处理时间）

例如首页访问业务量期望在0:00-24:00这一时间段内达到5万的访问量。根据这样的业务量，首先统计出单用户单次访问首页时服务器的响应时间（可包括用户的思考时间，但统计性能结果时需排除），然后再进行计算。考虑到场景的运行时间如果是24个小时（8:00-22:00）的话，可能时间段过长，增加测试难度，这里采用二八原则进行业务量与业务时间段的重新规划，即为80%的业务量在20%的时间内完成。那么5万首页访问量的80%即为4万，而24个小时的20%即为4.8小时。故本次测试，如果性能满足4.8小时内完成4万的业务访问量，为测试通过。

利用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小时

3。场景启动方式

3.1 逐步加压模式：

通常情况下，为了真实的模拟用户业务情况，有效的衡量服务器性能，大多数会采用逐步加压，持续施压，逐步减压的方式启动场景，我们这里同样使用这样的方式。场景启动方式如下：

每10分钟增加4个Vuser，持续运行10个小时，10小时运行完成后，每10分钟退出4个Vuser。

3.2瞬间并发模式：

如果是单测并发数，则在场景中直接设计6000个并发进行业务操作，无需设置逐步加压，持续，逐步减压的过程，以此方法达到瞬间的并发测试效果。

三．测试环境：

1．测试环境硬件部署：

设备名称 设备型号 硬件配置

测试服务器 Dell R2950 InterXeonE5410四核*2/8G/NetxTreme GigE*2

两个Vlan千兆网络环境 H3C 5100 24 port全千兆，三层交换机

2. 测试环境软件部署：

2.1 测试服务器操作系统： Win2003 SP2

2.2 浏览器：IE 6.0

2.3 测试工具：LoadRunner 8.0 英文版，最大加载10000 WEB Vuser的并发

3．测试对象分析

系统采用B/S（Browser/Server）模式设计，基于Nginx集群后台，PHP的Ecshop网店框架。

操作系统： CentOS 5.5 X64

Web服务器：apache 2.0+nginx

数据库服务器：mysql 5.0

开发语言：PHP 4．测试模型：

5. 后台架构拓扑：

四．测试模块及测试目标:

系统流程：

一般用户通过浏览器发出网页请求，到前端的负载均衡Nginx上，负载均衡根据后端WEB服务器的优先级和健康状况，把请求转给Web服务器（Apache），Web服务器通过代码分析请求类别，如涉及数据库操作，则转发请求给mysql服务器，最终获取数据，经过Web服务器组合，反馈至客户端，完成用户的业务请求。

（一）. 各模块的测试流程：

1．首页模块测试流程：

输入URL地址--------> 回车跳转并正确显示首页

2. 登陆模块测试流程：

打开首页-------->点击“登录”链接-------->进入登录页面后，输入用户信息，点击【登录】按钮-------->成功进入用户个人管理中心.

3. 注册模块测试流程：

打开首页-------->点击“注册”链接-------->进入会员注册页面后，输入注册信息，点击【提交注册信息】按钮-------->进入成功注册页面。

（二）.各模块测试场景启用模式：

1．首页模块：瞬间并发模式

2．登陆模块：逐步加压模式

3. 注册模块：逐步加压模式

（三）.测试目标：

1．基于网站当前的PV量测试：PV/日=50000，应用二八原则计算为40000t/4.8h

1.1 并发数计算：

1.1.1 首页模块：并发数=40000/4.8*3600/1=2.3

1.1.2 登陆模块：并发数=40000/4.8*3600/5=0.46

1.1.3 注册模块：并发数=40000/4.8*3600/6=0.38

测试项 业务量 并发数 业务时段 响应时间 业务成功率 CPU使用率 内存使用率

首页访问 5万 3 00：00至24：00 <3秒 >95% <70% <70% 注册模块 5万 1 00：00至24：00 <3秒 >95% <70% <70%

登录模块 5万 1 00：00至24：00 <3秒 >95% <70% <70%

2．寻找系统最大可支持的PV量测试

测试项 业务量 并发数 业务时段 响应时间 业务成功率 CPU使用率 内存使用率

首页访问 50w 30

100w 60

200w 120

…

注册模块 50w 10

100w 20

200w 40

…

登录模块 50w 10

100w 20

200w 40

…

五．统计测试数据

根据性能测试的目的，需记录测试过程中相关的数据，如下列信息所示：

（一） 首页访问测试结果记录表：

1. 基于网站当前的PV量测试：PV/日=50000，应用二八原则计算为40000t/4.8h

考察项 目标值 实测值 是否通过

业务量 5万 40000 是

并发数 0.5 3 是

业务时段 00:00:00-23:59:59 4.8小时 是

响应时间 <10秒 2 是

业务成功率 >95% 100% 是

服务器平均负载 CPU memory Load average process

负载均衡 5.33% 5.46G 0.51 151

WEB1 10.62% 7.05G 0.95 154

WEB2 5.97% 5.92G 0.50 151

memcache 23.49% 0.19 7.11G 151

mysql 6.29% 7.16G 0.03

156

2．首页最大可支持的PV量测试

考察项 目标值 实测值 是否通过

业务量 96万 40000 是

并发数 220 220 是

业务时段 00:00:00-23:59:59 15Min 是

响应时间 <10秒 8 是

业务成功率 >95% 99% 是

服务器平均负载 CPU memory Load average process

负载均衡 15.33% 5.46G 0.51 151

WEB1 7.05G 0.95 154 111.62%

WEB2 85.97% 5.92G 0.50 151

memcache 23.49% 0.19 0.56 151

mysql 6.29% 7.16G 0.03 156

(二) 注册模块测试结果记录表：

1．基于网站当前的PV量测试：PV/日=50000，应用二八原则计算为40000t/4.8h

考察项 目标值 实际值 是否通过

业务量 5万 40000 是

并发数 0.1 1 是

业务时段 00:00:00-23:59:59 4.8小时 是

响应时间 <8秒 7 是

业务成功率 >95% 100% 是

服务器平均负载 CPU memory Load average process

负载均衡 30.67% 4.91G 0.13

151

WEB1 29.25% 7.14G 1.19 151

WEB2 68.68% 5.37G 0.55 151

memcache 14.44% 7.07G 0.13 151

mysql 41.29% 7.16G 0.39 153

2．注册模块最大可支持的PV量测试

考察项 目标值 实际值 是否通过

合集下载

网络测试方案

网络测试方案

网络测试方案

第1篇

网络测试方案

一、项目背景

随着信息技术的高速发展，网络已成为企业、机构日常运营的重要基础设施。为确保网络系统稳定、安全、高效运行，提高用户体验，降低故障风险，本项目将开展网络测试工作，全面评估网络性能及安全性。

二、测试目标

1. 评估网络带宽、延迟、丢包等性能指标，确保网络满足业务需求。

2. 检测网络设备、链路及安全策略的配置合理性，提高网络安全水平。

3. 发现潜在的网络问题，提前进行优化调整，降低故障风险。

三、测试范围

1. 网络设备：交换机、路由器、防火墙等。

2. 网络链路：光纤、双绞线等。

3. 网络服务：DNS、DHCP、VPN等。

4. 安全策略：访问控制、入侵检测、数据加密等。

四、测试方法

1. 性能测试：采用专业的网络性能测试工具，模拟实际业务场景，对网络带宽、延迟、丢包等指标进行测试。

2. 安全测试：采用安全测试工具，对网络设备、链路及安全策略进行检测，评估网络安全水平。

3. 故障排查：结合性能测试和安全测试结果，分析网络问题，定位故障原因。

五、测试流程

1. 准备阶段：收集网络设备、链路、业务等相关信息，制定测试方案，明确测试任务和分工。

2. 性能测试：按照测试方案，使用专业工具进行性能测试，记录测试数据。

3. 安全测试：使用安全测试工具，对网络设备、链路及安全策略进行测试，记录测试结果。

4. 结果分析：分析性能测试和安全测试数据，发现网络问题，提出优化建议。

5. 故障排查：针对测试中发现的问题，进行故障排查，定位故障原因。

6. 测试报告：整理测试数据和分析结果，编写测试报告。

六、测试工具及设备

1. 性能测试工具：如Wireshark、Iperf等。

2. 安全测试工具：如Nmap、Metasploit等。

3. 测试设备：笔记本电脑、网络测试仪、光纤熔接机等。

七、测试时间及人员安排

1. 测试时间：根据项目进度，合理安排测试时间，确保测试工作有序进行。

网站功能测试方法

网站功能测试方法

网站功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：

1、页面链接检查： 每一个链接是否都有对应的页面，并且页面之间切换工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码；HTML Link Validater只能测试以Html或者htm结尾的网页链接；Xenu无需安装，支持asp、do、jsp等结尾的网页，同时能够生成html格式的测试报告。

2、相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确检查按钮的功能是否正确 如新建、编辑、删除、关闭、返回、保存、导入等功能是否正确。

3、字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。

1）标点符号检查：输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。

2）特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。

3)字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。

4、中文字符处理：在可以输入中、英文的系统输入中文,看会否出现乱码或出错。

检查信息的完整性 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。

5、信息重复：在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。

6、检查删除功能：在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理。

7、检查添加和修改是否一致：检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型

web项目性能测试方案

web项目性能测试方案

web项目性能测试方案

任务：

测试JBOSS环境下UBSS项目的性能

目标：测试缴费部分（前台缴费，IC卡充值）在并发数从50-100递增的性能指标，不要求对结果进行分析

步骤：

1.搭建测试环境，要求与真实环境大概一致（关注在现有license情况下，UBSS系统支持的最大并发数）

2.准备数据脚本（SQL和存储过程）

3.准备测试脚本（Vuser scrīpts,scenario）

4.进行性能测试

测试范围

针对UBSS项目，抽取对系统影响最大、最为典型的业务交易，构建场景，以此评判系统的整体性能和实际性能表现

a.用户前台缴费

b.标准用户IC卡充值

测试内容

1.基准测试

概念：检查每个业务的基准响应时间（系统整体空闲，无额外进程运行并占用系统资源）

方法：单用户运行业务多次，获取该业务的平均响应时间

序号 功能名称 并发用户数 循环次数 操作间隔 循环间隔

1-1 前台缴费 1 100 3 3

1-2 IC卡充值 1 100 3 3

2.单个交易负载测试

概念：设定负载序列，并发用户数为X｛20,30,50,....｝,收集系统单个交易在不同负载级别的性能表现

方法：设置并发用户数等于X，关键步骤处设置并发点，每个用户运行N个iteration，获取平均响应时间和吞吐量

用户登陆方式：每2秒登陆2个

序号 功能名称 并发用户数 循环次数 操作间隔 循环间隔

2-1 前台缴费 5 50 3 3

2-2 前台缴费 10 50 3 3

2-3 前台缴费 15 50 3 3 注：响应时间超过30S

性能测试需求分析和方案设计

性能测试需求分析和方案设计

性能测试需求分析和方案设计

1.需求分析

性能测试是为了验证系统的性能指标，包括响应时间、吞吐量、并发用户数等。在进行性能测试前，需要明确以下需求：

1.1.测试目标：明确需要测试的系统模块、功能和性能指标，例如前端页面加载时间、后端接口响应时间等。

1.2.测试场景：根据实际应用场景构建合理的性能测试场景，例如模拟并发用户访问、模拟大量数据量的查询操作等。

1.3.资源约束：确定可用的硬件资源，例如测试机器的配置、网络带宽等。

1.4.数据准备：准备测试数据，包括用户数据、业务数据等，以反映真实使用情况。

1.5.响应时间要求：根据系统的业务需求，确定响应时间的要求和目标，例如页面加载时间不超过3秒。

2.方案设计

2.1.测试环境搭建：搭建适合进行性能测试的环境，包括测试机器、网络环境、数据库服务器等。

2.2. 性能测试工具选择：选择合适的性能测试工具，例如JMeter、LoadRunner等，根据需求进行配置。

2.3.测试脚本编写：根据需求编写测试脚本，包括用户操作、并发用户数、测试数据等。 2.4.性能指标监控：设置监控指标，包括CPU利用率、内存使用情况、网络流量等，以便实时监控系统的性能状况。

2.5.压力测试：通过模拟大量用户同时访问系统，测试系统在高负载情况下的性能表现，观察系统是否会出现性能瓶颈。

2.6.并发测试：测试系统在并发用户数达到一定阈值时，是否能够正常响应用户请求，是否会出现死锁等问题。

2.7.负载测试：逐步增加系统的负载，测试系统在高负载下的性能表现，找出系统的性能极限和性能瓶颈。

2.8.运行稳定性测试：长时间运行系统，观察系统是否会出现内存泄漏、资源耗尽等问题，测试系统的稳定性和可靠性。

2.9.结果分析与优化：根据性能测试结果，分析系统的性能问题，并进行相应的优化，例如优化数据库查询语句、调整系统配置等。

2.10.测试报告撰写：根据性能测试结果，撰写测试报告，包括测试目标、测试环境、测试过程、测试结果及分析、优化建议等。