web端性能测试报告

1、Xxxx性能测试报告文档编号：密级：版本信息：Vxxxx建立日期：2017-06创建人：XXX版本编号*变化 状态简要说明（变更内容和变更范围）日期测试人批准日期批准人VXXXA新增2017-6-30XXXX1引言1.1 编写目的根据性能测试方案，给出结果和分析以及结论和建议。测试方案预期读者：开发人员、测试人员、和项目相关人员。1.2 项目背景项目名称XXXX系统项目简称XXXX项目编号20170630开发者XXXXX用户各个XXXX站点1.3 术语定义虚拟用户：通过执行测试脚本模仿真实用户与被测试系统进行通信的进程或线程。测试脚本：通过执行特定业务流程来模拟真实用户操作行为的脚本代码。场景

2、：通过组织若干类型、若干数量的虚拟用户来模拟真实生成环境中的负载场景。集合点：用来确定某一步操作由多少虚拟用户同步执行（并发）。事务：设置事务是为了明确某一个或多个业务或者某一个按钮操作的响应时间。HPS:每秒点击数，一般情况下，与TPS成正比。TPS：每秒事务数，是指每秒内，每个事务通过、失败以及停止的次数，可以确定系统 在任何给定时刻的实际事务负载。系统资源利用率：是指在对被测试系统执行性能测试时，系统部署的相关应用服务器、 数据库等系统资源利用，比如CUP，内存，网络等。2测试业务及性能需求服务器配置如下：Web服务器：操作系统：Windows7旗舰版64位；处理器：Intel(R) X

3、eon(R) CPUI5 -5200U2.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

4、-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左右的点击率MM K：3I-巾：国 01:3DQ2：0t QZ20

5、K3 知 C3:M 时3 E-4：3C QS:M 0520 哧典 M:M QTSfl 17：K QE:M 典:普 西如Ei3PsM sceanoliMe 印m黄HiHs par Sc-cond - Rumnlmg VumveNumb?nfvusflB/2、CJ-TJ_003和CJ-TJ_004点击率在场景持续变发60或者80个用户时，hPS会有明显的下降Runnlm Vusens - Hi但 per SeccxidTltwougilhHut3.2.3 吞吐量(CJ-TJ_001-2-3-4 )大体一致14DD-+.00D- 3E41D-3皿 3M- 3JMi- 3.CQD- Z.MD-2.60

6、0- Z.4QD-2CflD-1.MD-1.6tlD1 4QD3.2.4 事务(CJ-TJ_002 )Sumnrar Repor! | Sunning Vliters | Hits per Second | Throughput:后一AvG-rag& TiansactiDn RnpansG- JmaaTn ns&Etien Sim MBiy Avrag; I ir&nn .Re Spa c&e TimeTransaction Summary知口。也皿T.5Q0r.oao-6.501 6.ODQ 5.5Qa 5.0D0 4.5DQ 4QD& 国强 3000 25 口。zooa I 5D0 I.0

7、Q05D03.2.5 平均事务响应时间(CJ-TJ_002)值I昭回购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个