XX网站性能测试报告.docxVIP

XX网站性能测试报告 目录 TOC \o 1-3 \h \z \u XX网站性能测试报告 1 测试概要 2 测试用例设计 2 测试环境与配置 3 测试执行与记录 4 首页性能测试 策略一： 4 测试数据收集及分析 4 调优建议： 6 首页性能测试 策略二： 7 测试数据收集及分析 7 测试总结 9 子系统性能测试 策略一： 9 测试数据收集及分析 9 子系统性能测试 策略二： 11 测试数据收集及分析 11 测试总结 13  测试概要 本次测试为性能测试，主要就XXXX网站首页以及三个子系统：销售支持系统、销售员查询系统和意外险查询系统施加压力，以平均事物响应时间为上限，测试系统所能承受的最大用户数以及服务器资源占用情况等指标。 测试用例设计 由于主页与三个子系统分属不同的服务器，对主页施加压力不会对web服务器以及数据库服务器造成影响，因此此次性能测试主要分为对主页的压力测试以及对三个子系统的压力测试两大部分。 首页分为七大模块：关于网站、新闻中心、产品博览、客户服务、在线投保、客户留言和加入我们，分析用户习惯设计用例分布如下： 首页各模块压力配比： 三个子系统：销售支持系统、信息查询系统、营业员查询系统在同一服务器上，混合场景设置配比如下： 子系统各模块压力配比： 测试环境与配置 本次性能测试硬件资源采用将来上线时的服务器，本系统采用B/S架构，用户通过浏览器访问应用系统。 环境主要包括了数据库服务器、应用服务器和压力测试机。测试结果只适用在本测试环境上参考。 一：公司网站服务器： 角色：应用服务器 IBM刀片 HS22 操作系统：Windows 2003 处理器：2CPU 内存：12 IP：XX.XX.XXX.XX 二：子系统（个险销售支持系统、信息查询系统、业务员查询系统）应用服务器 角色：应用服务器 IBM刀片 HS22 操作系统：Red Hat Linux 处理器：2CPU 内存：12 IP：XX.XX.XXX.XX 三：子系统（个险销售支持系统、信息查询系统、业务员查询系统）数据库服务器 角色：数据库服务器 IBM刀片 HS22 操作系统：Red Hat Linux 处理器：2CPU 内存：12 IP：XX.XX.XXX.XX 四：测试服务器 角色：测试服务器 DELL PC 操作系统：WINXP 处理器：2CPU 内存：1G IP：XX.XX.XXX.XX IP：XX.XX.XXX.XX 测试执行与记录 首页性能测试 策略一： 场景设计：本次测试场景设置根据被测功能点及各功能点的业务分配比例，思考时间将采取录制时间50%~150%随机选取，虚拟用户模拟IE7浏览器访问首页。为增大对服务器的压力，虚拟用户执行下次循环时作为一个新用户处理，清除上次运行时的缓存；同时重新下载非HTML资源。 压力策略：主要采取模拟混合场景策略，根据实际业务比例分配测试脚本比例，以100为粒度采取逐步加压策略，目标并发用户数3000个，达到目标用户数后再持续执行半个小时左右后停止全部并发。 测试数据收集及分析 首页测试结果概要： 整个场景执行4小时21分42秒，最大并发用户数为2900个，总通过事务数为1679844个，失败事务数0个 平均事物相应时间曲线图： 带宽—用户图 服务器资源图： 从平均事务响应时间曲线来看，随着并发压力的增大，吞吐量也明显增大，各事务响应时间有明显的上升趋势，打开首页事物上升尤其明显，在1200并发用户数后，各事务响应时间上升更加迅速，打开首页事物相应时间超过三秒。此时查看带宽资源已经到达极限，而服务器资源仍处于平稳状态，CPU的平均占用率在40%以下，各项指标均在良好运行。 上述场景策略运用了最大带宽以求服务器的负载极限，从场景执行情况不难分析出，网络带宽占满后，虚拟用户的响应时间在等待网络资源方面开销较大，从而对服务器的请求率并没有增加，因此服务器资源一直没有被占满。从这个方面看，即使在带宽满载的情况下，服务器依然能够轻松承受所有压力；但另一方面也表明网络带宽已成为系统瓶颈。 为此我们单独运行一个用户测试，结果为最大占用带宽200K。将首页所有图片下载计算大小，结果亦为200K。在多用户并发的情况下，图片太大直接影响访问速度。 调优建议： 经测试，首页图片过大可能为带宽占用过高的主要原因，当图片很多的时候，减少图片大小是提高下载速度的最直接的方法，建议一些要求不是很高的图片用PNG8格式的图片代替JPEG和GIF（非动画图片），因为PNG8在效果一样的情况下图片大小比后两个格式要小很多。  首页性能测试 策略二： 场景设计：本次测试场景在考虑带宽限制的情况下充分仿真模拟真实用户