《性能测试报告范例》由会员分享，可在线阅读，更多相关《性能测试报告范例（6页珍藏版）》请在金锄头文库上搜索。
1、测试目的：考虑到各地区的用户数量和单据量的增加会给服务器造成的压力不可估计，为确保TMS系 统顺利在各地区推广上线，决定对TMS系统进行性能测试，重点为监控服务器在并发操作 是的资源使用情况和请求响应时间。测试内容场景并发用户数运行场景设置测试点300托运单点击生成派 车单1单次循环服务器稳定性及响应时 间900托运单点击生成派 车单5单次循环服务器稳定性及响应时 间共1000箱，20000个商品的单据上传匹配1单次循环服务器稳定性及响应时 间共2500箱，40000个商品的单据上传匹配5单次循环服务器稳定性及响应时 间RF自由派车单据下载 （单线路）1单次服务器稳定性及响应时 间RF自由派车
2、单据下载 （多线路）5单次服务器稳定性及响应时 间测试工具主要测试工具为：LoadRunnerll辅助软件：截图工具、Word测试结果及分析5 个用户同时生成派车单的测试结果如下Transaction Summary （事务摘要）Aiulysis Sumnn盯yScenario Name!Seen/FiolResults in Savior: C:Usarsi.Adrninistratori.A.ppDaLq匚-lTmprsves. Irr Duration:47 seco nd5.Etatss SjmiiaryMaximum Runnini Vusets:54.203J53Total Thi
3、roLjqhput (bytes:Average Throuqhput (bvtes/second):S7.5：eTotal Hits:330Aueraqe Hite per Seconds氐875View HTTP Raeponses Summat-v点击生成解軸ffi时间ftu 怜define ELA 七ta us ng:he 5丄 厲节口隨tion w 羽門feu car anal/ze traisaction behaviorMci tle AnH伫 Tr日i汨etiem rriii:hdi5Tii汕汨土cn 5rrimaryTransactions! Total Passed: 2D
4、 Totl Failed! 0 Totl Stopped; 0AvewdB fteMDon冀 TimeTransaction SameSLA Status MinimumAverageaxirrium$td GeviationAuicn TFzncticiiSIt.96727.OST41731C.J7?uu;gf m 1凸旧汕$00DD“Er iit Trwn汨ct oifvJ月方世底轉 M 单810.01126.0B341,510,34741.45C 00 00 0C 0Service Level Agreement Legend; ，/ 际三 凶 Fil Nj从上面的结果我们可以看到该脚本
5、运行47 秒，当 5 个用户同时点击生成派车单时，系统的 响应时间为 41.45 秒，因为没有设置持续运行时间，所以这里我们取的响应时间为 90percent -time，且运行的事物已经全部通过事务概论图，该图表示本次场景共5个事务（每个用户点击一次生成派车单为1 个事务）且5个事务均已pass，绿色表色pass，如出现红色则表示产生error0:050Q1O0D15i：D:2000:25(D3000:35Elapsed scenario lmemm：5szCoIt“閔 iueniertHMininumHAeiageH0Eld Deviation H二-Page-aul rate (Unik
6、lCjeme :tzt;licj|7i.17.20：.：C2E3.583三匸794.90370.01:ajn: 眈(HnSt：titc;:ri17.L03衣.莎7984s10J：Lcpi- -a-elU-idxir-el7i. 17.20：.itC0 021:.：；30.031n1:wp oJ rate 5 |LL Lb y*H J VUUWJ. JL1 ULLlipUL | II UU L L LUI U1IIII4J / JLYU 丄些v 11 imia a Lie afuiuc 丄丄汕二 WIHXAUU1： DCZbUNIX ResourcesLegend鳴旌 3鬼I看署I曜|皿|電圈圉
7、从上图可以看到服务器的CPU平均值为14.419%，离最大参考值90%相差甚远；且趋势基 本成一直线状，表示服务器响应较为稳定， 5个用户操作5个900托运单的单据对服务器并 没有产生过大的压力。每秒点击数Tinning viuirE jisle por 2-Qcoua | inrongnpux |on 3mri4ry zuwgn* 丄jwxjj uulh i lh w | uxla. A4E4urc4E | XLaiuzvcgz mi x.sLJKFDiigiqpii!H 血卩日Second - Through put1口LJmlzlmd m=HD5D5D5D5D5D56 5 5 d- 4
8、3 3 1 100:05QOIO03:20Elapsed seenariotime mm:ss0Q25003LAgAfid.限丨霑低宙|cd y GfephII ! nr n-rrebeh.匕2吐也ScaleMeasui 日 menlHtsThiftjiGiaphs Miriih3idph*/wEW aTFi121146.571EiephSM出 亨丨 Graphs hi日 Graph号Sid. E2O.E21.330B117J2E03GE2&199B.315Hits per Second （每秒点击数）”反映了客户端每秒钟向服务器端提交的请求数量，这里 服务器每秒响应 9,771 次请求；如果
9、客户端发出的请求数量越多，与之相对的 “Average Throughput （吞吐量）”也应该越大。图中可以看出，两种图形的曲线都正常并且几乎重合，说明服务器能及时的接受客户端的请求，并能够返回结果。按照上述策略，我们得出的最终测试结果为：生成派车单:1 个用户， 300个托运单点击生成派车单，响应时间7.34 秒5 个用户， 900 个托运单点击生成派车单，响应时间41.45 秒单据匹配：单用户 1000 箱， 20000 个商品，上传匹配时间8 秒五个用户 2500 箱， 40000个商品，同时上传匹配耗时2分25 秒自由派车：单条线路917个托运单下载，响应时间1 分40秒 上述结果是
10、在公司内网，测试环境上进行的测试，可能与实际会有偏差 同时本次压测过程发现了3 个 bugBUG#25680 【测试环境-1.0.5】五个用户，每个用户同时上传500个单据时，系统报异常（提 示用户请求取消当前操作） -待修复BUG#25519 【1.0.5】RF 装车界面，当待装车明细过大（超过20000 箱）时，点击明细按钮 会导致RF崩溃，且明细数量也不正确！-已发版待验证BUG#25545【测试环境-1.0.4】PC创建派车计划，多个用户同时选择同条线路，可以选到 同样的托运单并审核成功。 -待修复结论本次性能测试得出的结果具有一定参考价值，用户数量和数据量也比较切进现场实际情况 所得的各项响应时间在用户可接受的范围，因此本次性能测试通过。
