[发明专利]基于一体化实时监控的性能测试方法与系统

说明书

技术领域

本发明涉及软件性能测试技术，尤其涉及一种基于一体化实时监控的性能测试方法与系统。

背景技术

JMeter是Apache组织开发的基于Java、并用于对软件做压力测试的工具。其应用领域包括：Web应用测试，静态资源测试和动态资源测试等，其中，静态资源包括静态文件等，动态资源包括Java小服务程序、CGI脚本、Java对象、数据库和FTP服务器等。

在JMeter性能测试过程中，现有技术中存在以下方法：

1、通过设定不同用户数，分别进行压力测试可探索系统瓶颈点；

2、在进行压力测试时将用户数与响应时间等结果数据进行对比，可发现系统到达瓶颈时能够支持的最大用户数；

3、目前常用的结合JMeter的性能监控方法：可使用nmon工具对服务器进行监控数据收集，脚本运行结束后可对服务器资源进行分析；

4、通过相关资源和JMeter结果数据可逐步定位产生性能瓶颈的原因；

JMeter和Loadrunner是目前国内最常用的性能测试工具，后者提供了整套性能测试的解决方案，从脚本处理、场景设计、结果分析都能一站式完成，但其价格是相当昂贵。而JMeter在一定程度上，可以实现零成本性能测试，但JMeter有其致命的缺点，尤其在性能监控及分析上，无法提供一站式的分析，即使使用其他插件结合监控工具来弥补，其测试效果也难以保证。在以上技术中，值得一提的是，在结合JMeter的性能监控方法中，使用nmon工具可以弥补JMeter监控服务器资源的缺陷，但其操作繁琐、收集数据效率低，且无法实时监控、发现问题。

申请号：CN201510266856.8的中国专利申请是一种数据库压力测试的方法，涉及数据库测试技术领域。使用JMeter工具，新建测试计划且配置数据库JDBC连接配置；然后通过JDBC发送请求进行测试；最后通过图形结果收集测试结果。可以很好的反映数据库对象是否需要优化；可以广泛应用于软件产品的数据库性能测试。该专利申请存在以下不足：不能实现对性能进行监控的目的，尤其是一体化监控，对所有性能指标无法做到实时、准确地监测，在操作过程中无法判定待测试的程序是从哪个时刻产生性能问题，以及发生性能问题的时刻所对应的其他图形（监控指标）的情况，无法准确定位性能问题等。

申请号：CN201410367384.0的中国专利申请是一种实时性能测试方法，应用于嵌入式系统的实时性能测试。在上位机中对应用程序源代码进行时间特征建模；利用建模过程得到的时间特征模型完成对源代码的插桩操作；将源代码编译链接好后下载到下位机，并通过上位机启动所述应用程序；应用程序在运行期间采集测试数据，并根据预先设定的传输规则将实时存储到特定数据容器的数据传回上位机；经过数据分析后得到应用程序的实时性能测试报告。该专利申请实现了对嵌入式实时应用程序的实时性能测试，具有测试过程全自动化、误差小和结果详尽的优点，能解决实时监控的问题，但是该测试方法需要额外繁琐的操作，存在性能测试效率较低等问题。

发明内容

本发明的目的在于克服现有技术的不足，提供一种基于一体化实时监控的性能测试方法与系统，做到一体化监控，实现实时监控所有指标，可清楚地知道从哪个时刻产生性能问题，以及发生性能问题的那一时刻对应其他图形的监控指标的情况，进而准确地定位性能问题，且该测试方法除了环境搭建外不需要额外繁琐的操作，大幅提高了性能测试效率。

本发明的目的是通过以下技术方案来实现的：一种基于一体化实时监控的性能测试方法，包括：

将性能测试工具的结果数据，导入到时序数据库中，然后

使用图形化工具进行第一获取步骤，从所述的时序数据库中获取被导入到时序数据库中的测试工具的结果数据，作为所述图形化工具的第一数据源；并

在所述图形化工具从所述的时序数据库中获取所述第一数据源的同时，使用所述图形化工具进行第二获取步骤，从监控工具中获取数据，作为第二数据源；再

将所述的第一数据源、第二数据源，导入到显示单元模块中；

所述的显示单元模块，用于实时呈现所述第一数据源的信息，和/或用于实时呈现所述第二数据源的信息。

进一步地，所述的方法包括：

判断步骤，用于确定性能瓶颈点；预先确定一个判断指标的条件，在性能测试过程中，如果有时刻点的数据的所述判断指标不满足预先确定的条件，则在此时基于所述判断步骤，判断该时刻点对应下的其他指标的监控情况。

进一步地，所述的方法包括：