Analysis结果分析初步

Analysis测试结果分析流程初步

第一步：从summary结果报告分析

1、 首先从summary报告描述中看各个事物的执行结果，主要关注其平均响应时间的大小。如果事物的响应时间在指定的指标范围内，则无需要进行分析。一般情况，先从响应时间较高的事物开始着手分析其具体的原因。

2、 Vuser运行情况：查看Vuser是否按照原有的指定设计场景进行预期的加载，执行，以释放。如果vuser加载未按照执行的场景设计方案加载，则后续的分析将毫无意义。

3、 AVGT：平均事务响应时间，查看平均事务响应时间是否符合性能指标，如果符合则通过。

如果标准差值较大时，则取值90%的响应时间值。如果标准差较小，则直接取值平均事务响应时间。

4、 事务通过数：所有的事务，是否执行通过，以及事务失败的情况。如果事务不能正常执行则表明系统可能出现了问题，具体还需要做进一步的错误分析。

5、 如果以上VUSR加载，响应时间，以及事务都能通过，则表示整个系统测试通过，无需要再进行深入的分析。

第二步：查看负载机器和服务器的资源使用情况

1、在场景进行持续负载执行的时候，查看负载机器的相关资源的使用情况，如CPU，内存，硬盘的使用情况，是否已经出现了满负荷，或者内存泄露的情况。

2、同时在场景进行持续负载的时候，同时**查看被测试服务器的资源利用率情况，若果被服务器已经达到了满负载，其资源cpu内存等已经消耗为100%，则此时可能已经无法处理客户端发送的请求，其事物和平均响应时间都会出现失败和突然下降的情况。如果服务器的资源还可以满足，则表示可以继续增加负载的压力。

第三步：场景运行过程中查看系统运行情况和相关事物的执行情况。

1、 在场景进行执行的过程中查看事物的执行情况，看是否有事物执行错误。

2、 场景执行过程中，重点关注平均事务的响应时间，如果事物的响应时间出现持续增高的情况，这时候可以推论是否是服务器的资源已经耗尽，或者负载已经达到了最高的上线。

这时候最好查看下服务器资源的使用率情况。

3、 执行场景过程中，突然出现了响应时间下降，或者响应时间持续增高的情况时，这时候手动访问下被测系统应用，看系统是否是否访问较慢。

第四步：查看场景运行过程中的报错情况

1、在场景运行过程中，如果出现了平均事务响应时间突然下降的情况，这时候可以推论出是否是服务器处理已经达到上限，或者事务失败的情况，这时候需要关注下每秒错误数的分布图，以此来确定是否是服务器资源耗尽的问题引起，还是在此时间段出现了事务失败的原因引起。

2、查看错误报错日志，在场景运行过程中，或者运行完后查看对应的日志报错信息，可以确定引起报错的具体原因，如无法连接服务器，响应时间过慢，等等，这时候需要通过调节服务器的连接配置，或者增加服务器硬件等等相关手段来完成错误排查。

第五步：高响应时间事物网页细分

1、 页面元素组件加载图：选择响应时间较高的事物，进行网页细分，通过网页元素组件图，可以确定，在该事物中各个元素，连接，以及代码业务逻辑处理时间的具体耗时的情况。

2、 页面元素各个阶段请求耗时：从该图表中可以具体某一个事物，其整个数据传输的过程中耗时情况，其中【receive time】可以直接反应出是前端页面展现的问题，还是网络传输的问题。

3、 time to first buffer breakdown：从该图表中，可以再具体细分出具体的耗时元素较多元素信息，是由网络因素引起，还是由服务器端的问题引起。