压力测试报告.docx

目录

编写目的2
系统概述2
工程名称2
总体目标2
技术目标2

软硬件环境3
网络拓扑结构4
测试环境约束4
，都在这里表现，如图5- 5所示。从图中可以看到，在本次测试过程中LoadRunner共模拟发出了117105次请求〔与“统计信息摘要〞中的“Total Hits〞一致〕，其中“ 200〞的是117105次，说明在本次过程中，经过发出的请求全局部都能正确响应了〔“ 200〞表示请求被正确响应〕。
图5- 5 响应摘要
并发数分析
“Running Vusers〔运行的并发数〕〞显示了在场景执行过程中并发数的执行情况。它们显示Vuser的状态、完成脚本的Vuser的数量以及集合统计信息，将这些图与事务图结合使用可以确定Vuser的数量对事务响应时间产生的影响。图5- 6显示了在系统业务性能测试过程中Vusers运行情况，从图中我们可以看到，Vusers的运行趋势与我们场景执行方案中的设置是一样，明确在场景执行过程中，Vusers是按照我们预期的设置运行的，没有Vuser出现运行错误，这样从另一个侧面说明我们的参数化设置是正确的，因为使用唯一数进展参数化设置，如果设置不正确，将会导致Vuser运行错误。
Color
Scale
Measurement
Graph Min.
Graph Ave.
Graph Max.
Graph Median
Graph SD
1
Run


200
129

图5- 6运行的并发数图
我们本次测试Running Vusers与集合点是一致，说明整个场景执行过程中，并发数用户的执行正确，系统测试效劳器能够应付200个并发用户的业务操作。
响应时间
“Average Transaction Response Time〔平均事务响应时间图〕〞〔图5- 7〕，这张图是平均事务响应时间与结果摘要中的“Transaction Summary〞合成的。
Color
Scale
Measurement
Min.
Ave.
Max.
SD
1
login_Action_Transaction




1
select_allAction_Transaction




1
select_oneAction_Transaction




1
vuser_end_Transaction




1
vuser_init_Transaction




图5- 7平均事务响应时间图
从图形下部我们可以看到，登录局部对应的Action是“login_Action〞，批量查询对应的Action是“select_allAction〞，选择信息查询对应的Action是“select_oneAction