静态页面-性能测试报告-20120521

.静态页面性能测试报告修改记录版本号发布日期编制人审核人/批准人修改的章节号V1.0.02012-05-21王敏目 录1性能测试概述21.1背景21.2测试目标21.3名词解释32测试环境42.1硬件环境42.1.1测试环境模拟图42.1.2测试环境软/硬件配置42.2软件环境52.2.1测试软件系统架构52.2.2软/硬件参数配置说明53测试方法53.1测试流程53.2测试工具及性能监控工具53.3主要分析及监视场景54测试范围55测试脚本录制65.1测试功能点录制路径65.2脚本参数化说明66测试用例66.1Info.php访问性能测试66.1.1场景一：66.1.2场景二：96.1.3场景三：126.1.4场景四：156.2Test.hml访问性能测试186.2.1场景一：187性能对比数据228性能优化建议239性能测试目标情况说明231 性能测试概述1.1 背景店连店打折网前台静态页面性能情况。1.2 测试目标本次性能测试的目标是：验证静态页面访问并发的运行情况和响应时间。1.3 名词解释缩写、术语解释性能测试（performance testing）狭义的性能测试，是指以性能预期目标为前提，对系统不断施加压力，验证系统在资源可接受范围内，是否能达到性能预期。负载测试(load testing)狭义的负载测试，是指对系统不断地增加压力或增加一定压力下的持续时间，直到系统的某项或多项性能指标达到极限，例如某种资源已经达到饱和状态等。压力测试（Stress Testing）狭义的压力测试，是指超过安全负载的情况下，对系统不断施加压力，是通过确定一个系统的瓶颈或不能接收用户请求的性能点，来获得系统能提供的最大服务级别的测试。 稳定性测试 (reliability testing)狭义的稳定性测试，是指被测试系统在特定硬件、软件、网络环境条件下，给系统加载一定业务压力，使系统运行一段较长时间，以此检测系统是否稳定，一般稳定性测试响应时间（Response Time）响应时间是从最终用户的角度来衡量的。例如，从用户点击登录按钮到下一页面完全加载的时间。并发用户数（The number of Concurrent Users）并发用户数是特定时间点上实际访问站点或活跃会话的总用户数。吞吐量(Throughput)吞吐量是指“单位时间内系统处理的客户请求的数量”，直接体现软件系统的承载能力。Maximum Running Vusers ：并发总数。AverageHits per Second ：每秒点击数(次)。Failed ：失败数(个)。Passed ：测试通过数(个)。Graphs MiniMuM ：最短响应时间(秒)。Graph s Average ：平均响应时间(秒)。Graph s MaxiMUM ：最大响应时间(秒)。2 测试环境2.1 硬件环境2.1.1 测试环境模拟图2.1.2 测试环境软/硬件配置设备硬件配置软件配置Web服务器PC机（一台）CPU：2.4（2个）内存：1.0GLinux客户端PC机（一台）CPU：3.2GHz内存：3.2GMWindows XP LoadRunner9.52.2 软件环境2.2.1 测试软件系统架构无2.2.2 软/硬件参数配置说明无3 测试方法3.1 测试流程1) 用LR Vegen录制测试脚本，调试优化脚本。2) 用LR Controller进行场景设计，进行压力测试。3) 用LR Analysis分析测试结果。3.2 测试工具及性能监控工具LoadRunner 9.5进行测试及监控，使用了应用服务器自带的性能监控工具或linux自带监控工具nmon进行CPU与内存的监控3.3 主要分析及监视场景主要LR的图表分析结果4 测试范围编 号功 能 点测试内容优先级01/info.phpinfo.php页面用户访问响应时间在1S内最大TPS高02/test.htmlTest.hmtl页面用户访问响应时间在1S内最大TPS高5 测试脚本录制5.1 测试功能点录制路径编码测试功能录 制 路 径01访问info.php/info.php02访问test.html/test.html5.2 脚本参数化说明 无6 测试用例6.1 Info.php访问性能测试6.1.1 场景一：测试用例编号测试脚本名称测试内容用户并发测试测试数据无前置条件添加两个事务:开始访问事务是访问(/info.php)、一起跳转到首页面（/favicon.ico）测试场景场景一： 并发用户循环1次测试步骤1) 录制访问info.php功能的测试脚本，手动添加集合点或事务(开始访问、一起跳转到首页面)2) 根据测试条件设置测试场景：初始用户为0,每隔15秒加载2个用户，全部用户加载之后，持续支持10分钟，再以每隔15卸载五个用户，直到结束3) 用LoadRunner运行测试场景测试脚本说明无数据分析方法1) 监控IIS主机的资源（CPU、内存）变化情况；2) 监控程序运行日志：重点分析日志的产生原因3) 监控Controller运行结果4) 统计成功次数、失败次数、并发用户数、最小响应时间、最大响应时间、平均响应时间5) 每秒事务处理数测试结果1) 开始访问并发用户查询，响应时间最大0.975秒、最小0.011秒、平均0.189秒，事务成功率为100%，Tps为2.2452) 一起跳转到首页面并发用户查询，响应时间最大31.6秒、最小1.294秒、平均5.167秒，事务成功率为100%，Tps为2.2453) 服务器CPU与内存资源使用情况平衡（应用程序无错误日志产生详情情况如下图问题与建议无测试过程记录与分析：1、 事务概要：2、 查看每秒事务处理数情况：注意添加两个事务，开始访问事务是访问(/info.php)、一起跳转到首页面（/favicon.ico）开始访问事务每秒处理数：最高3.125、最小:0.469、平均值：2.245一起跳转到首页面事务每秒处理数：最高3.125、最小:0.313、平均值：2.2453、 各事物响应时间曲线图如下：4、 查看服务器情况：5、 服务器cpu、内存使用情况： 6.1.2 场景二：注意：脚本去掉跳转到首页/favicon.ico测试用例编号测试脚本名称测试内容50用户并发测试测试数据用户数据200条测试场景场景一： 50并发用户循环1次测试步骤录制访问info.php功能的测试脚本，手动添加集合点或事务(开始访问)根据测试条件设置测试场景：初始用户为0,每隔15秒加载2个用户，全部用户加载之后，持续支持10分钟，再以每隔15卸载五个用户，直到结束用LoadRunner运行测试场景测试脚本说明1) 测试脚本设置用户与密码参数化数据分析方法1) 监控IIS主机的资源（CPU、内存）变化情况；2) 监控程序运行日志：重点分析日志的产生原因3) 监控Controller运行结果4) 统计成功次数、失败次数、并发用户数、最小响应时间、最大响应时间、平均响应时间5) 每秒事务处理数测试结果1) 50并发用户查询，响应时间最大90.35秒、最小0.25秒、平均秒3.27，事务成功率为100%，Tps为105.292) 服务器CPU消耗比较大（可能场景一测试完后接着做性能可能影响到）但内存资源使用情况平衡（应用程序无错误日志产生详情情况如下图问题与建议无测试过程记录与分析：1、 事务概要：2、 每秒事务处理数（最高155.781、最小:0、平均值：105.294）：3、 各事务响应时间曲线图如下：4、 查看网络服务器使用情况：5、 服务器cpu、内存使用情况： 6.1.3 场景三：测试用例编号测试脚本名称测试内容100用户并发测试测试数据无测试场景场景一： 100用户循环1次测试步骤录制访问info.php功能的测试脚本，手动添加集合点或事务(开始访问)根据测试条件设置测试场景：初始用户为0,每隔15秒加载2个用户，全部用户加载之后，持续支持10分钟，再以每隔15卸载五个用户，直到结束用LoadRunner运行测试场景测试脚本说明无数据分析方法监控IIS主机的资源（CPU、内存）变化情况；监控程序运行日志：重点分析日志的产生原因监控Controller运行结果统计成功次数、失败次数、并发用户数、最小响应时间、最大响应时间、平均响应时间每秒事务处理数测试结果100并发用户查询，响应时间最大0.616秒、最小0.023秒、平均秒0.384，事务成功率为91%，Tps为131.916服务器CPU与内存资源使用情况平衡详情情况如下图问题与建议测试过程记录与分析：1、 事务概要：2、 每秒事务处理数（最高163.375、最小:26.325、平均值：131.916）：3、 各事务响应时间曲线图如下：4、 查看网络服务器使用情况：5、 服务器cpu、内存使用情况： 6.1.4 场景四：测试用例编号测试脚本名称测试内容200用户并发测试测试数据无测试场景场景一： 200并发用户循环1次测试步骤1) 录制访问info.php功能的测试脚本，手动添加集合点或事务(开始访问)2) 根据测试条件设置测试场景：初始用户为0,每隔15秒加载2个用户，全部用户加载之后，持续支持10分钟，再以每隔15卸载五个用户，直到结束3) 用LoadRunner运行测试场景测试脚本说明无数据分析方法监控IIS主机的资源（CPU、内存）变化情况；监控程序运行日志：重点分析日志的产生原因监控Controller运行结果统计成功次数、失败次数、并发用户数、最小响应时间、最大响应时间、平均响应时间每秒事务处理数测试结果1) 200并发用户查询，响应时间最大0.688秒、最小0.037秒、平均秒1.087，事务成功率为97%，Tps为19.1562) 服务器CPU与内存资源比较高（应用程序无错误日志产生详情情况如下图问题与建议无测试过程记录与分析：1、 事务概要：2、 查看每秒事务处理数情况：3、 各事务响应时间曲线图如下：4、 查看服务器、网络情况：5、 服务器cpu、内存使用情况： 6.2 Test.hml访问性能测试6.2.1 场景一：测试用例编号测试脚本名称测试内容50用户并发测试测试数据无测试场景场景一： 50并发用户循环1次前置条件添加两个事务:一起访问此页面(/test.html)、一起访问此页面（/favicon.ico）测试步骤1) 录制访问test.html功能的测试脚本，手动添加集合点或事务(开始访问、一起跳转到首页面)2) 根据测试条件设置测试场景：初始用户为0,每隔15秒加载2个用户，全部用户加载之后，持续支持10分钟，再以每隔15卸载五个用户，直到结束3) 用LoadRunner运行测试场景测试脚本说明无数据分析方法1) 监控IIS主机的资源（CPU、内存）变化情况；2) 监控程序运行日志：重点分析日志的产生原因3) 监控Controller运行结果4) 统计成功次数、失败次数、并发用户数、最小响应时间、最大响应时间、平均响应时间5) 每秒事务处理数测试结果1) 一起访问此页面并发用户查询，响应时间最大0.75秒、最小0秒、平均0.041秒，事务成功率为100%，Tps为2.2892) 一起访问页面2并发用户查询，响应时间最大2.813秒、最小1.188秒、平均2.2487秒，事务成功率为100%，Tps为2.8313) 服务器CPU与内存资源使用情况平衡（应用程序报错误）详情情况如下图问题与建议报http404、Http502测试过程记录与分析：1、 事务概要：2、 查看每秒事务处理数情况：添加两个事务:一起访问此页面(/test.html)、一起访问此页面（/favicon.ico）一起访问此页面访问事务每秒处理数：最高3.094、最小:1、平均值：2.289一起访问此页面2访问事务每秒处理数：最高2.831、最小:1.188、平均值：2.2083、 各事务响应时间曲线图如下：4、 查看服务器、网络情况：5、 服务器cpu、内存使用情况： 7 性能对比数据测试场景 性能指标虚拟用户数平均响应时间（秒）最小响应时间(秒)最大响应时间(秒)事物成功率每秒最大事务处理数tps备注Info.php 500.1890.110.975100%2.245开始访问事务2.2451.29431.6100%2.245一起跳转到首页事务503.270.2590.35100%1