文档介绍：项目背景XXXXXXX。:在XXXXXX提供的测试环境中,XXXXXX运用性能测试工具对XXXXXX产生模拟真实使用环境的压力负载,重现缺陷发生状态,并监控的客户端和服务器性能指标,最终判断性能缺陷所属系统业务模块。,出现性能缺陷模块为XXXXXX的XXXXXX这几个使用频繁且业务处理量大的模块。XXXXXX系统日常运行的基本业务为新增、删除、查询、修改等操作。因此将本次性能测试的重点确定为被测模块的新增、删除、查询、修改的典型业务。??2GB内存*1;?70GB硬盘*3?RAID卡*,对本系统业务进行脚本录制,测试回放,逐步加压和跟踪记录。测试过程中,由LoadRunner的管理平台调用各前台测试,发起各种组合的业务请求,并跟踪记录服务器端的运行情况和返回给客户端的运行结果。1、录制日常访问量比较大的业务模块的代码,对测试机器进行压力测试。2、模拟用户在单个业务操作和两个业务混合操作时,20、50、100、300、500用户同时并发,进行多次连续测试,完成测试目标。3、模拟用户在在单个业务操作和两个业务混合操作时,20个用户进行并发操作后,然后在每1秒登录1个用户,最大用户数达500;每1秒登录10个用户,最大用户数达500,进行多次连续测试,完成测试目标。4、对日常访问量比较大的业务模块,模拟用户在数据量为十万级、百万级、千万级数据量的情况下,每15增加用户数100个进行循环递增,最终测试用户达到10000的在线访问量,进行多次连续测试,完成系统大数据量测试目标功能查看首页发布的文章目的测试多个用户同时对系统并发操作时系统的性能。方法录制包含如下功能的代码:(1)登陆)操作进行20、50、100、300、500个用户并发操作。并发用户数与事务执行情况并发用户数2050100300500查看首页站点文章通过的虚拟用户数2050100300500事务平均响应时间(s)(s),根据性能指标分析判断性能缺陷所在场景对应的业务模块。、系统资源分析场景一:XXXXXX事务响应时间与用户变化对应图结果分析:事务的响应时间随着用户数不断增加而增大;在用户数增加到130后,事务执行出现错误,错误信息为下载资源超时。在此压力下中间件服务器的CPU使用率没有持续达到100%如下图,并且场景停止运行后中间件服务器CPU使用率下降至较低水平。所以该场景中的功能点不存在性能缺陷。场景二::XXXXXX事务响应时间与运行用户分析结果分析:事务响应时间随着运行用户数的增加而增大;在场景运行用户增加到155时出现失误失败,失败原因为下载资源超时。在此压力下中间件服务器的CPU使用率没有持续达到100%如下图,并且场景停止运行后中间件服务器CPU使用率下降至较低水平。所以该场景中的功能点不存在性能缺陷。场景三:XXXXXX事务与运行用户分析结果分析:事务响应时间随着运行用户数的增加而增大;在场景运行用户增加到270时出现失误失败,失败原因为下载资源超时。在此压力下中间件服务器的CPU使用率没有持续达到100%如下图,并且场景停止运行后中间件服务器CPU使用率下降至较低水平。所以该场景中的功能点不存在性能缺陷。场景四:XXXXXX事务与运行用户分析结果分析:事务响应时间随着运行用户数的增加而增大;在场景运行用户增加到280时出现失误失败,失败原因为下载资源超时。在此压力下中间件服务器的CPU使用率没有持续达到100%如下图,并且场景停止运行后中间件服务器CPU使用率下降至较低水平。所以该场景中的功能点不存在性能缺陷。场景五:XXXXXX事务与运行用户分析结果分析:事务响应时间随着运行用户数的增加而增大;在场景运行用户增加到230时出现失误失败,失败原因为下载资源超时。在此压力下中间件服务器的CPU使用率没有持续达到100%如下图,并且场景停止运行后中间件服务器CPU使用率下降至较低水平。所以该场景中的功能点不存在