CN113297090B - 系统测试方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种系统测试方法、装置、计算机设备和存储介质。所述方法包括：响应于针对于待测试系统的测试请求，获取待测试系统；基于预设的多个系统测试模块，对待测试系统进行测试，获取待测试系统针对各系统测试模块对应的测试数据；获取测试数据中测试不合格的数据的数量，以及预设的各系统测试模块对应的质量阈值；若数量大于质量阈值，则确定待测试系统针对该系统测试模块的测试结果为测试不通过。采用本方法能够在保证测试精度的前提下，提高测试的效率。

Description

系统测试方法、装置、计算机设备和存储介质

技术领域

本申请涉及系统测试技术领域，特别是涉及一种系统测试方法、装置、计算机设备和存储介质。

背景技术

随着系统测试技术的发展，出现了一种利用测试模块对发布的系统进行质量检测的技术，例如可以通过用于进行系统的安全防护能力测试的测试模块，确定该系统的抵御攻击的能力，以保证系统的安全稳定运行。

然而，目前的系统测试方法，主要是通过一个测试系统，实现对该系统的其中一个系统能力的测试，而如果该系统的其他系统能力出现质量问题，则无法检测得到，因此需要在测试完成后，再利用下一个测试模块进行测试，如果该系统需要通过多个测试模块的测试，则需要多次重复以上过程，而如果需要对多个系统能力进行测试，在系统出现质量问题时，则无法清楚知道是那一个系统能力出现质量问题，测试的精度较低。因此，目前的系统测试方法的测试效率较低。

发明内容

基于此，有必要针对上述技术问题，提供一种系统测试方法、装置、计算机设备和存储介质。

一种系统测试方法，所述方法包括：

响应于针对于待测试系统的测试请求，获取所述待测试系统；

基于预设的多个系统测试模块，对所述待测试系统进行测试，获取所述待测试系统针对各系统测试模块对应的测试数据；

获取所述测试数据中测试不合格的数据的数量，以及预设的所述各系统测试模块对应的质量阈值；

若所述数量大于所述质量阈值，则确定所述待测试系统针对该系统测试模块的测试结果为测试不通过。

在其中一个实施例中，所述待测试系统包括多个系统分组；所述获取所述测试数据中测试不合格的数据的数量，以及预设的所述各系统测试模块对应的质量阈值，包括：确定当前系统测试模块；从所述当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，以及获取所述当前系统测试模块针对该系统分组预设的质量阈值；所述若所述数量大于所述质量阈值，则确定所述待测试系统针对该系统测试模块的测试结果为测试不通过，包括：若所述多个系统分组中至少一个系统分组对应的测试不合格的数据的数量，大于所述当前系统测试模块针对该系统分组预设的质量阈值，则确定所述待测试系统针对所述当前系统测试模块的测试结果为测试不通过。

在其中一个实施例中，所述当前系统测试模块包括：账户管理测试模块；所述从所述当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，包括：从所述账户管理测试模块的测试数据中，获取所述待测试系统中各系统分组中失效账户对应的第一账户数量，以及过期账户对应的第二账户数量；将所述第一账户数量与所述第二账户数量的和作为所述待测试系统中各系统分组针对所述账户管理测试模块对应的测试不合格的数据的数量。

在其中一个实施例中，所述当前系统测试模块包括：安全测试模块；所述从所述当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，包括：从所述安全测试模块的测试数据中，获取所述待测试系统中各系统分组分别对应的攻击抵御失败次数，作为所述待测试系统中各系统分组针对所述安全测试模块对应的测试不合格的数据的数量。

在其中一个实施例中，所述当前系统测试模块包括：功能测试模块；所述从所述当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，包括：从所述功能测试模块的测试数据中，获取所述待测试系统中各系统分组分别对应的失效功能个数，作为所述待测试系统中各系统分组针对所述功能测试模块对应的测试不合格的数据的数量。

在其中一个实施例中，所述当前系统测试模块包括：漏洞测试模块；从所述漏洞测试模块的测试数据中，获取所述待测试系统中各系统分组分别对应的漏洞报错次数，作为所述待测试系统中各系统分组针对所述漏洞测试模块对应的测试不合格的数据的数量。

在其中一个实施例中，所述确定所述待测试系统针对该系统测试模块的测试结果为测试不通过之后，还包括：将所述测试结果以及所述测试数据导出至请求终端，并在所述请求终端中展示所述测试结果以及所述测试数据；所述请求终端为触发所述测试请求的终端。

一种系统测试装置，所述装置包括：

待测系统获取模块，用于响应于针对于待测试系统的测试请求，获取所述待测试系统；

待测系统测试模块，用于基于预设的多个系统测试模块，对所述待测试系统进行测试，获取所述待测试系统针对各系统测试模块对应的测试数据；

质量阈值获取模块，用于获取所述测试数据中测试不合格的数据的数量，以及预设的所述各系统测试模块对应的质量阈值；

测试结果确定模块，用于若所述数量大于所述质量阈值，则确定所述待测试系统针对该系统测试模块的测试结果为测试不通过。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。

上述系统测试方法、装置、计算机设备和存储介质，通过响应于针对于待测试系统的测试请求，获取待测试系统；基于预设的多个系统测试模块，对待测试系统进行测试，获取待测试系统针对各系统测试模块对应的测试数据；获取测试数据中测试不合格的数据的数量，以及预设的各系统测试模块对应的质量阈值；若数量大于质量阈值，则确定待测试系统针对该系统测试模块的测试结果为测试不通过。本申请通过预设的多个系统测试模块对待测试系统进行测试，并且利用每一个测试模块对应的测试数据中不合格数据的数量与该测试模块的质量阈值进行比对，从而可以确定出每一个系统测试模块的测试结果，相比于传统技术中需要重复对该系统进行多个测试模块的测试，本申请提供的测试方法能在保证测试精度的前提下，提高测试的效率。

附图说明

图1为一个实施例中系统测试方法的应用环境图；

图2为一个实施例中系统测试方法的流程示意图；

图3为一个实施例中获取不合格的数据数量与对应质量阈值的流程示意图；

图4为一个应用实例中基于质量红线的应用发布系统的系统架构示意图；

图5为一个应用实例中质量红线检测模块的结构组成示意图；

图6为一个应用实例中质量红线检测模块的工作原理示意图；

图7为一个实施例中系统测试装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的系统测试方法，可以应用于如图1所示的应用环境中。其中，测试终端101通过网络与服务器102进行通信。具体来说，用户可以通过测试终端101向服务器102发起用于对某一个需要进行系统测试的待测试系统的测试请求，服务器102则可以对该请求进行响应，得到需要测试的待测试系统，并分别利用服务器102预先设定的多个系统测试模块对待测试系统进行测试，从而分别得到每一个系统测试模块对应的测试数据，最后通过比对测试数据与预先设定各个系统测试模块的质量阈值，从而可以得到每一个系统测试模块的测试结果。其中，测试终端101可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器102可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种系统测试方法，以该方法应用于图1中的服务器102为例进行说明，包括以下步骤：

步骤S201，服务器102响应于针对于待测试系统的测试请求，获取待测试系统。

其中，待测试系统指的是需要进行系统测试的系统，测试请求则指的是服务器102接收到的用于执行对待测试系统进行测试的测试请求，该测试请求可以是用户通过其用户终端，即测试终端101通过登陆服务器102的方式进行触发。具体来说，当用户需要对某一个系统进行测试时，可以通过测试终端101，向服务器102触发针对该待测试系统的测试请求，由服务器102对该测试请求进行响应，从而得到需要进行系统测试的待测试系统。

步骤S202，服务器102基于预设的多个系统测试模块，对待测试系统进行测试，获取待测试系统针对各系统测试模块对应的测试数据。

多个系统测试模块指的是分别对待测试系统进行不同类型的系统测试的测试模块，例如可以包括用于对待测试系统中账户合法性进行测试的账户管理测试模块，用于对待测试系统中安全防护能力进行测试的安全测试模块，用于对待测试系统中实现功能的可用性进行测试的功能测试模块，以及用于对待测试系统进行漏洞测试的漏洞测试模块等等。服务器102可以通过预先设置的多种系统测试模块，对待测试系统进行测试，从而得到每一个系统测试模块对待测试系统的测试数据。

步骤S203，服务器102获取测试数据中测试不合格的数据的数量，以及预设的各系统测试模块对应的质量阈值；

步骤S204，若数量大于质量阈值，服务器102则确定待测试系统针对该系统测试模块的测试结果为测试不通过。

步骤S202得到测试数据后，则可以从测试数据中提取出测试不合格的数据的数量，例如针对账户管理测试模块而言，测试不合格数据可以指的是待测试系统中包含的不合法的账户数量或者过期的账户数量等等，质量阈值则指的是待测试系统中需要满足的最低质量检测要求，该阈值可以是用户根据需要预先对服务器102进行设定，用于表示待测试系统的最低质量要求，例如可以设定待测试系统中最多可包含的不合法的账户数量或者过期账户数量，如果不合法的账户数量或者过期的账户数量大于设定的最多可包含的不合法的账户数量或者过期账户数量，那么服务器102则可以确定待测试系统针对账户管理测试模块的测试结果为测试不通过。

具体来说，服务器102可以从每一个系统测试模块的测试数据中，分别得到每一个测试模块中测试不合格的数据的数量，以及用户预先设定的每一个测试模块对应的质量阈值，即每一个测试模块对待测试系统进行测试，待测试系统需要满足的最低质量要求，并通过比对测试不合格的数据的数量与质量阈值之间的大小关系，如果测试不合格的数据的数量大于该质量阈值，即说明在该测试模块中，待测试系统无法达到最低的质量要求，因此服务器102则可以确定待测试系统针对该系统测试模块的测试结果为测试不通过，从而精准判断出待测试系统针对每一个系统测试模块的测试结果。

上述系统测试方法中，服务器102通过响应于针对于待测试系统的测试请求，获取待测试系统；基于预设的多个系统测试模块，对待测试系统进行测试，获取待测试系统针对各系统测试模块对应的测试数据；获取测试数据中测试不合格的数据的数量，以及预设的各系统测试模块对应的质量阈值；若数量大于质量阈值，则确定待测试系统针对该系统测试模块的测试结果为测试不通过。本申请服务器102通过预设的多个系统测试模块对待测试系统进行测试，并且利用每一个测试模块对应的测试数据中不合格数据的数量与该测试模块的质量阈值进行比对，从而可以确定出每一个系统测试模块的测试结果，相比于传统技术中需要重复对该系统进行多个测试模块的测试，本申请提供的测试方法能在保证测试精度的前提下，提高测试的效率。

在一个实施例中，待测试系统包括多个系统分组；如图3所示，步骤S203可以进一步包括：

步骤S301，服务器102确定当前系统测试模块。

本实施例中提供的待测试系统可以包括多个分组，由不同的分组所组成，例如针对待测试系统的账户管理模块而言，待测试系统可以根据账户的权限不同对账户进行不同的用户分组，而对于待测试系统的安全防护模块而言，则可以按照系统的不同项目分组，得到多组系统分组。而当前系统测试模块则可以是预设的多个系统测试模块中的任意一个，服务器102可以从多个系统测试模块中确定出任意一个，作为当前系统测试模块，从而得到当前系统测试模块的测试数据，以及预先针对当前系统测试模块设定的质量阈值。

步骤S302，服务器102从当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，以及获取当前系统测试模块针对该系统分组预设的质量阈值。

之后，服务器102则可以从当前系统测试模块的测试数据中，得到每一个系统分组分别对应的测试不合格数据的数量，并且预先设定的当前系统测试模块针对该系统分组的质量阈值。

步骤S204则可以进一步包括：若多个系统分组中至少一个系统分组对应的测试不合格的数据的数量，大于当前系统测试模块针对该系统分组预设的质量阈值，服务器102则确定待测试系统针对当前系统测试模块的测试结果为测试不通过。

之后，服务器102则可以分别比对各系统分组对应的测试不合格的数据的数量，与当前系统测试模块预先设定的针对该系统分组的质量阈值，从而得到每一个系统分组对应的测试结果，而如果其中一个系统分组对应的测试不合格的数据的数量，大于预先设定的针对该系统分组的质量阈值，则可以表明该系统分组中的测试数据未能达到系统的最低质量要求，因此服务器102则可以确定待测试系统针对当前系统测试模块的测试结果为测试不通过。

例如，服务器102可以对待测试系统的账户管理模块中包含的账户按照权项分为管理员分组与普通用户分组，并在当前系统测试模块为账户管理测试模块时，可以利用账户管理测试模块分别对管理员分组中的账户数据与普通用户分组中的账户数据进行测试，并分别得到管理员分组中测试不合格的数据的数量以及普通用户分组中测试不合格的数据的数量，再比对分别针对管理员分组预先设定的质量阈值，以及针对普通用户分组预先设定的质量阈值，从而分别得到待测试系统中管理员分组的账户管理测试数据，以及普通用户分组的账户管理测试数据。如果其中管理员分组的账户管理测试数据中测试不合格的数据的数量，大于针对管理员分组预先设定的质量阈值，或者普通用户分组的账户管理测试数据中测试不合格的数据的数量，大于针对普通用户分组预先设定的质量阈值，那么服务器102则可以确定待测试系统针对当前系统测试模块的测试结果为测试不通过。

本实施例中，服务器102可以分别对待测试系统包括多个系统分组设定质量阈值，并利用该系统分组的质量阈值与该系统分组测试不合格的数据数量进行比对，从而可以得到每一个系统分组的测试结果，进一步提高系统测试的准确性。

在一个实施例中，当前系统测试模块包括：账户管理测试模块；步骤S302可以进一步包括：服务器102从账户管理测试模块的测试数据中，获取待测试系统中各系统分组中失效账户对应的第一账户数量，以及过期账户对应的第二账户数量；将第一账户数量与第二账户数量的和作为待测试系统针对账户管理测试模块中各系统分组对应的测试不合格的数据的数量。

本实施例中，当前系统测试模块可以是用于对待测试系统中账户合法性进行测试的账户管理测试模块，第一账户数量指的是由账户管理测试模块对待测试系统中的每一个系统分组所对应的失效账户的账户数量，而第一账户数量则指的是由账户管理测试模块对待测试系统中的每一个系统分组所对应的过期账户的账户数量。具体来说，如果当前系统测试模块是账户管理测试模块时，服务器102可以对待测试系统中每一个系统分组进行账户合法性的检测，并分别得到每一个系统分组中失效账户的第一账户数量，以及过期账户的第二账户数量，并将第一账户数量与第二账户数量的和，作为每一个系统分组针对账户管理测试模块的测试不合格数据的数量。

本实施例中，服务器102可以利用账户管理测试模块对待测试系统进行账户合法性测试，可以得到待测试系统中每一个系统分组中失效账户的账户数量以及过期账户的账户数量，从而确定出每一个系统分组对应的账户管理测试模块的不合格数据的数量，提高账户合法性测试的准确性。

在一个实施例中，当前系统测试模块包括：安全测试模块；步骤S302可以进一步包括：从安全测试模块的测试数据中，服务器102获取待测试系统中各系统分组分别对应的攻击抵御失败次数，作为待测试系统中各系统分组针对安全测试模块对应的测试不合格的数据的数量。

本实施例中，当前系统测试模块可以是用于对待测试系统中安全防护能力进行测试的安全测试模块。具体来说，如果当前系统测试模块是安全测试模块时，服务器102可以对待测试系统中每一个系统分组进行安全防护能力的检测，例如可以是测试该系统中每一个的系统分组可以抵御多少轮次的攻击，并分别得到每一个系统分组中抵御攻击的失败次数，作为每一个系统分组针对安全测试模块的测试不合格数据的数量。

本实施例中，服务器102可以利用安全测试模块对待测试系统进行安全防护能力的测试，可以得到待测试系统中每一个系统分组抵御攻击的失败次数，从而确定出每一个系统分组对应的安全测试模块的不合格数据的数量，提高安全防护能力测试的准确性。

在一个实施例中，当前系统测试模块包括：功能测试模块；步骤S302可以进一步包括：服务器102从功能测试模块的测试数据中，获取待测试系统中各系统分组分别对应的失效功能个数，作为待测试系统中各系统分组针对功能测试模块对应的测试不合格的数据的数量。

本实施例中，当前系统测试模块可以是用于对待测试系统中实现功能的可用性进行测试的功能测试模块。具体来说，如果当前系统测试模块是功能测试模块时，服务器102可以对待测试系统中每一个系统分组进行功能可用性的检测，例如可以是测试该系统中每一个的系统分组有多少系统功能仍然可以实现，并分别得到每一个系统分组中失效功能的数量，作为每一个系统分组针对功能测试模块的测试不合格数据的数量。

本实施例中，服务器102可以利用功能测试模块对待测试系统进行实现功能的可用性的测试，可以得到待测试系统中每一个系统分组失效功能的数量，从而确定出每一个系统分组对应的功能测试模块的不合格数据的数量，提高功能可用性测试的准确性。

在一个实施例中，当前系统测试模块包括：漏洞测试模块；步骤S302可以进一步包括：服务器102从漏洞测试模块的测试数据中，获取待测试系统中各系统分组分别对应的漏洞报错次数，作为待测试系统中各系统分组针对漏洞测试模块对应的测试不合格的数据的数量。

本实施例中，当前系统测试模块可以是用于对待测试系统中进行漏洞测试的漏洞测试模块。具体来说，如果当前系统测试模块是漏洞测试模块时，服务器102可以对待测试系统中包括的系统漏洞的检测，例如可以是测试该系统中每一个的系统分组有多少漏洞发生漏洞报错，并分别得到每一个系统分组中发生漏洞报错的次数，作为每一个系统分组针对漏洞测试模块的测试不合格数据的数量。

本实施例中，服务器102可以利用漏洞测试模块对待测试系统进行漏洞测试，可以得到待测试系统中每一个系统分组发生漏洞报错的次数，从而确定出每一个系统分组对应的漏洞测试模块的不合格数据的数量，提高漏洞测试的准确性。

另外，在步骤S204之后，还可以包括：服务器102将测试结果以及测试数据导出至请求终端101，并在请求终端101中展示测试结果以及测试数据；请求终端101为触发测试请求的终端。

其中，请求终端101指的是用户触发测试请求的终端，在服务器102对请求终端101触发的测试请求进行响应，并得到每一个系统测试模块的测试结果之后，则可以将上述测试结果，以及测试模块对待测试系统进行测试后得到的测试数据导出至请求终端101，由请求终端101展示上述测试结果与测试数据，其中展示的内容可以包括每一个系统测试模块分别对应的测试不合格的数据的数量，或者每一个系统分组分别对应的测试结果等等。

本实施例中，在服务器102完成对系统的测试之后，还可以将测试结果以及测试数据反馈至请求终端101上进行展示，从而实现了测试结果的可视化，能够准确的展示出针对待测试系统的测试结果。

在一个应用实例中，提供了一种基于质量红线的应用发布系统，如图4所示，该系统包括软件检测模块、测试结果分析模块、测试结果汇总模块、测试结果发布模块、储存模块、远程发送模块、终端接受模块和终端反馈接受模块。

其中，软件检测模块与测试结果分析模块之间连接，软件检测模块，包括账户管理测试模块、安全测试模块、功能测试模块和漏洞测试模块，软件检测模块可以分别与账户管理测试模块、安全测试模块、功能测试模块以及漏洞测试模块连接。软件检测模块采用CP测评系统，且软件检测模块可兼容账户管理测试模块、安全测试模块、功能测试模块以及漏洞测试模块共同运行，测试结果分析模块、测试结果汇总模块、测试结果发布模块与储存模块则为一体结构，且储存模块为虚拟云端储存器。

而测试结果分析模块则与测试结果汇总模块之间连接，测试结果汇总模块与质量红线检测模块之间连接，质量红线检测模块与测试结果发布模块之间连接，测试结果发布模块与储存模块之间连接，测试结果发布模块与远程发送模块之间连接，远程发送模块与终端接受模块之间可以通过光纤或者无线信号连接，且终端接受模块为手机终端或者电脑终端，远程发送模块与终端接受模块之间连接，终端反馈接受模块连接在终端接受模块与测试结果发布模块之间，终端反馈接受模块与终端接受模块之间可以通过光纤或者无线信号连接，且终端反馈接受模块与测试结果汇总模块之间为并联结构。

进一步的，软件检测模块接收到测试指令时可以通过账户管理测试模块、安全测试模块、功能测试模块与漏洞测试模块分别对账户管理、软件安全、功能应用与软件漏洞进行全方面的检测，并且上述测试模块可以同时在软件检测模块上运行。

而检测结果则可以将通过测试结果分析模块进行分析与测试结果汇总模块进行汇总，汇总后的结果可以通过测试结果发布模块进行发布，同时汇总后的结果会储存到储存模块内。

并且，测试结果发布模块将检测结果发布的同时会发送到远程发送模块上，远程发送模块可以通过有线光纤或者无线信号发送到终端接受模块上，终端接受模块为手机终端或者电脑终端可以进行观看。终端接受模块还可以将观看的意见反馈到终端反馈接受模块上，终端反馈接受模块会将反馈意见发送到测试结果汇总模块内。

另外，如图5所示，质量红线检测模块包括数据录入模块、测试结果对比模块和对比结果导出模块，数据录入模块与测试结果对比模块之间连接，在每次检测开始前，可以向数据录入模块中输入代表本次质量红线标准的数值，由于可以预先不同，且针对不同项目，可以输入不同的质量红线标准数值，不仅提高了发布系统的检查速度及准确率，同时，也提高了本发布系统的可推广性，测试结果对比模块与对比结果导出模块之间连接，测试结果对比模块与测试结果汇总模块之间连接，对比结果导出模块与测试结果发布模块之间连接。

基于质量红线的应用发布系统的工作原理可如下所示：在使用该基于质量红线的应用发布系统时，首先需要对基于质量红线的应用发布系统进行简单了解，使用时软件检测模块接收到测试指令时可以通过账户管理测试模块、安全测试模块、功能测试模块与漏洞测试模块分别对账户管理、软件安全、功能应用与软件漏洞进行全方面的检测，检测后的数据将通过测试结果分析模块进行分析与测试结果汇总模块进行汇总，汇总的数据会通过质量红线检测模块进行合格检测，得到合格检测结果，再由测试结果发布模块进行发布，测试结果发布模块将合格检测结果发布的同时会发送到远程发送模块上，远程发送模块可以通过有线光纤或者无线信号发送到终端接受模块上，终端接受模块为手机终端或者电脑终端可以进行观看，终端接受模块可以将观看的意见反馈到终端反馈接受模块上，终端反馈接受模块会将反馈意见发送到测试结果发布模块内。

其中质量红线检测模块进行合格检测的工作原理可如图6所示，由数据录入模块预先录入的质量红线相关数值标准，可以对测试的结果进行对比，然后可以准确得知测试的结果是否合格，同时，通过对比结果导出模块发送至测试结果发布模块上。

具体来说，账户管理测试模块所测得数据用A表示(测试的内容为测试账户的合法性，譬如当前有多少个账户是失效了，过期的，求和成为一个数值)根据每个用户进行分组进行测试，测试其中用W代表账户管理测试模块101测得的，其中W为变量，W可以为W1、W2、W3…等等中的一种或多种，分别代表不同用户分组的结果。

同理，安全测试模块所测得数据用B表示，其中用X代表安全测试模块102测得的(测试的内容为安全测试模块本轮攻击有多少防御住了，对于防御不住的记录下来)其中X为变量，X可以为X1、X2、X3…等等中的一种或多种，分别代表不同项目分组的结果。

功能测试模块所测得数据用C表示，其中用Y代表功能测试模块103测得的类型数量(测试的内容为功能测试模块，多个不同项目的功能可用性，对于设置的功能要确保可用)，其中Y为变量，Y可以为Y1、Y2、Y3…等等中的一种或多种，分别代表不同项目分组的结果。

漏洞测试模块所测得数据用D表示，其中用Z代表漏洞测试模块104测得(测试的内容为漏洞测试模块漏洞报错，譬如本轮测试有多少个漏洞报错)，其中Z为变量，Z可以为Z1、Z2、Z3…等等中的一种或多种，分别代表不同项目分组的结果。

因为针对不同的项目，质量红线的要求及数值是不同的，所以，在检测时，可以预先把针对本次检测代表是否合格的数值输入进去，一来可以针对不同的检测输入不同的数据值，二来可以增加检测的速度，同时增加本发布系统的适用性。

而在向数据录入模块中录入数据时，可以录入代表四个测试模块最低质量的数值，此处用M、N、O、P代表，而M、N、O、P中可以分别设置有多个数量值，比如：

M(M1、M2、M3…)，其中M为变量；

N(N1、N2、N3…)，其中N为变量；

O(O1、O2、O3…)，其中O为变量；

P(P1、P2、P3…)，其中P为变量；

用来判定检查是否合格的方式为：其中M、N、O、P代表的是最少的数量数据，代表质量最低标准；

当W、X、Y、Z的数量分别小于M、N、O、P的数量值，即代表满足本次的最低质量要求，为合格，反之不合格。

上述应用实例中，设置有软件检测模块接收到测试指令时可以通过账户管理测试模块、安全测试模块、功能测试模块与漏洞测试模块分别对账户管理、软件安全、功能应用与软件漏洞进行全方面的检测，通过预先录入的质量红线相关数值标准，可以对测试的结果进行对比，然后可以准确得知测试的结果是否合格，同时，通过对比结果导出模块发送至测试结果发布模块上，可以快速的将从而检测结果进行发布，从而提高了本系统的检查效果。

同时，还设置有数据录入模块，可以将代表不同质量红线的数值预先录入进来，由于可以人为预先录入，可以快速的与测试的结果进行对比，可以快速得知测试结果是否合格，同时因为在质量红线检测模块内设有对比结果导出模块，可以快速的对检测结果进行发布，进一步提高了检查效率，再由测试结果发布模块将检测结果发布的同时会发送到远程发送模块上，远程发送模块可以通过有线光纤或者无线信号发送到终端接受模块上，终端接受模块为手机终端或者电脑终端可以进行观看，终端接受模块可以将观看的意见反馈到终端反馈接受模块上，终端反馈接受模块会将反馈意见发送到测试结果发布模块内，方便检测发布的结果可以发送到终端进行观看。

应该理解的是，虽然本申请的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，提供了一种系统测试装置，包括：待测系统获取模块701、待测系统测试模块702、质量阈值获取模块703和测试结果确定模块704，其中：

待测系统获取模块701，用于响应于针对于待测试系统的测试请求，获取待测试系统；

待测系统测试模块702，用于基于预设的多个系统测试模块，对待测试系统进行测试，获取待测试系统针对各系统测试模块对应的测试数据；

质量阈值获取模块703，用于获取测试数据中测试不合格的数据的数量，以及预设的各系统测试模块对应的质量阈值；

测试结果确定模块704，用于若数量大于所述质量阈值，则确定待测试系统针对该系统测试模块的测试结果为测试不通过。

在一个实施例中，待测试系统包括多个系统分组；质量阈值获取模块703，进一步用于确定当前系统测试模块；从当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，以及获取当前系统测试模块针对该系统分组预设的质量阈值；测试结果确定模块704，进一步用于若多个系统分组中至少一个系统分组对应的测试不合格的数据的数量，大于当前系统测试模块针对该系统分组预设的质量阈值，则确定待测试系统针对当前系统测试模块的测试结果为测试不通过。

在一个实施例中，当前系统测试模块包括：账户管理测试模块；质量阈值获取模块703，进一步用于从账户管理测试模块的测试数据中，获取待测试系统中各系统分组中失效账户对应的第一账户数量，以及过期账户对应的第二账户数量；将第一账户数量与第二账户数量的和作为待测试系统中各系统分组针对账户管理测试模块对应的测试不合格的数据的数量。

在一个实施例中，当前系统测试模块包括：安全测试模块；质量阈值获取模块703，进一步用于从安全测试模块的测试数据中，获取待测试系统中各系统分组分别对应的攻击抵御失败次数，作为待测试系统中各系统分组针对安全测试模块对应的测试不合格的数据的数量。

在一个实施例中，当前系统测试模块包括：功能测试模块；质量阈值获取模块703，进一步用于从功能测试模块的测试数据中，获取待测试系统中各系统分组分别对应的失效功能个数，作为待测试系统中各系统分组针对功能测试模块对应的测试不合格的数据的数量。

在一个实施例中，当前系统测试模块包括：漏洞测试模块；质量阈值获取模块703，进一步用于从漏洞测试模块的测试数据中，获取待测试系统中各系统分组分别对应的漏洞报错次数，作为待测试系统中各系统分组针对漏洞测试模块对应的测试不合格的数据的数量。

在一个实施例中，系统测试装置，还包括：测试结果导出模块，用于将测试结果以及测试数据导出至请求终端，并在请求终端中展示测试结果以及测试数据；请求终端为触发测试请求的终端。

关于系统测试装置的具体限定可以参见上文中对于系统测试方法的限定，在此不再赘述。上述系统测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储测试数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种系统测试方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种系统测试方法，其特征在于，所述方法包括：

响应于针对于待测试系统的测试请求，获取所述待测试系统；所述待测试系统包括多个系统分组；

基于预设的多个系统测试模块，对所述待测试系统进行测试，获取所述待测试系统针对各系统测试模块对应的测试数据；

获取所述测试数据中测试不合格的数据的数量，以及预设的所述各系统测试模块对应的质量阈值；所述质量阈值为所述待测试系统中需要满足的最低质量检测要求，用于表征所述待测试系统的最低质量要求；包括：确定当前系统测试模块；从所述当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，以及获取所述当前系统测试模块针对该系统分组预设的质量阈值；

若所述数量大于所述质量阈值，则确定所述待测试系统针对该系统测试模块的测试结果为测试不通过；包括：若所述多个系统分组中至少一个系统分组对应的测试不合格的数据的数量，大于所述当前系统测试模块针对该系统分组预设的质量阈值，则确定所述待测试系统针对所述当前系统测试模块的测试结果为测试不通过。

2.根据权利要求1所述的方法，其特征在于，所述当前系统测试模块包括：账户管理测试模块；

所述从所述当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，包括：

从所述账户管理测试模块的测试数据中，获取所述待测试系统中各系统分组中失效账户对应的第一账户数量，以及过期账户对应的第二账户数量；

将所述第一账户数量与所述第二账户数量的和作为所述待测试系统中各系统分组针对所述账户管理测试模块对应的测试不合格的数据的数量。

3.根据权利要求1所述的方法，其特征在于，所述当前系统测试模块包括：安全测试模块；

所述从所述当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，包括：

从所述安全测试模块的测试数据中，获取所述待测试系统中各系统分组分别对应的攻击抵御失败次数，作为所述待测试系统中各系统分组针对所述安全测试模块对应的测试不合格的数据的数量。

4.根据权利要求1所述的方法，其特征在于，所述当前系统测试模块包括：功能测试模块；

所述从所述当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，包括：

从所述功能测试模块的测试数据中，获取所述待测试系统中各系统分组分别对应的失效功能个数，作为所述待测试系统中各系统分组针对所述功能测试模块对应的测试不合格的数据的数量。

5.根据权利要求1所述的方法，其特征在于，所述当前系统测试模块包括：漏洞测试模块；

从所述漏洞测试模块的测试数据中，获取所述待测试系统中各系统分组分别对应的漏洞报错次数，作为所述待测试系统中各系统分组针对所述漏洞测试模块对应的测试不合格的数据的数量。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述确定所述待测试系统针对该系统测试模块的测试结果为测试不通过之后，还包括：

将所述测试结果以及所述测试数据导出至请求终端，并在所述请求终端中展示所述测试结果以及所述测试数据；所述请求终端为触发所述测试请求的终端。

7.一种系统测试装置，其特征在于，所述装置包括：

待测系统获取模块，用于响应于针对于待测试系统的测试请求，获取所述待测试系统；所述待测试系统包括多个系统分组；

待测系统测试模块，用于基于预设的多个系统测试模块，对所述待测试系统进行测试，获取所述待测试系统针对各系统测试模块对应的测试数据；

质量阈值获取模块，用于获取所述测试数据中测试不合格的数据的数量，以及预设的所述各系统测试模块对应的质量阈值；所述质量阈值为所述待测试系统中需要满足的最低质量检测要求，用于表征所述待测试系统的最低质量要求；进一步用于确定当前系统测试模块；从所述当前系统测试模块的测试数据中，确定各系统分组分别对应的测试不合格的数据的数量，以及获取所述当前系统测试模块针对该系统分组预设的质量阈值；

测试结果确定模块，用于若所述数量大于所述质量阈值，则确定所述待测试系统针对该系统测试模块的测试结果为测试不通过；进一步用于若所述多个系统分组中至少一个系统分组对应的测试不合格的数据的数量，大于所述当前系统测试模块针对该系统分组预设的质量阈值，则确定所述待测试系统针对所述当前系统测试模块的测试结果为测试不通过。

8.根据权利要求7所述的装置，其特征在于，所述当前系统测试模块包括：账户管理测试模块；质量阈值获取模块，进一步用于从所述账户管理测试模块的测试数据中，获取所述待测试系统中各系统分组中失效账户对应的第一账户数量，以及过期账户对应的第二账户数量；将所述第一账户数量与所述第二账户数量的和作为所述待测试系统中各系统分组针对所述账户管理测试模块对应的测试不合格的数据的数量。

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

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。