web端性能测试报告.docx

Xxxx性能测试报告文档编号：密 级：版本信息：Vxxxx建立日期：2017-06创 建 人：XXX版本编号*变化状态简要说明（变更内容和变更范围）日期测试人批准日期批准人VXXXA新增2017-6-30XXXX1 引言1.1 编写目的根据性能测试方案，给出结果和分析以及结论和建议。测试方案预期读者：开发人员、测试人员、和项目相关人员。1.2 项目背景项目名称XXXX系统项目简称XXXX项目编号20170630开发者XXXXX用户各个XXXX站点1.3 术语定义虚拟用户：通过执行测试脚本模仿真实用户与被测试系统进行通信的进程或线程。测试脚本：通过执行特定业务流程来模拟真实用户操作行为的脚本代码。场景：通过组织若干类型、若干数量的虚拟用户来模拟真实生成环境中的负载场景。集合点：用来确定某一步操作由多少虚拟用户同步执行（并发）。事务：设置事务是为了明确某一个或多个业务或者某一个按钮操作的响应时间。HPS: 每秒点击数，一般情况下，与TPS成正比。TPS：每秒事务数，是指每秒内，每个事务通过、失败以及停止的次数，可以确定系统在任何给定时刻的实际事务负载。系统资源利用率：是指在对被测试系统执行性能测试时，系统部署的相关应用服务器、数据库等系统资源利用，比如CUP，内存，网络等。2 测试业务及性能需求服务器配置如下：Web服务器：操作系统：Windows7 旗舰版 64位；处理器：Intel(R) Xeon(R) CPUI5 -5200U 2.20GHz 2.20GHz内存：8GB业务名称模拟实际生成环境指标说明XXX接口假设一个站一天任务流水100条，20个站一个月整个XXX大概6W条，因此模拟Sfjc_jourtask表中造30W条的数据量大概在接近半年的流水服务器cup使用率、内存使用量不能高于90%前提下网络带宽的使用量不能高于80%系统响应时间控制在10s内3 场景设及计执行结果3.1 场景设计序号（负载）场景名称用户总数执行时间用户递增策略递增数量递增间隔1CJ-TJ_001205min210S2CJ-TJ_002405min210S3CJ-TJ_003605min210S4CJ-TJ_004805min210S3.2 测试结果3.2.1 “提交”事务情况汇总场景名称事务名称响应最小时间（s）平均响应时间（s）最大响应时间（s）90%事务的平均响应时间（s）CJ-TJ_001提交0.1521.1552.5051.539CJ-TJ_002提交0.2722.1973.6432.948CJ-TJ_003提交0.1523.0435.1144.194CJ-TJ_004提交0.1984.7269.5346.9473.2.2 每秒点击量（hps）1、 CJ-TJ_001和CJ-TJ_004点击率在大概维持在13-15左右的点击率2、CJ-TJ_003和CJ-TJ_004点击率在场景持续变发60或者80个用户时，hPS会有明显的下降3.2.3 吞吐量（CJ-TJ_001-2-3-4）大体一致3.2.4 事务（CJ-TJ_002）3.2.5 平均事务响应时间（CJ-TJ_002）3.2.6 每秒事务数（TPS）由于tps一般和hps保持正比例关系，介于hps在13-15左右，监测tps的数据也大概在12-14。3.2.7 服务器资源监控场景名称Cpu内存网络CJ-TJ_001CJ-TJ_002CJ-TJ_003CJ-TJ_00490%1.0G20M3.3 测试结论四个场景监控发现服务端的CPU到达90%左右前提下，HPS(每秒的请求数)大概维持在12-15左右，在增加用户数使CPU到超负荷状态，并不能增加HPS的请求数，可得到瓶颈在服务器的cpu上；依照当前服务器的硬件配置条件有发现，在请求数长时间40Vuser前提下观察的HPS请求数稳定在13左右，当变发60个Vuser时，HPS的请求数有明显的下降，同理可观察80个Vuser也由此现象。总之，本次测试结论是本配置下，适合并发的用户在40-60个之间为最佳值。