nGrinder测试结果分析前几篇我们介绍了怎么对nGrinder改造成阿里云PTS类似的样子,也给大家举例演示了怎么利用nGrinder测试接口性能,那测试结果出来后,就需要对测试结果进行分析,找出性能瓶颈点,今天给大家介绍怎么分析nGrinder的测试结果。结果图表介绍测试概要测试结束后,会列出测试概要信息,如上图,包括:虚拟用户总数平均TPSTPS峰值平均响应时间执行测试数量测试成功数量错误数运行时间右侧是TPS图,下方还有agent的运行日志,可以下载共测试分析。详细测试结果详细测试结果页面,除了列出了概要页面的信息外,还包括:开始时间结束时间测试时间运行时间描述运行的代理数量进程/线程数忽略采样的数量详细的测试结果图表TPS图,每秒事务数,反映了某一时刻,同时运行的事务数,这里的事务即为注册的操作过程。平均响应时间图首次接收数据的平均时间,此图反映了从客户端发送请求到服务器返回第一个数据包的时间,一般在内网测试可以忽略网络的问题,如果此时间很长,说明服务器响应很慢。如果服务器的负载不高,而出现了很多响应超时的情况,此时间也很长,说明网络可能有问题。虚拟用户运行图,从图可以看出
nGrinder测试举例下面给大家举一个完整的例子,演示怎么使用nGrinder工具进行注册接口的性能测试。启动Agent和Monitor目前我们工具是部署在内网的,测试的也是内网站点,web服务器地址为:192.168.1.13,nGrinder地址为:192.168.1.51,agent地址为:192.168.1.48,均为Linux服务器。 agent和monitor的安装方法这里就不复述了启动agent#./run_agent_bg.sh启动后在代理列表中可以看到机器ip即成功+ 启动monitor\# ./run\_monitor\_bg.sh 收集自定义数据nGrinder 支持自定义监控目标服务器的数据。如果你想要通过 nGrinder 的monitor来监控目标服务器默认不提供的数据或状态,可以使用任何你喜欢收集数据的工具(最好将工具设置跟nGrinder 测试的采样间隔一样)。并且数据应保存在下面路径文件中:${ngrinder_agent_home}/monitor/custom.data此文件的内容由几个","将监测值分离,像下面这行:315630613,11
系统吞吐量度量要素一个系统的吞度量(承压能力)与request对CPU的消耗、外部接口、IO等等紧密关联。单个reqeust 对CPU消耗越高,外部系统接口、IO影响速度越慢,系统吞吐能力越低,反之越高。系统吞吐量几个重要参数:QPS(TPS)、并发数、响应时间(很多人经常会把并发数和TPS理解混淆)QPS(TPS):每秒钟request/事务数量 并发数: 系统同时处理的request/事务数 响应时间: 一般取平均响应时间理解了上面三个要素的意义之后,就能推算出它们之间的关系:QPS(TPS)= 并发数/平均响应时间一个系统吞吐量通常由QPS(TPS)、并发数两个因素决定,每套系统这两个值都有一个相对极限值,在应用场景访问压力下,只要某一项达到系统最高值,系统的吞吐量就上不去了,如果压力继续增大,系统的吞吐量反而会下降,原因是系统超负荷工作,上下文切换、内存等等其它消耗导致系统 性能下降。决定系统响应时间要素我们做项目要排计划,可以多人同时并发做多项任务,也可以一个人或者多个人串行工作,始终会有一条关键路径,这条路径就是项目的工期。系统一次调用的响应时间跟项目计划一样,也有一条
贝克街的捉虫师
十年测试老鸟佛系分享一些测试小技能、开源小工具......