一种数据网络的测试方法、系统及相关装置与流程

本申请涉及数据测试技术领域，特别涉及一种数据网络的测试方法、系统、装置及计算机可读存储介质。

背景技术：

随着大数据、网络用途的多样化发展，出现了各式各样的数据网络，例如，数据通信网络、多设备的统一控制平台以及基于大数据的各式功能云平台等，这些各式各样的数据网络背后则是成千上万行的程序代码来使其正常运行并起到作用，而随着技术的发展，不免会像应用程序和操作系统一样发现bug和需要增加新功能，而实现这一目的并不是推翻原来的数据网络重来，而是编写新的功能代码并将其“合”进原先的功能代码当中。

在将新的功能代码并将其“合”进原先的功能代码的过程中，容易与原有功能代码发生各种冲突，进而报错或无法实现新功能，因此需要在这一过程中对其进行测试，看是否实现了预想的功能。现有技术为实现这一目的，采用了手工输入各项测试参数的方式，但由于测试过程相对复杂且繁琐，极易出现遗漏或重复等错误，各式各样人为因素的出现无疑会对测试过程造成严重的影响，测试效率低下，实际测试效果不好。

所以，如何克服现有测试数据网络的方法存在的各项技术缺陷，提供一种无需每次手工输入各项测试参数、测试流程更加标准化、测试效率更高的数据网络测试方案是本领域技术人员亟待解决的问题。

技术实现要素：

本申请的目的是提供一种数据网络的测试方法，无需每次手工输入各项测试参数，根据预先形成的测试用例使得测试流程更加标准化且显著减少了测试遗漏点，最终可以得到根据测试结果生成的测试报告，解放了大量宝贵的人力资源，测试效率更高，更加人性化，实际使用效果更佳。

本申请的另一目的在于提供了一种数据网络的测试方法系统、装置及计算机可读存储介质。

为实现上述目的，本申请提供一种数据网络的测试方法，包括：

将所有测试参数按预设参数结构生成测试配置文件；

根据不同的数据网络在不同实际需求下进行的实际测试流程生成包含所有测试用例的测试用例库；

当接收到目标数据网络的测试指令时，利用目标数据网络特征信息和所述测试配置文件确定所述目标数据网络的测试访问路径，并根据测试目标在所述测试用例库中选取相应的目标测试用例；其中，所述测试指令中携带有所述目标数据网络特征信息和所述测试目标；

将所述目标测试用例通过所述测试访问路径加载在所述目标数据网络中以进行测试，得到测试报告，并通过预设路径发送所述测试报告。

可选的，将所有测试参数按预设参数结构生成测试配置文件，包括：

将所述测试参数按照参数类型和优先级级别生成所述测试配置文件。

可选的，根据不同数据网络在不同需求下的实际测试流程生成包含所有测试用例的测试用例库，包括：

当仅存在种类不同的第一数据网络和第二数据网络时；

将所述第一数据网络在各实际测试目标下依次进行的各测试步骤进行校本化处理，得到与各所述实际测试目标对应的各第一数据网络测试用例；

将所述第二数据网络在各所述实际测试目标下依次进行的各测试步骤进行所述校本化处理，得到与各所述实际测试目标对应的各第二数据网络测试用例；

将各所述第一数据网络测试用例和各所述第二数据网络测试用例对应划分在所属的数据网络下，得到所述测试用例库。

可选的，利用目标数据网络特征信息和所述测试配置文件确定所述目标数据网络的测试访问路径，包括：

利用所述目标数据网络的域名信息在所述测试配置文件中查得与所述域名信息相对应的ip地址，以便直接利用所述ip地址访问所述目标数据网络。

可选的，该测试方法还包括：

从所述测试报告的预设位置取出测试返回值，并将所述测试返回值与测试理论值进行对比；

当所述测试返回值与所述测试理论值不同时，发出报警信息。

为实现上述目的，本申请还提供了一种数据网络的测试系统，该测试系统包括：

测试配置文件生成单元，用于将所有测试参数按预设参数结构生成测试配置文件；

测试用例生成单元，用于根据不同的数据网络在不同实际需求下进行的实际测试流程生成包含所有测试用例的测试用例库；

确定及选择单元，用于当接收到目标数据网络的测试指令时，利用目标数据网络特征信息和所述测试配置文件确定所述目标数据网络的测试访问路径，并根据测试目标在所述测试用例库中选取相应的目标测试用例；其中，所述测试指令中携带有所述目标数据网络特征信息和所述测试目标；

测试及报告发送单元，用于将所述目标测试用例通过所述测试访问路径加载在所述目标数据网络中以进行测试，得到测试报告，并通过预设路径发送所述测试报告。

可选的，所述测试用例生成单元包括：

当存在种类不同的第一数据网络和第二数据网络时；

第一数据网络测试用例生成子单元，用于将所述第一数据网络在各实际测试目标下依次进行的各测试步骤进行校本化处理，得到与各所述实际测试目标对应的各第一数据网络测试用例；

第二数据网络测试用例生成子单元，用于将所述第二数据网络在各所述实际测试目标下依次进行的各测试步骤进行所述校本化处理，得到与各所述实际测试目标对应的各第二数据网络测试用例；

测试用例库生成子单元，用于将各所述第一数据网络测试用例和各所述第二数据网络测试用例对应划分在所属的数据网络下，得到所述测试用例库。

可选的，所述确定及选择单元包括：

ip地址确定子单元，用于利用所述目标数据网络的域名信息在所述测试配置文件中查得与所述域名信息相对应的ip地址，以便直接利用所述ip地址访问所述目标数据网络。

为实现上述目的，本申请还提供了一种数据网络的测试装置，该测试装置包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述内容所描述的数据网络的测试方法的步骤。

为实现上述目的，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述内容所描述的数据网络的测试方法的步骤。

本申请所提供的一种数据网络的测试方法，将所有测试参数按预设参数结构生成测试配置文件；根据不同的数据网络在不同实际需求下进行的实际测试流程生成包含所有测试用例的测试用例库；当接收到目标数据网络的测试指令时，利用目标数据网络特征信息和所述测试配置文件确定所述目标数据网络的测试访问路径，并根据测试目标在所述测试用例库中选取相应的目标测试用例；将所述目标测试用例通过所述测试访问路径加载在所述目标数据网络中以进行测试，得到测试报告，并通过预设路径发送所述测试报告。

显然，本申请所提供的技术方案，无需每次手工输入各项测试参数，根据预先形成的测试用例使得测试流程更加标准化且显著减少了测试遗漏点，最终可以得到根据测试结果生成的测试报告，解放了大量宝贵的人力资源，测试效率更高，更加人性化，实际使用效果更佳。本申请同时还提供了一种数据网络的测试系统、装置及计算机可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种数据网络的测试方法的流程图；

图2为本申请实施例所提供的数据网络的测试方法中一种建立测试用例库的流程图；

图3为本申请实施例所提供的另一种数据网络的测试方法的流程图；

图4为本申请实施例所提供的一种数据网络的测试系统的结构框图；

图5为本申请实施例所提供的一种数据网络的测试装置对目标数据网络进行测试的逻辑示意图。

具体实施方式

本申请的核心是提供一种数据网络的测试方法、系统、装置及计算机可读存储介质，无需每次手工输入各项测试参数，根据预先形成的测试用例使得测试流程更加标准化且显著减少了测试遗漏点，最终可以得到根据测试结果生成的测试报告，解放了大量宝贵的人力资源，测试效率更高，更加人性化，实际使用效果更佳。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

以下结合图1，图1为本申请实施例所提供的一种数据网络的测试方法的流程图。

其具体包括以下步骤：

s101：将所有测试参数按预设参数结构生成测试配置文件；

本步骤旨在将所有可能出现的、在现有技术中需要人工输入的测试参数根据预设参数结构生成测试配置文件。其中，测试参数包括：登录的用户名、密码、以及验证码、邮箱、手机号等，甚至可以为网站的名称、域名等等。借由保存了所有测试参数的测试配置文件使得测试人员从之前手工输入参数中解脱了出来，且由于提前内置好，更大幅降低了参数输入错误现象出现的概率。而该测试配置文件也同时用于确定目标数据网络的测试访问路径，该测试访问路径可以是一个api接口，也可以是一个ip地址等等，只要能够通过确定出的测试访问路径能够访问该目标数据网络并执行后续步骤即可。

其中，该预设参数结构用于整理和划分不同测试参数类型，以规律的、符合实际使用过程中的特殊要求的将各测试参数整理得到该测试配置文件，否则凌乱的测试参数可能会起到反作用。

还可以对生成该测试配置文件的过程中为特定类型的测试参数设置自检功能，例如当该测试参数为ip地址时，自动测试该ip地址是否可被访问，又或者当该测试参数为手机号码时，检查位数是否正确等等，以进一步减低输入错误出现的概率。

s102：根据不同的数据网络在不同实际需求下进行的实际测试流程生成包含所有测试用例的测试用例库；

本步骤旨在将数据网络在实现某个测试目标下实际执行的一系列操作代码化得到可重复执行的测试用例。该一系列操作即代表传统方法下要实现该测试目标所一步步执行的操作，例如，为实现用某个pc上网下载某部电影，首先需要检查该pc是否能够联网，在能够联网的基础上访问某个电影下载网址，并在该网址上输入或查找该电影，最终下载至该pc。

在明确了这一系列操作的具体执行步骤时，就需要执行代码化操作，以得到可以重复执行的测试用例，以免在其它用户利用同样前提条件却通过不同的操作过程实现了相同的结果，本申请追求的是标准型和可重复性，并非在探讨可以通过哪几种方式实现相同的目的，因为可以在进行代码化操作之前，确定出最优的实现方案再执行代码化操作。

需要说明的是，s101和s102并无先后顺序之分，可以根据实际情况灵活执行。

s103：当接收到目标数据网络的测试指令时，利用目标数据网络特征信息和测试配置文件确定目标数据网络的测试访问路径，并根据测试目标在测试用例库中选取相应的目标测试用例；

在s101和s102的基础上，本步骤旨在利用生成的测试配置文件和测试用例库结合发来的测试指令得到访问目标数据网络的测试访问路径以及从测试用例库中挑选出目标测试用例。其中，该测试指令中携带有该目标数据网络特征信息和该测试目标，该目标数据网络特征信息用于提供目标数据网络的特征信息，例如，名称、代号或其它可以利用内置在测试配置文件中的测试参数确定测试访问路径的信息；该测试目标即等同于该测试指令想要得到什么样的结果的一个指导性的信息。

s104：将目标测试用例通过测试访问路径加载在目标数据网络中以进行测试，得到测试报告，并通过预设路径发送测试报告。

在s103的基础上，本步骤旨在将选取出的目标测试用例通过测试访问路径加载在目标数据网络中以进行测试，得到测试报告，并通过预设路径发送测试报告。其中，该测试报告除必要存在的测试结果外，还可以根据需要将测试过程信息一并存放于该测试报告中。进一步的，针对不同的测试用例还可以设置不同的测试报告模板，以根据不同的模板生成更具针对性的测试报告。由于测试报告中最为重要的是结论性的测试结果，可以设定将该测试结果存放在该测试报告中的固定位置，以便于后续从多个测试报告中直接批量性提取测试结果。

一方面可以设定生成的测试报告的存放目录，另一方面还可以将其通过预设路径发送出去，例如通过预设的邮箱地址、即时通讯软件或其它信息交流途径将其发送出去，以便测试人员远端查看测试结果。

基于上述技术方案，本申请实施例提供的一种数据网络的测试方法，无需每次手工输入各项测试参数，根据预先形成的测试用例使得测试流程更加标准化且显著减少了测试遗漏点，最终可以得到根据测试结果生成的测试报告，解放了大量宝贵的人力资源，测试效率更高，更加人性化，实际使用效果更佳。

以下结合图2，图2为本申请实施例所提供的数据网络的测试方法中一种建立测试用例库的流程图。

本实施例是针对仅存在种类不同的两个数据网络的场景，给出的一种建立测试用例库的方法，其具体包括以下步骤：

s201：将第一数据网络在各实际测试目标下依次进行的各测试步骤进行脚本化处理，得到与各实际测试目标对应的各第一数据网络测试用例；

s202：将第二数据网络在各实际测试目标下依次进行的各测试步骤进行脚本化处理，得到与各实际测试目标对应的各第二数据网络测试用例；

s203：将各第一数据网络测试用例和各第二数据网络测试用例对应划分在所属的数据网络下，得到测试用例库。

本步骤旨在归类整理各测试用例，以便后续步骤中选择时增加选择效率。

以下结合图3，图3为本申请实施例所提供的另一种数据网络的测试方法的流程图。

本实施例针对s103和s104给出一种较为具体的操作流程，并补充了实际情境下可能需要的操作流程，其中，限定预设路径为测试人员提前设置好的邮箱，数据网络特征信息为目标数据网络的域名。其它步骤与其它实施例大体相同，相同部分可参见其它实施例，在此不再赘述。具体包括以下步骤：

s204：利用目标数据网络的域名信息在测试配置文件中查得与域名信息相对应的ip地址；

即利用测试指令中包含的域名信息在测试配置文件中查得该域名对应的ip地址。该ip地址即为后续进行测试时访问该目标数据网络的测试访问路径。

s205：根据测试目标在测试用例库中选取相应的目标测试用例；

s206：将目标测试用例通过测试访问路径加载在目标数据网络中以进行测试，得到测试报告，并将测试报告发送至测试人员邮箱；

s207：从测试报告的预设位置取出测试返回值，并将测试返回值与测试理论值进行对比；

s208：当测试返回值与测试理论值不同时，发出报警信息。

s207、s208旨在对实际测试得到的测试结果和测试人员凭借理论得到的理论值进行对比，看是否相同或存在较大偏差，以便进行后续针对性的调整。

基于上述技术方案，本申请实施例提供的一种数据网络的测试方法，无需每次手工输入各项测试参数，根据预先形成的测试用例使得测试流程更加标准化且显著减少了测试遗漏点，最终可以得到根据测试结果生成的测试报告，解放了大量宝贵的人力资源，测试效率更高，更加人性化，实际使用效果更佳。

因为情况复杂，无法一一列举进行阐述，本领域技术人员应能意识到根据本申请提供的基本方法原理结合实际情况可以存在很多的例子，在不付出足够的创造性劳动下，应均在本申请的保护范围内。

下面请参见图4，图4为本申请实施例所提供的一种数据网络的测试系统的结构框图。

该设计系统可以包括：

测试配置文件生成单元100，用于将所有测试参数按预设参数结构生成测试配置文件；

测试用例生成单元200，用于根据不同的数据网络在不同实际需求下进行的实际测试流程生成包含所有测试用例的测试用例库；

确定及选择单元300，用于当接收到目标数据网络的测试指令时，利用目标数据网络特征信息和测试配置文件确定目标数据网络的测试访问路径，并根据测试目标在测试用例库中选取相应的目标测试用例；其中，测试指令中携带有目标数据网络特征信息和测试目标；

测试及报告发送单元400，用于将目标测试用例通过测试访问路径加载在目标数据网络中以进行测试，得到测试报告，并通过预设路径发送测试报告。

可选的，测试用例生成单元200包括：

当存在种类不同的第一数据网络和第二数据网络时；

第一数据网络测试用例生成子单元，用于将第一数据网络在各实际测试目标下依次进行的各测试步骤进行校本化处理，得到与各实际测试目标对应的各第一数据网络测试用例；

第二数据网络测试用例生成子单元，用于将第二数据网络在各实际测试目标下依次进行的各测试步骤进行校本化处理，得到与各实际测试目标对应的各第二数据网络测试用例；

测试用例库生成子单元，用于将各第一数据网络测试用例和各第二数据网络测试用例对应划分在所属的数据网络下，得到测试用例库。

可选的，确定及选择单元300包括：

ip地址确定子单元，用于利用目标数据网络的域名信息在测试配置文件中查得与域名信息相对应的ip地址，以便直接利用ip地址访问目标数据网络。

可以根据上述实施例的内容构建出一个可以实现相同功能的测试框架，该测试框架包括4个部分：

1、配置文件目录，主要用于配置测试参数，包括url(uniformresourcelocator，唯一资源标识符)、测试项目编号以及api编号。

2、报告存放目录：用于存放生成的测试报告。

3、测试用例存放目录：主要是存放api接口(applicationprogramminginterface，应用程序编程接口)的测试用例。

4、fogtest.py文件：该文件起到控制中心的作用，用于根据接收到的指令选择执行哪些api测试用例、生成测试报告以及如何将测试报告发送到指定位置。

这个框架可以相应的表现为一个测试装置，可参见图5，图5为本申请实施例所提供的一种数据网络的测试装置对目标数据网络进行测试的逻辑示意图：该测试装置通过确定出的测试访问路径得以访问目标数据网络，然后调用并运行上述框架中的测试主程序fogtest.py，在加载运行相应的api测试用例后，将测试结果返回至测试装置以便测试装置根据该测试结果生成相应的测试报告。当然，目标测试用例的数量可能不止一个，在此种情况下可以依次加载目标测试用例，在上一个目标测试用例完成测试后再换下一个进行测试即可。

具体的，该测试装置可以包括存储器和处理器，其中，该存储器中存有计算机程序，该处理器调用该存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然该测试装置还可以包括各种必要的网络接口、电源以及其它零部件等。

本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行终端或处理器执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。