CN111104304A - 多任务场景性能测试方法、存储介质、电子设备及*** - Google Patents

Abstract

本发明公开了多任务场景性能测试方法、存储介质、电子设备及***，涉及性能测试以及全链路压测领域，该***包括任务数据库，用于存储多个任务项，所述任务项包括任务名称、任务所属项目、测试时间。场景数据库，用于存储多个场景项，所述场景项包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数。任务场景索引模块，用于存储任务项和场景项的关系。测试结果生成模块，用于根据任务项和场景项的关系，获取所述任务项对应的场景项，在场景项中对该场景项对应的任务项进行性能测试。本发明能够针对任务建立不同的场景，进行多样化的性能测试。

Description

多任务场景性能测试方法、存储介质、电子设备及***

技术领域

本发明涉及性能测试以及全链路压测领域，具体涉及多任务场景性能测试方法、存储介质、电子设备及***。

背景技术

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对***的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下***的性能，目标是测试当负载逐渐增加时，***各项性能指标的变化情况。压力测试是通过确定一个***的瓶颈或者不能接受的性能点，来获得***能提供的最大服务级别的测试。

现有的性能测试有JMeter、Loadrunner以及nGrinder，其中JMeter是基于UI操作的，容易上手，但是其不具备编程能力，同时JMeter基于线程模拟数千用户是基本无法完成的。Loadrunner是现有性能测试中应用最多的一个，由于使用方便的优点，但是占用资源过多。且由于性能测试在客户端工具逐步向平台化开源化开源化发展时，其保持着独立，不开源，扩展性不高的状态。

因此，在需要大量线程操作，并可以编辑、可扩展时候，一般会使用nGrinder，基于python测试脚本(groovy也可)，用户按照一定规范编写测试脚本，controller会将脚本一集需要的资源分发到agent，用jython执行。并且在执行的过程中收集运行情况、相应时间、测试目标服务器的运行情况等。并且保存这些数据生成测试报告，以供查看。单节点支持3000并发、支持分布式、可监控被测服务器、可录制脚本、开源、平台化，十分便利。

但是在进行性能测试时候，其只能一次性将一个任务的一个场景的参数全部输入到nGrider，nGrider直接针对这些参数进行性能测试，得到单一结果。在需要进行多个任务、多个场景的性能测试时候，需要反复输入然后运行测试，十分不便。

此外，现有的性能测试将其任务参数和环境参数综合一起并传输给nGrinder平台，nGrinder平台根据该综合数据直接进行性能测试，得到一个测试结果供用户查阅。而对应于某一的任务和/或某一的场景项难免尤其偏颇的设置，在针对综合性质的测试参数进行性能测试后，不一定能够全面的反应用户所需求的数据。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供多任务场景性能测试方法、存储介质、电子设备及***，能够针对任务建立不同的场景，进行多样化的性能测试。

为达到以上目的，第一方面，本发明实施例提供一种多任务场景性能测试***，应用于在NGrider平台上实现多任务以及多场景的性能测试，其包括：

任务数据库，用于存储多个任务项，所述任务项包括任务名称、任务所属项目、测试时间；

场景数据库，用于存储多个场景项，所述场景项包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数；

任务场景索引模块，用于存储任务项和场景项的关系；

测试结果生成模块，用于根据任务项和场景项的关系，获取所述任务项对应的场景项，在场景项中对该场景项对应的任务项进行性能测试。

作为一个优选的实施方案，所述测试结果生成模块在性能测试完成后生成测试结果，并将所述测试结果区分层级存储。

作为一个优选的实施方案，所述层级包括任务名称层级和结果名称层级；

一个所述任务名称层级存储一个任务项及该任务项对应的一个场景或多个不同场景项的测试结果；

一个所述结果名称层级存储一个任务项和一个场景项共同对应的测试结果。

作为一个优选的实施方案，所述结果名称层级设有多个参数，所述参数包括：使用脚本名称、详细日志记录、最终报告记录。

作为一个优选的实施方案，其还包括任务结果索引模块，用于存储任务项和场景项对应的测试结果的所有对应关系。

作为一个优选的实施方案，任务项对应的场景项发生输入、修改后，所述任务名称层级、结果名称层级实时更新测试结果。

作为一个优选的实施方案，所述测试结果包括测试起止时间、执行次数、平均响应时间、平均QPS。

第二方面，本发明实施例提供一种多任务场景性能测试方法，其包括：

在任务数据库中建立若干任务项，所述任务项包括任务名称、任务所属项目、测试时间；

在场景数据库中建立若干场景项，所述场景项包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数；

创建用于存储任务项和场景项关系的任务场景索引模块；

通过测试结果生成模块，来根据任务场景索引模块中任务项和场景项的关系，获取所述任务数据库和所述场景数据库中对应的任务项和场景项，并对应任务项和场景项中进行性能测试生成测试结果。

第三方面，本发明实施例还提供一种存储介质，该存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面实施例中的方法。

第四方面，本发明实施例还提供一种电子设备，包括存储器和处理器，存储器上储存有在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面实施例中的方法。

与现有技术相比，本发明的优点在于：

(1)本发明多任务场景性能测试方法、存储介质、电子设备及***在NGrider平台上建立了多个数据库，分别存储任务项和场景项，保证NGrider平台上能够针对多个任务以及多个场景进行存储。在建立了数据库后，本发明进一步的建立了索引模块，将任务项和场景项进行对应，这样NGrider平台就能够根据该关系，从数据库中调用相互对应的任务项和场景项，然后根据场景项创建场景，并在创建的场景上运行对应了的任务，从而完成性能测试。而在本发明的NGrider平台上，任务项和场景项是多对多进行对应的，NGrider不再根据单一的任务场景完成一个性能测试，而是将多个任务项和多个场景项进行对应的性能测试，能够一次性的将所有可能需求的场景、任务的性能测试完成，更加快速和效率，扩大了使用范围，且有组于提高用户体验。

(2)本发明多任务场景性能测试方法、存储介质、电子设备及***将性能测试的测试结果分层级存储，保证所有的测试结果存储的有序性。

(3)本发明多任务场景性能测试方法、存储介质、电子设备及***性能测试的测试结果分为两个层级，任务名称层级存储一个任务项及该任务项对应的一个场景或多个不同场景项的测试结果保证一个任务项对应的所有测试结果均保存在一起。结果名称层级存储一个任务项和一个场景项共同对应的测试结果，保证了测试结果具体对应的哪一个任务项和场景项能够完全查找到。设置两个层级后，用户能够在所有性能测试结束后，通过任务名称层级查看任务项下的所有场景对应测试结果，也能够针对一个具体的任务项的场景项查询结果，更加方便。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面对实施例对应的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明多任务场景性能测试***实施例的结构示意图；

图2为本发明多任务场景性能测试方法实施例的步骤流程图。

图中：1-任务数据库，2-场景数据库，3-任务场景索引模块，4-测试结果生成模块。

具体实施方式

以下结合附图对本发明的实施例作进一步详细说明。

参见图1所示，本发明实施例提供多任务场景性能测试方法、存储介质、电子设备及***，其通过设置存储多个任务项的任务数据库、设置存储多个场景项的场景数据库，并通过任务场景索引进行关联，并通过测试结果生成模块根据该关联进行多任务场景的性能测试，能够将过去需要反复创建、修改进行的性能测试统一的进行存储以及性能测试，使得性能测试能够更加迅速，同时针对同一人物项使用不同的场景项性能测试或者同一场景项使用不同的任务项进行性能测试，能够以更广的维度为用户呈现结果。

为达到上述技术效果，本申请的总体思路如下：

本发明实施例提供一种多任务场景性能测试***，其应用于nGrinder平台上实现多任务以及多场景的性能测试，其包括：

任务数据库，用于存储多个任务项，所述任务项包括任务名称、任务所属项目、测试时间；

场景数据库，用于存储多个场景项，所述场景项包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数；

任务场景索引模块，用于存储任务项和场景项的关系；

测试结果生成模块，用于根据任务项和场景项的关系，获取所述任务项对应的场景项，在场景项中对该场景项对应的任务项进行性能测试。

综上所述，相对于传统nGrinder平台一次性获取对应一个性能测试任务的任务参数和场景参数，并进行一次测试。本发明为nGrinder平台设置存储任务数据库和场景数据库，其中任务数据库存储多个人物项，场景数据库存储多个场景项，使得nGrinder能够设置更加广泛的任务种类、任务参数、场景种类、场景参数。同时设置任务场景索引模块，将任务项和场景项根据用户的需求进行关联，并存储任务项和场景项的关系，使得nGrinder平台能够将任务项和场景项进行对应，并针对性的创建场景进行任务，从而完成性能测试。

本发明相对于旧nGrinder平台只能针对单一任务及该任务对应的场景，能够将不同的任务项、不同场景项所进行性能测试，测试范围更加广，获得的测试数据更加客观，并能够供用户比对，去除无用或者多余的测试结果。

为了更好的理解上述技术方案，下面结合具体实施方式进行详细的说明。

实施例一

如图1所示，本发明实施例提供一种多任务场景性能测试方法，其包括：

任务数据库1，用于存储多个任务项，所述任务项包括任务名称、任务所属项目、测试时间。

具体来说，在任务数据库1中，对应任务项进行任务的参数存储。如对应任务名称可以存储“任务一”“任务二”等等，对应任务所属项目可以存储“峰值测试项目”“运行时长项目”等等，通过这些任务项，能够将多个不同的需要进行的性能测试任务中相关的任务信息进行统一的存储，方便用户逐个输入以及后续的逐个查看，同时对应于nGrinder平台，在通过这种有序的方式进行存储任务信息后，其调用这些信息也将更有效率，更加的有条理。

举例来说，将一个任务信息表作为任务数据库1，其包括有多个表项，这些表项包括任务名称、任务所属项目、测试名称。当用户需要进行多个性能测试时候，可以将多个性能测试中的综合数据进行拆分，拆分为多个任务，并在表格中进行统一的存储，在用户或者nGrinder平台需要进行查阅的任务信息时，只需要找到该任务信息表就可以查阅，不在需要在大量的综合数据中进行查找。

作为一个可选的实施方案，任务数据库为任务信息表，该表上设有多个栏位，如任务名称、任务所属目录、调度时间，且任务信息表作为主表供nGrinder平台查询。

场景数据库2，用于存储多个场景项，所述场景项包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数；

具体来说，在场景数据库2中，对应场景项进行性能测试的环境进行场景的参数存储，比如：对应于QPS固定时长可以存储“2min”“1min”等等。将性能测试中多个需要多次测试的综合数据，逐一进行拆分，得到的对应多次性能测试场景项并存储。方便用户逐个输入以及后续的逐个查看，同时对应于nGrinder平台，在通过这种有序的方式进行存储任务信息后，其调用这些信息也将更有效率，更加的有条理。

举例来说，将一个场景信息表作为场景数据2，其摆阔有多个表项，这些表现包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数。在用户或者nGrinder平台需要进行查阅的场景信息时，只需要找到该任务信息表就可以查阅，不在需要在大量的综合数据中进行查找。

作为一个可选的实施方案，场景数据库2为场景信息表，该表上设有多种压测参数，如定线程固定时长模式、梯度线程模式、固定线程固定次数模式、固定QPS固定时长、梯度QPS模式，将这些参数以表的形式存放在nGrinder平台供其使用。

任务场景索引模块3，用于存储任务项和场景项的关系；

具体的，在对应一个具体的测试时，其除了对应该任务设置任务的详细参数，还会为任务设置其测试的场景，其测试场景的参数也会进一步进行具体设置。但是对应于同一性能测试用户可能会设置多种场景，对应于同一场景，也可能设置有多种性能测试需求。因此对应不同的任务可能设置有不同的场景，即任务项和场景项不是单一的一一映射，而是可以相互对应的。设置任务场景索引模块存储存储任务项和场景项的关系，使得nGrinder平台能够直接查找性能测试的任务对应的场景，并进行测试或者上报。

作为一个可选的实施方案，任务场景索引模块3为任务场景关系表。上述的任务信息表中不存储场景信息，场景信息表中也不存储任务信息，它们的关系通过任务场景关系表来维持，即，只要知道任一表中的信息就可以查询另一表中对应的1个或者多个信息。

测试结果生成模块4，用于根据任务项和场景项的关系，获取所述任务项对应的场景项，在场景项中对该场景项对应的任务项进行性能测试。

传统的性能测试将综合数据输入nGrinder平台进行一次性能测试，这种性能测试这对的参数过于单一，同时需要多次输入来进行多次性能测试。本发明将这些综合性的数据进行了拆分，拆分为任务相关的任务项和场景相关的场景项，并且是针对多次性能测试的测试数据进行拆分，只需要一次输入就能够进行多次性能测试。同时由于对应不用的任务，其场景可能相同，而通过将综合的性能数据进行拆分，得到任务项和场景项后，相同的项目只用输入一次，大大节省了用户的时间。而相同的任务项和场景项只用输入一次的原因在于，本发明还设置由于任务场景索引模块3，该任务场景索引模块3将任务项和场景项进行链接，即存储了它们的关系。当任务项X和任务项Y一样的时候，只需要输入一个任务项X，并将任务项X和任务项Y对应的场景项A，以及场景项B均和任务项X对应即可。

而在对应了任务项和场景项后，就可以使用测试结果生成模块4根据任务场景索引模块3中的关系进行关联、创建场景并运行具体任务了。

举例来说，在nGinder平台上设置有存储任务信息的任务信息表，存储场景信息的场景信息表，以及存储有任务项和场景项的对应关系的任务场景关系表，nGrinder平台根据用户当前设置性能测试的任务在任务信息表，得到任务项，然后根据任务项在任务场景关系表中的对应关系，查找该任务项对应的场景项，最后设置任务项以及场景项进行性能测试。

作为一个可选的实施方案，测试结果生成模块在性能测试完成后生成测试结果，并将所述测试结果区分层级存储。

将测试结果区分层级进行存储有利于NGringder平台以及用户对性能测试结果进行查找。由于本发明将本来需要多次输入进行多次性能测试得到的多个测试结果一次性完成，其仍然会产生对应性能测试数量的测试结果供用户查阅。而如果将这些测试结果在同一个层级进行存储，可能造成大量测试结果堆积在一起难以查阅。而将测试结果进行区分，一不同的层级进行存放则能够有效帮助NGringder平台以及用户对性能测试结果进行查找，提高用户体验。

具体来说，层级包括任务名称层级和结果名称层级；

一个所述任务名称层级存储一个任务项及该任务项对应的一个场景或多个不同场景项的测试结果；

一个所述结果名称层级存储一个任务项和一个场景项共同对应的测试结果。

举例来说，一个用户对应一个任务有多个场景进行测试，那么这些测试结果都将存储在任务名称层级，用户只需要找到对应的任务名称，就可以找到对应该任务的测试结果，而当用户需查看该任务下具体的一个场景的测试结果，则可以再结果名称层级进行查找。

如用户甲对其网站进行性能测试，甲设置了任务A，在测试场景1、测试场景2、测试场景3下均需要进行，且性能测试完成后得到结果1，结果2和结果3。nGrinder平台需要将性能测试的结果进行存储，如果将结果1、结果2以及结果3存储在一起，那么在甲进行分析时候，其很可能弄混淆性能测试结果对应的场景，因此将个所述任务名称层级存储一个任务项及该任务项对应的一个场景或多个不同场景项的测试结果，一个所述结果名称层级存储一个任务项和一个场景项共同对应的测试结果，使得用户甲能够直接对应测试场景1找到结果1，对应测试场景2找到结果2，对应测试场景3找到结果3，能够更加方便的分析。作为一个可选的实施方案，在nGrinder平台中设置两级目录，分别为以任务名称为名称的主目录和测试结果名称为名称的子目录，同时在每个子目录下进一步设置脚本目录、报告目录、日志目录，其中施压机定时上报任务经过汇总后按照预设的频率存储到report目录下的文件中。日志目录用于存储任务在施压机端的压测日志收集和结果详情数据文件。

作为一个优选的实施方案，结果名称层级设有多个参数，所述参数包括：使用脚本名称、详细日志记录、最终报告记录。测试结果其包含有多个参数，再次进行分类，有助于统计和分析。

举例来说，测试结果包括测试起止时间、执行次数、平均响应时间、平均QPS。

作为一个可选的实施方案，多任务场景性能测试***还包括任务结果索引模块，用于存储任务项和场景项对应的测试结果的所有对应关系。在获得多次性能测试的测试结果后，通过任务结果索引模块，进行任务项和场景项对应的测试结果关联，能够更好的辅助用户查阅和管理性能测试结果。

进一步的，任务项对应的场景项发生输入、修改后，所述任务名称层级、结果名称层级实时更新测试结果。用户在查阅了测试参数后，可能会对测试结果不尽满意或者在进行分心后，有了调整一些参数的想法，而如果仅仅调整了少量数据，需要进行大量的数据运算，及整个性能测试，仅仅为了更新其中一个任务对应的一个场景得到的测试结果，其耗时和成本是得不偿失的，因此，在修改后，实时对应更新该任务名称级、结果名称层级实时更新测试结果，即静静针对新输入、修改的任务项和场景项进行性能场景，能够保证用户更好的体验。

10、一种多任务场景性能测试方法，其特征在于：

在任务数据库中建立若干任务项，所述任务项包括任务名称、任务所属项目、测试时间；

在场景数据库中建立若干场景项，所述场景项包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数；

创建用于存储任务项和场景项关系的任务场景索引模块

通过测试结果生成模块，来根据任务场景索引模块中任务项和场景项的关系，获取所述任务数据库和所述场景数据库中对应的任务项和场景项，并对应任务项和场景项中进行性能测试生成测试结果。

基于同一发明构思，本申请提供实施例二，其具体实施方式如下。

实施例二

如图2所示，本发明实施例提供一种多任务场景性能测试方法，其包括：

S1：在任务数据库中建立若干任务项，所述任务项包括任务名称、任务所属项目、测试时间。

S2：在场景数据库中建立若干场景项，所述场景项包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数。

S3：创建用于存储任务项和场景项关系的任务场景索引模块。

S4：通过测试结果生成模块，来根据任务场景索引模块中任务项和场景项的关系，获取所述任务数据库和所述场景数据库中对应的任务项和场景项，并对应任务项和场景项中进行性能测试生成测试结果。

前述***实施例中的各种变化方式和具体实例同样适用于本实施例的***，通过前述***的详细描述，本领域技术人员可以清楚的知道本实施例中方法的实施方法，所以为了说明书的简洁，在此不再详述。

基于同一发明构思，本申请提供实施例三。

实施例三

本发明第三实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的多任务场景性能测试***，该***包括：

获任务数据库，用于存储多个任务项，所述任务项包括任务名称、任务所属项目、测试时间；

场景数据库，用于存储多个场景项，所述场景项包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数；

任务场景索引模块，用于存储任务项和场景项的关系；

测试结果生成模块，用于根据任务项和场景项的关系，获取所述任务项对应的场景项，在场景项中对该场景项对应的任务项进行性能测试。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

基于同一发明构思，本申请提供实施例四。

实施例四

本发明第四实施例还提供一种电子设备，包括存储器和处理器，存储器上储存有在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一实施例中的所有方法步骤或部分方法步骤。

所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、视频数据等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Sma响应时间Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

总体来说，本发明实施例提供的多任务场景性能测试方法、存储介质、电子设备及***，通过设置存储多个任务项的任务数据库、设置存储多个场景项的场景数据库，并通过任务场景索引进行关联，并通过测试结果生成模块根据该关联进行多任务场景的性能测试，相较于传统的技术只能针对综合数据进行一次性能测试，能够将过去需要反复创建、修改进行的性能测试统一的进行存储以及性能测试，使得性能测试能够更加迅速，同时针对同一人物项使用不同的场景项性能测试或者同一场景项使用不同的任务项进行性能测试，能够以更广的维度为用户呈现结果。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种多任务场景性能测试***，应用于在nGrider平台上实现多任务以及多场景的性能测试，其特征在于，其包括：

任务数据库，用于存储多个任务项，所述任务项包括任务名称、任务所属项目、测试时间；

场景数据库，用于存储多个场景项，所述场景项包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数；

任务场景索引模块，用于存储任务项和场景项的关系；

测试结果生成模块，用于根据任务项和场景项的关系，获取所述任务项对应的场景项，在场景项中对该场景项对应的任务项进行性能测试。

2.如权利要求1所述的***，其特征在于：

所述测试结果生成模块在性能测试完成后生成测试结果，并将所述测试结果区分层级存储。

3.如权利要求2所述的***，其特征在于：

所述层级包括任务名称层级和结果名称层级；

一个所述任务名称层级存储一个任务项及该任务项对应的一个场景或多个不同场景项的测试结果；

一个所述结果名称层级存储一个任务项和一个场景项共同对应的测试结果。

4.如权利要求3所述的***，其特征在于：

所述结果名称层级设有多个参数，所述参数包括：使用脚本名称、详细日志记录、最终报告记录。

5.如权利要求3所述的***，其特征在于，其还包括任务结果索引模块，用于存储任务项和场景项对应的测试结果的所有对应关系。

6.如权利要求3所述的***，其特征在于，任务项对应的场景项发生输入、修改后，所述任务名称层级、结果名称层级实时更新测试结果。

7.如权利要求1所述的***，其特征在于，所述测试结果包括测试起止时间、执行次数、平均响应时间、平均QPS。

8.一种存储介质，该存储介质上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现权利要求1至7任一项所述的方法。

9.一种电子设备，包括存储器和处理器，存储器上储存有在处理器上运行的计算机程序，其特征在于：所述处理器执行所述计算机程序时实现权利要求1至7任一项所述的方法。

10.一种多任务场景性能测试方法，其特征在于：

在任务数据库中建立若干任务项，所述任务项包括任务名称、任务所属项目、测试时间；

在场景数据库中建立若干场景项，所述场景项包括性能测试参数、运行线程参数、QPS(Queries Per Second，每秒查询率)固定时长、梯度QPS模式参数；

创建用于存储任务项和场景项关系的任务场景索引模块；

通过测试结果生成模块，来根据任务场景索引模块中任务项和场景项的关系，获取所述任务数据库和所述场景数据库中对应的任务项和场景项，并对应任务项和场景项中进行性能测试生成测试结果。

Images