(word)软件性能测试报告.doc

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