CN115878460A - 回归测试方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于测试技术领域，涉及一种回归测试方法，包括：当接收到回归测试指令时，获取测试配置文件以及各测试用例；根据测试配置文件中的用例分组信息对各测试用例进行分组，得到多个测试用例组；分别建立各测试用例组所对应的测试线程实例；通过各测试线程实例对各测试用例组并行进行回归测试，并通过各测试线程实例的实例属性记录各测试线程实例的实例测试结果；根据测试配置文件中的报告生成信息对各实例测试结果进行统计，生成测试报告；根据测试配置文件中的报告发送信息，发送测试报告。本申请还提供一种回归测试装置、计算机设备及存储介质。本申请提高了回归测试效率。

Description

回归测试方法、装置、计算机设备及存储介质

技术领域

本申请涉及测试技术领域，尤其涉及一种回归测试方法、装置、计算机设备及存储介质。

背景技术

随着各种软件迭代研发模型的出现，各类应用或项目版本迭代速度越来越快，功能越来越丰富，使得这些应用或项目回归测试所花费的时间越来越长。

虽然一些自动化回归测试工具在一定程度上提高了回归测试效率，但依然具有一些不足之处。例如，在测试前，测试人员要逐个选择待测***或者待测***中待测模块的测试用例；在测试中，测试工具将测试结果记录到磁盘中，在生成测试报告时需要多次读写磁盘；在回归测试内容较多、生成的测试报告内容较多时，测试人员难以快速评估本次回归测试的质量，这些都会影响回归测试的效率。

发明内容

本申请实施例的目的在于提出一种回归测试方法、装置、计算机设备及存储介质，以解决回归测试效率较低的问题。

为了解决上述技术问题，本申请实施例提供一种回归测试方法，采用了如下所述的技术方案：

当接收到回归测试指令时，获取测试配置文件以及各测试用例；

根据所述测试配置文件中的用例分组信息对所述各测试用例进行分组，得到多个测试用例组；

分别建立各测试用例组所对应的测试线程实例；

通过各测试线程实例对所述各测试用例组并行进行回归测试，并通过所述各测试线程实例的实例属性记录所述各测试线程实例的实例测试结果；

根据所述测试配置文件中的报告生成信息对各实例测试结果进行统计，生成测试报告；

根据所述测试配置文件中的报告发送信息，发送所述测试报告。

为了解决上述技术问题，本申请实施例还提供一种回归测试装置，采用了如下所述的技术方案：

获取模块，用于当接收到回归测试指令时，获取测试配置文件以及各测试用例；

用例分组模块，用于根据所述测试配置文件中的用例分组信息对所述各测试用例进行分组，得到多个测试用例组；

线程建立模块，用于分别建立各测试用例组所对应的测试线程实例；

回归测试模块，用于通过各测试线程实例对所述各测试用例组并行进行回归测试，并通过所述各测试线程实例的实例属性记录所述各测试线程实例的实例测试结果；

报告生成模块，用于根据所述测试配置文件中的报告生成信息对各实例测试结果进行统计，生成测试报告；

报告发送模块，用于根据所述测试配置文件中的报告发送信息，发送所述测试报告。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

当接收到回归测试指令时，获取测试配置文件以及各测试用例；

根据所述测试配置文件中的用例分组信息对所述各测试用例进行分组，得到多个测试用例组；

分别建立各测试用例组所对应的测试线程实例；

通过各测试线程实例对所述各测试用例组并行进行回归测试，并通过所述各测试线程实例的实例属性记录所述各测试线程实例的实例测试结果；

根据所述测试配置文件中的报告生成信息对各实例测试结果进行统计，生成测试报告；

根据所述测试配置文件中的报告发送信息，发送所述测试报告。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

当接收到回归测试指令时，获取测试配置文件以及各测试用例；

根据所述测试配置文件中的用例分组信息对所述各测试用例进行分组，得到多个测试用例组；

分别建立各测试用例组所对应的测试线程实例；

通过各测试线程实例对所述各测试用例组并行进行回归测试，并通过所述各测试线程实例的实例属性记录所述各测试线程实例的实例测试结果；

根据所述测试配置文件中的报告生成信息对各实例测试结果进行统计，生成测试报告；

根据所述测试配置文件中的报告发送信息，发送所述测试报告。

与现有技术相比，本申请实施例主要有以下有益效果：当接收到回归测试指令时，获取测试配置文件以及各测试用例，测试配置文件是预先配置好的，用于对回归测试过程进行控制；通过测试配置文件中的用例分组信息，可以根据需求对各测试用例进行分组得到多个测试用例组；分别建立各测试用例组所对应的测试线程实例，通过各测试线程实例对各测试用例组并行进行回归测试以提高测试效率，通过各测试线程实例的实例属性记录各测试线程实例的实例测试结果，实例属性存放在内存中，从而提高了对实例测试结果的获取速度；根据测试配置文件中的报告生成信息对各实例测试结果进行统计，可以快速生成测试报告，并根据测试配置文件中的报告发送信息发送测试报告，实现了回归测试全流程的自动化处理，提高了回归测试效率。

附图说明

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

图1是本申请可以应用于其中的示例性***架构图；

图2是根据本申请的回归测试方法的一个实施例的流程图；

图3是根据本申请的回归测试装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，***架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的回归测试方法一般由服务器执行，相应地，回归测试装置一般设置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的回归测试方法的一个实施例的流程图。所述的回归测试方法，包括以下步骤：

步骤S201，当接收到回归测试指令时，获取测试配置文件以及各测试用例。

在本实施例中，回归测试方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式与终端进行通信。需要指出的是，上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

其中，回归测试指令可以是指示服务器进行回归测试的指令；测试配置文件可以是对回归测试过程进行配置与控制的文件，测试配置文件预先由测试人员进行编写，测试人员在测试页面中以所见即所得的方式输入测试配置信息，测试页面根据测试配置信息生成测试配置文件，并将测试配置文件发送至服务器进行保存。

具体地，服务器根据回归测试指令进行回归测试，当服务器接收到回归测试指令时，获取预先配置好的测试配置文件以及测试用例，测试用例的数量可以有多个。

进一步的，上述步骤S201之前，还可以包括：根据定时任务触发回归测试指令；或者，根据接收到的用户操作触发回归测试指令。

具体地，回归测试可以是定时进行，因此可以设置定时任务，由定时任务触发回归测试指令，指示服务器进行回归测试。或者，回归测试可以基于用户操作触发，例如，用户在终端的测试页面中点击代表回归测试启动的虚拟按钮，触发回归测试指令。

本实施例中，回归测试可以根据定时任务或者用户操作触发，具有较高的灵活性。

步骤S202，根据测试配置文件中的用例分组信息对各测试用例进行分组，得到多个测试用例组。

具体地，测试配置文件中具有用例分组信息，根据用例分组信息可以自动对多个测试用例进行分组，得到多个测试用例组。例如，现有多个待测***，根据用例分组信息，每个待测***的测试用例可以划分到一个组中，每个待测***对应一个测试用例组。

步骤S203，分别建立各测试用例组所对应的测试线程实例。

具体地，对于每个测试用例组，分别建立该测试用例组所对应的测试线程实例，即，每个测试用例组由一个单独的线程进行测试。在一个实施例中，通过python条件控制语句获取本次回归测试所需要的测试线程实例数量N，通过python循环语句依次创建并启动N个测试线程实例；在多线程操作***中，线程具有原子性和有序性，因此建立的N个测试线程实例之间互相独立。

步骤S204，通过各测试线程实例对各测试用例组并行进行回归测试，并通过各测试线程实例的实例属性记录各测试线程实例的实例测试结果。

具体地，每个测试线程实例对应于一个测试用例组，测试线程实例对该测试用例组进行回归测试，多个测试线程实例可以并行运行，即同时对多个测试用例组进行并行回归测试。

测试线程实例是实例，具有实例属性。在测试线程实例运行期间，其实例属性存放在内存，具有暂时性。测试线程实例创建时其实例属性产生，测试线程实例被销毁时其实例属性消失。

测试线程实例根据测试用例进行回归测试会生成用例测试结果，测试用例组中各测试用例的用例测试结果组成实例测试结果，实例测试结果被赋值给实例属性。基于实例属性之间相互独立的特性，各测试线程实例的实例测试结果具有隔离性，可以避免不同实例测试结果混乱到一起，提高了实例测试结果获取以及统计的准确性。

本申请中，除了N个测试线程实例，还具有主线程，服务器根据测试线程实例的数量N来控制主线程。若本次回归测试需要的测试线程实例的数量大于1，则主线程需要等到N个测试线程实例全部执行结束后才能结束；若本次回归测试需要的测试线程实例数量为1，则不必创建新的线程实例，由主线程作为测试线程实例执行本次回归测试。

步骤S205，根据测试配置文件中的报告生成信息对各实例测试结果进行统计，生成测试报告。

具体地，测试配置文件中具有报告生成信息，报告生成信息可以定义多种统计指标，根据统计指标对各实例测试结果进行统计、计算，并基于统计、计算结果生成测试报告。可以理解，测试报告中还可以包含实例测试结果。

步骤S206，根据测试配置文件中的报告发送信息，发送测试报告。

具体地，测试配置文件中可以包括报告发送信息，报告发送信息记录了需要将测试报告发送到哪里，例如，报告发送信息可以是一个数据库地址，或者邮箱地址，也可以是接口，服务器调用该接口，通过接口发送测试报告。

本实施例中，当接收到回归测试指令时，获取测试配置文件以及各测试用例，测试配置文件是预先配置好的，用于对回归测试过程进行控制；通过测试配置文件中的用例分组信息，可以根据需求对各测试用例进行分组得到多个测试用例组；分别建立各测试用例组所对应的测试线程实例，通过各测试线程实例对各测试用例组并行进行回归测试以提高测试效率，通过各测试线程实例的实例属性记录各测试线程实例的实例测试结果，实例属性存放在内存中，从而提高了对实例测试结果的获取速度；根据测试配置文件中的报告生成信息对各实例测试结果进行统计，可以快速生成测试报告，并根据测试配置文件中的报告发送信息发送测试报告，实现了回归测试全流程的自动化处理，提高了回归测试效率。

进一步的，上述步骤S201可以包括：当接收到回归测试指令时，获取测试配置文件；根据测试配置文件确定候选待测对象；获取候选待测对象的对象评估指标，以根据对象评估指标确定候选待测对象的测试状态；当测试状态为可测试状态时，获取候选待测对象的测试用例。

具体地，当接收到回归测试指令时，获取测试配置文件，测试配置文件记录了候选待测对象，其中，候选待测对象可以是可能需要进行测试的功能***，或者功能***下的功能模块。某些功能***/功能模块需要进行定期性的回归测试，这些功能***/功能模块可以作为候选待测对象。用户在编写测试配置文件时，可以录入需要对哪些功能***/功能模块进行回归测试，这些功能***/功能模块可以作为候选待测对象。

候选待测对象具有对象评估指标，例如可用磁盘空间、网络状态、服务运行状态等。对象评估指标可以反应候选待测对象是否正常，如果正常，则候选待测对象当前的测试状态为可测试状态，获取其对应的测试用例，并将候选待测对象确定为待测对象；如果候选待测对象不正常，则其测试状态为不可测试状态，跳过该候选测试对象。

本实施例中，根据测试配置文件获取候选待测对象，根据候选待测对象的对象评估指标判断候选待测对象当前是否正常，如果正常则处于可测试状态，获取对应的测试用例，从而实现仅对正常的候选待测对象进行回归测试，避免候选待测对象自身不正常对回归测试的影响，确保了回归测试的准确性。

进一步的，上述步骤S202可以包括：从测试配置文件的用例分组信息中，提取分组维度，其中，分组维度包括软件架构和用例标签；根据分组维度对各测试用例进行分组，得到多个测试用例组。

具体地，测试配置文件的用例分组信息中包含分组维度，分组维度可以指示从哪些维度进行测试用例分组，以及在相应维度下具体如何进行测试用例分组。

分组维度包括软件架构和用例标签，其中，功能***、功能***下的功能模块属于软件架构维度，从软件架构进行分组，可以是将指定功能***和/或指定功能模块的测试用例划分到一个测试用例组，例如，将功能***A、功能***B和功能***C的测试用例划分到一个测试用例组中；或者，将功能***A、功能***B中的功能模块C的测试用例划分到一个测试用例组中。

测试用例还带有用例标签，用例标签可以包括用例的唯一标识、测试人员的标识(即某些测试用例可以由指定的测试人员负责，这些测试用例中带有测试人员的标识)以及用户角色的标识(即某些测试用例针对特定用户角色或者特定类型的用户角色，这些测试用例中带有用户角色的标识)。根据用例标签，也可以快速对多个测试用例进行分组，例如，将具有相同测试人员标识的测试用例划分到同一个测试用例组中。

本实施例中，从测试配置文件的用例分组信息中提取分组维度，根据分组维度，可以从软件架构和用例标签等维度对测试用例进行分组，实现了测试用例分组的多样化以及自由度，满足多种需求。

进一步的，上述步骤S205可以包括：获取测试配置文件中的统计维度和报告级别参数，其中，统计维度包括软件架构和用例标签；根据统计维度对各实例测试结果进行统计得到统计结果；根据报告级别参数和统计结果生成测试报告。

具体地，在生成报告前，从测试配置文件中获取统计维度和报告级别参数，其中，统计维度是指从哪些维度对各实例测试结果进行统计、计算，统计维度包括软件架构和用例标签。这里的软件架构和用例标签，与上文测试用例分组中提到的软件架构和用例标签概念相同。

举例说明，当统计维度为软件架构时，可以计算各功能***回归测试的通过率和/或失败率，功能***下功能模块回归测试的通过率和/或失败率；可以根据测试用例的唯一标识，将回归测试失败的测试用例进行过滤与汇总。

当统计维度为用例标签时，可以计算各用例标签的回归测试的通过率和/或失败率，例如，当用例标签为测试人员的标识时，可以计算该测试人员负责的测试用例的通过率和/或失败率。

可以理解，软件架构和用例标签可以结合到一起，例如，统计某个测试人员在各功能***和/或功能模块下的通过率和/或失败率，测试成功的测试用例中各功能***和/或功能模块占比多少，测试失败的测试用例中各功能***和/或功能模块占比多少。

报告级别参数可以是一个数值，用于指示生成的测试报告的级别，软件架构从大到小可以是项目级、功能***级、功能模块级。根据报告级别参数，可以根据项目级别的统计数据生成测试报告，或者生成功能***级别的测试报告，或者生成功能模块级别的测试报告。

实例测试结果的统计以及测试报告的生成可以由主线程实现，在一个实施例中，也可以由各测试线程实例各自进行。

本实施例中，根据测试配置文件中的统计维度，可以从软件架构和用例标签等维度对实例测试结果进行统计得到统计结果，并根据报告级别参数生成不同级别的测试报告，丰富了统计结果和测试报告的形式。

进一步的，上述步骤S206可以包括：根据测试配置文件中的报告发送信息，确定测试报告所对应的目标对象以及发送渠道；基于发送渠道，将测试报告发送至目标对象。

具体地，测试配置文件中可以具有报告发送信息，根据报告发送信息可以确定测试报告所对应的目标对象以及发送渠道。其中，目标对象可以是测试报告的接收对象，例如，测试线程实例对功能***1的测试用例进行测试，功能***1的由开发人员1负责，则将开发人员1作为目标对象，在具体发送时，需要获取开发人员1的账号或者邮箱。

目标对象可以通过多种应用接收测试报告，这些应用就是发送渠道，包括邮箱或者各种应用程序，例如钉钉办公软件。基于发送渠道，将测试报告发送至目标对象，目标对象可以及时收到并查看测试报告，提高了测试报告的获取效率。

本实施例中，根据测试配置文件中的报告发送信息确定目标对象和发送渠道，基于发送渠道将测试报告发送至目标对象，使目标对象可以方便快捷地获取到测试报告。

进一步的，上述回归测试方法还可以包括：对当前设备的内存进行资源检查，得到资源检查结果；根据资源检查结果进行内存回收，内存回收包括线程销毁以及变量销毁。

具体地，服务器可以定期对内存进行资源检查，资源检查可以是检查内存中是否存在闲置、失效的线程，或者已经闲置、失效的变量。这些线程或者变量会占用内存资源，影响服务器的运行效率以及回归测试效率。检测到的闲置、失效的线程和变量会作为资源检查结果。

服务器会根据资源检查结果进行内存回收，将闲置失效的线程和变量销毁，从而回收内存资源。

本实施例中，对当前设备的内存进行资源检查，以检测是否存在闲置失效的线程或者变量，对这些线程或者变量进行销毁以回收内存资源，确保了服务器的运行效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

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

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种回归测试装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的回归测试装置300包括：获取模块301、用例分组模块302、线程建立模块303、回归测试模块304、报告生成模块305以及报告发送模块306，其中：

获取模块301，用于当接收到回归测试指令时，获取测试配置文件以及各测试用例。

用例分组模块302，用于根据测试配置文件中的用例分组信息对各测试用例进行分组，得到多个测试用例组。

线程建立模块303，用于分别建立各测试用例组所对应的测试线程实例。

回归测试模块304，用于通过各测试线程实例对各测试用例组并行进行回归测试，并通过各测试线程实例的实例属性记录各测试线程实例的实例测试结果。

报告生成模块305，用于根据测试配置文件中的报告生成信息对各实例测试结果进行统计，生成测试报告。

报告发送模块306，用于根据测试配置文件中的报告发送信息，发送测试报告。

本实施例中，当接收到回归测试指令时，获取测试配置文件以及各测试用例，测试配置文件是预先配置好的，用于对回归测试过程进行控制；通过测试配置文件中的用例分组信息，可以根据需求对各测试用例进行分组得到多个测试用例组；分别建立各测试用例组所对应的测试线程实例，通过各测试线程实例对各测试用例组并行进行回归测试以提高测试效率，通过各测试线程实例的实例属性记录各测试线程实例的实例测试结果，实例属性存放在内存中，从而提高了对实例测试结果的获取速度；根据测试配置文件中的报告生成信息对各实例测试结果进行统计，可以快速生成测试报告，并根据测试配置文件中的报告发送信息发送测试报告，实现了回归测试全流程的自动化处理，提高了回归测试效率。

在本实施例的一些可选的实现方式中，回归测试装置300还可以包括：定时触发模块或者操作触发模块，其中：

定时触发模块，用于根据定时任务触发回归测试指令。

操作触发模块，用于根据接收到的用户操作触发回归测试指令。

本实施例中，回归测试可以根据定时任务或者用户操作触发，具有较高的灵活性。

在本实施例的一些可选的实现方式中，获取模块301可以包括：配置获取子模块、对象确定子模块、状态确定子模块以及用例获取子模块，其中：

配置获取子模块，用于当接收到回归测试指令时，获取测试配置文件。

对象确定子模块，用于根据测试配置文件确定候选待测对象。

状态确定子模块，用于获取候选待测对象的对象评估指标，以根据对象评估指标确定候选待测对象的测试状态。

用例获取子模块，用于当测试状态为可测试状态时，获取候选待测对象的测试用例。

本实施例中，根据测试配置文件获取候选待测对象，根据候选待测对象的对象评估指标判断候选待测对象当前是否正常，如果正常则处于可测试状态，获取对应的测试用例，从而实现仅对正常的候选待测对象进行回归测试，避免候选待测对象自身不正常对回归测试的影响，确保了回归测试的准确性。

在本实施例的一些可选的实现方式中，用例分组模块302可以包括：维度提取子模块以及用例分组子模块，其中：

维度提取子模块，用于从测试配置文件的用例分组信息中，提取分组维度，其中，分组维度包括软件架构和用例标签。

用例分组子模块，用于根据分组维度对各测试用例进行分组，得到多个测试用例组。

本实施例中，从测试配置文件的用例分组信息中提取分组维度，根据分组维度，可以从软件架构和用例标签等维度对测试用例进行分组，实现了测试用例分组的多样化以及自由度，满足多种需求。

在本实施例的一些可选的实现方式中，报告生成模块305可以包括：获取子模块、结果统计子模块以及报告生成子模块，其中：

获取子模块，用于获取测试配置文件中的统计维度和报告级别参数，其中，统计维度包括软件架构和用例标签。

结果统计子模块，用于根据统计维度对各实例测试结果进行统计得到统计结果。

报告生成子模块，用于根据报告级别参数和统计结果生成测试报告。

本实施例中，根据测试配置文件中的统计维度，可以从软件架构和用例标签等维度对实例测试结果进行统计得到统计结果，并根据报告级别参数生成不同级别的测试报告，丰富了统计结果和测试报告的形式。

在本实施例的一些可选的实现方式中，报告发送模块306可以包括：确定子模块以及报告发送子模块，其中：

确定子模块，用于根据测试配置文件中的报告发送信息，确定测试报告所对应的目标对象以及发送渠道。

报告发送子模块，用于基于发送渠道，将测试报告发送至目标对象。

本实施例中，根据测试配置文件中的报告发送信息确定目标对象和发送渠道，基于发送渠道将测试报告发送至目标对象，使目标对象可以方便快捷地获取到测试报告。

在本实施例的一些可选的实现方式中，回归测试装置300还可以包括：内存检查模块以及内存回收模块，其中：

内存检查模块，用于对当前设备的内存进行资源检查，得到资源检查结果。

内存回收模块，用于根据资源检查结果进行内存回收，内存回收包括线程销毁以及变量销毁。

本实施例中，对当前设备的内存进行资源检查，以检测是否存在闲置失效的线程或者变量，对这些线程或者变量进行销毁以回收内存资源，确保了服务器的运行效率。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过***总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作***和各类应用软件，例如回归测试方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述回归测试方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本实施例中提供的计算机设备可以执行上述回归测试方法。此处回归测试方法可以是上述各个实施例的回归测试方法。

本实施例中，当接收到回归测试指令时，获取测试配置文件以及各测试用例，测试配置文件是预先配置好的，用于对回归测试过程进行控制；通过测试配置文件中的用例分组信息，可以根据需求对各测试用例进行分组得到多个测试用例组；分别建立各测试用例组所对应的测试线程实例，通过各测试线程实例对各测试用例组并行进行回归测试以提高测试效率，通过各测试线程实例的实例属性记录各测试线程实例的实例测试结果，实例属性存放在内存中，从而提高了对实例测试结果的获取速度；根据测试配置文件中的报告生成信息对各实例测试结果进行统计，可以快速生成测试报告，并根据测试配置文件中的报告发送信息发送测试报告，实现了回归测试全流程的自动化处理，提高了回归测试效率。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的回归测试方法的步骤。

本实施例中，当接收到回归测试指令时，获取测试配置文件以及各测试用例，测试配置文件是预先配置好的，用于对回归测试过程进行控制；通过测试配置文件中的用例分组信息，可以根据需求对各测试用例进行分组得到多个测试用例组；分别建立各测试用例组所对应的测试线程实例，通过各测试线程实例对各测试用例组并行进行回归测试以提高测试效率，通过各测试线程实例的实例属性记录各测试线程实例的实例测试结果，实例属性存放在内存中，从而提高了对实例测试结果的获取速度；根据测试配置文件中的报告生成信息对各实例测试结果进行统计，可以快速生成测试报告，并根据测试配置文件中的报告发送信息发送测试报告，实现了回归测试全流程的自动化处理，提高了回归测试效率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种回归测试方法，其特征在于，包括下述步骤：

当接收到回归测试指令时，获取测试配置文件以及各测试用例；

根据所述测试配置文件中的用例分组信息对所述各测试用例进行分组，得到多个测试用例组；

分别建立各测试用例组所对应的测试线程实例；

通过各测试线程实例对所述各测试用例组并行进行回归测试，并通过所述各测试线程实例的实例属性记录所述各测试线程实例的实例测试结果；

根据所述测试配置文件中的报告生成信息对各实例测试结果进行统计，生成测试报告；

根据所述测试配置文件中的报告发送信息，发送所述测试报告。

2.根据权利要求1所述的回归测试方法，其特征在于，在所述当接收到回归测试指令时，获取测试配置文件以及各测试用例的步骤之前，还包括：

根据定时任务触发回归测试指令；

或者，

根据接收到的用户操作触发回归测试指令。

3.根据权利要求1所述的回归测试方法，其特征在于，所述当接收到回归测试指令时，获取测试配置文件以及各测试用例的步骤包括：

当接收到回归测试指令时，获取测试配置文件；

根据所述测试配置文件确定候选待测对象；

获取所述候选待测对象的对象评估指标，以根据所述对象评估指标确定所述候选待测对象的测试状态；

当所述测试状态为可测试状态时，获取所述候选待测对象的测试用例。

4.根据权利要求1所述的回归测试方法，其特征在于，所述根据所述测试配置文件中的用例分组信息对所述各测试用例进行分组，得到多个测试用例组的步骤包括：

从所述测试配置文件的用例分组信息中，提取分组维度，其中，所述分组维度包括软件架构和用例标签；

根据所述分组维度对所述各测试用例进行分组，得到多个测试用例组。

5.根据权利要求1所述的回归测试方法，其特征在于，所述根据所述测试配置文件中的报告生成信息对各实例测试结果进行统计，生成测试报告的步骤包括：

获取所述测试配置文件中的统计维度和报告级别参数，其中，所述统计维度包括软件架构和用例标签；

根据所述统计维度对各实例测试结果进行统计得到统计结果；

根据所述报告级别参数和所述统计结果生成测试报告。

6.根据权利要求1所述的回归测试方法，其特征在于，所述根据所述测试配置文件中的报告发送信息，发送所述测试报告的步骤包括：

根据所述测试配置文件中的报告发送信息，确定所述测试报告所对应的目标对象以及发送渠道；

基于所述发送渠道，将所述测试报告发送至所述目标对象。

7.根据权利要求1所述的回归测试方法，其特征在于，所述方法还包括：

对当前设备的内存进行资源检查，得到资源检查结果；

根据所述资源检查结果进行内存回收，所述内存回收包括线程销毁以及变量销毁。

8.一种回归测试装置，其特征在于，包括：

获取模块，用于当接收到回归测试指令时，获取测试配置文件以及各测试用例；

用例分组模块，用于根据所述测试配置文件中的用例分组信息对所述各测试用例进行分组，得到多个测试用例组；

线程建立模块，用于分别建立各测试用例组所对应的测试线程实例；

回归测试模块，用于通过各测试线程实例对所述各测试用例组并行进行回归测试，并通过所述各测试线程实例的实例属性记录所述各测试线程实例的实例测试结果；

报告生成模块，用于根据所述测试配置文件中的报告生成信息对各实例测试结果进行统计，生成测试报告；

报告发送模块，用于根据所述测试配置文件中的报告发送信息，发送所述测试报告。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的回归测试方法的步骤。

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

Images