3.结果统计
此过程是调整循环内容中一个承上启下的环节。此环节统计的数据来源于上一次的测试结果，并为下一步的数据分析提供相关数据。
结果的统计可以来源于被测系统和测试工具本身两个方面，在统计过程中不但要考虑到从被测系统中统计数据还要兼顾到测试工具本身的数据统计。一般来讲，从被测系统可以直接通过系统的日志统计出系统资源消耗(如CPU、内存的占用率等)；从测试工具本身可以统计出压力的大小、业务处理时延、业务处理成功率等指标。结果统计阶段需要将以上两个方面的数据一并统计出来，为下一步数据分析提供重要依据。
4.结果分析
通过数据统计收集到系统所需的性能数据后，对这些数据进行分析以确定系统瓶颈。在这里，需要明确的是统计到的体现性能数据仅具有指示性，它并不一定就可以确定实际的瓶颈在哪里，因为一个性能问题可能由多个原因所致。因此，在结果分析阶段需要从系统的角度去分析并查找原因，千万不能走入“头痛医头，脚痛医脚”的误区。在结果分析阶段应该注意到以下几个方面。
(1)数据发现的敏感性，能够主动发现一些貌似“合理”的数据问题。
(2)数据分析的系统性，能够通过测试数据的表象，从系统的角度对数据进行分析，发现系统瓶颈。
(3)数据合理的疑问性，测试工作的目的就是要发现问题，优化系统，所以应该抱着对所有数据怀疑的态度去分析测试数据，这样才能做到不遗漏任何的“可疑”数据。
(4)结果分析的分步性，通过测试经验，对于测试结果分析可以分成六步进行，包括观察、初步假设、预测、测试、控制和结论，结论由该过程积累的最佳证据集合所支持的假设组成。
三、总结
在循环调整的过程中，测试、结果统计、结果分析环节的最终目的是要对系统进行优化。因此，系统优化的依据直接来源于对测试结果的分析。通常来讲，对于一个比较成熟的系统，系统的绝大多数优
化工作往往是对系统配置的优化，只有少部分的优化工作是对系统设计的修改。
通过对结果的分析，可以大体定位出系统问题出现在哪里，随后对系统配置进行更改及优化。此优化过程大部分的工作是尝试性和不间断性的，需要不断尝试配置参数的改变，然后验证此配置的修改是否达到预期目的。如果没有达到预期目的，需要进一步对配置进行修改和验证。根据以往的测试经验，实现参数配置更改的最重要规则是一次仅实现一个配置更改。这主要是由于系统某一个模块/单元出现问题可能是由多个模块/单元的瓶颈导致的。因此，分别处理每个问题很重要。如果同时进行多个更改，将不可能准确地评定每次更改的影响。
实现了配置更改后，必须对修改后的系统进行测试，确定更改对系统所产生的影响。如果幸运，性能提高到预期的水平，这时便可以退出。如果不是这样，则必须重新逐步进行调整循环。
综合考虑以上的内容，一个调整循环的流程才算基本完成，根据调整的结果来考虑是否进入下一部调整循环的阶段。
文章来源于领测软件测试网 https://www.ltesting.net/
