性能测试在当今企业系统中起到的作用越来越重要，但在执行性能测试的过程中往往会遇到一些问题:

　　一、项目紧急，不具备独立的性能测试环境，功能测试和性能测试在一套环境同时执行测试时，其测试过程和测试结果会相互影响，导致结果不够客观。如果我们能在白天完成录制性能测试脚本，晚上自动执行脚本，这样便能规避它们之间的影响。虽然Jmeter可以利用自身定时器实现脚本的定时执行，但性能测试的执行过程中一般要同步监控应用服务器和数据库服务器的资源消耗情况，但在连续执行多支性能测试交易，无法做到每支交易的执行过程和资源监控过程一一对应。我们本次研究的第一个目标是想通过在批量执行多支交易的每支交易时自动调起云下服务器监控程序，自动生产监控结果。

　　二、现在很多企业应用采用了云部署的方式，对云资源消耗的获取一般通过云监控平台去获取，但开发人员经常会对应用程序进行重新部署，这样带来的一个问题就是无法再查看历史数据，导致之前执行脚本过程时的应用服务器的资源消耗无法获取到。如果我们能在交易执行完之后立即通过HTTP请求去采集到这些数据并把它写入到本地文件中，便可以避免这个问题，所以我们本次研究的第二个目标是自动获取“云上”服务器的资源消耗。

　　那么我们该如何实现呢？共分为以下六步。

　　1.测试计划设置

　　依托Jmeter自身功能实现在测试计划中设置线程组的执行方式为依次执行每个线程组。

　　如下图：勾选独立运行每个线程组选项，当我们批量执行多支交易时，这种方式便会依次去执行每个线程组。

　　2.puttyScript.sh设置

　　添加BeanShell预处理程序编写java代码对puttyScript.sh进行初始化，puttyScript.sh文件主要是完成对putty实现服务器的登录并完成NMON命令的写入，从而生成NMON文件。

　　3.Jmeter调用puttyScript.sh

　　puttyScript.sh初始化完成之后，需要在脚本中添加BeanShell后置处理程序，调起puttyScript.sh，使其得到执行，在执行测试脚本的同时监控云下服务器资源，生成对应的NMON文件。

　　4.参数记录

　　每个测试脚本执行后，把每个脚本的执行开始时间作为一个java变量保存下来。因为后续去获取云平台的资源参数时，需要知道每支交易执行的开始时间、结束时间才能对应获取到相应的数据，所以需要把这个时间保存下来以备后续使用，结束时间只要通过开始时间加上运行时间便可以获得。

　　5.Jmeter登录云监控平台

　　通过F12获取到的云监控平台的登录请求参数，在Jmeter中添加HTTP请求输入以上的请求登录参数，在Jmeter中实现云监控平台登录，想要在云监控平台获取相关数据，必须依托于在云监控平台实现登录。

　　6.获取云监控平台资源情况

　　将步骤4当中获取到的开始时间，结束时间和间隔时间作为请求参数添加HTTP请求去获取每个交易在云监控平台中不同间隔点的资源消耗、进而对这些取到的数据通过beanshell后置处理程序编写java代码进行数据处理，最终将结果写入到我们本地的文件当中，以便我们更直观的分析数据。同时我们将各个取样点的值写入到了一个NMON文件当中，这样便可以通过图形化的方式观察到云应用的资源变化趋势。

　　通过本次创新研究，我们实现了以下成果：

　　1.实现定时批量调度执行多个性能测试脚本同时生成对应的测试结果，可通过将执行时间设置在晚上的方式，一方面充分利用晚上的空余时间极大地提高测试效率，同时降低统一环境下功能测试和性能测试相互带来的影响。

　　2.实现性能测试“云上”监控的图形化展示及数据展示，一方面生成云服务器在脚本执行期间的平均CPU和内存的消耗情况的日志，同时将此数据写入到一个新的.nmon文件中，按30S一次取样的方式生成云服务器的CPU和内存在执行脚本期间的变化趋势。

　　3.实现了云下服务器的自动监控。

　　通过在执行脚本的同时调起nmon监控程序，在监控的服务器端生成每个脚本执行期间的.nmon文件。

　　4.高通用性，适用于开放平台所有系统（“云上+云下”），当然应用服务器和数据库服务如果都在云下的情况，本次研究的成果也是支持的。

　　后续我们将进一步将监控程序进行封装，以JAR包的方式进行引入到Jmeter当中，使其更加简洁，增强其易用性，相信在未来性能测试的过程中，本次研究成果能够很好的应用于其它项目中，减少人工参与，提高测试效率，为测试工作提供一些借鉴意义。

作者：李琼宇   

来源：51Testing软件测试网原创