CN111382054A - 基于文件的测试流程处理方法、装置及计算机存储介质 - Google Patents

Abstract

本申请涉及测试处理技术领域，公开了一种基于文件的测试流程处理方法、装置及计算机存储介质，其中，基于文件的测试流程处理方法包括：接收到至少一个待处理文件时，获取至少一个待处理文件分别对应的相关文件信息，相关文件信息包括以下至少一项：缺陷信息，需求信息；接着通过测试文件管理模块，基于各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，以使得通过各个功能模块对相应待处理文件进行处理。本申请实施例的方法，不仅可以根据文件状态方便、快捷地进行软件产品的跟踪，而且实现了待处理文件的分模块管理，提高了待处理文件的分配准确性，利于提高待处理文件的处理效率。

Description

基于文件的测试流程处理方法、装置及计算机存储介质

技术领域

本申请涉及测试处理技术领域，具体而言，本申请涉及一种基于文件的测试流程处理方法、装置及计算机存储介质。

背景技术

随着互联网技术及移动通信技术的发展，可以实现文本编辑、图像处理、聊天、播放音视频、杀毒等各种功能的各种软件产品层出不穷，为了保证用户能够正常使用软件产品，常常需要对软件产品进行测试。

目前的软件产品从开发编译代码开始，直到上线完成，都可以通过流程系统进行流水线操作。本申请的发明人在具体实施过程中发现：目前的流程系统通常是将软件产品拆分为若干个任务，通过创建任务的方式，根据任务来进行流程系统管理，然而，基于任务的流程系统，在实际使用过程中不利于对软件产品进行跟踪。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一，特提出以下技术方案：

第一方面，提供了一种基于文件的测试流程处理方法，包括：

接收到至少一个待处理文件时，获取至少一个待处理文件分别对应的相关文件信息，相关文件信息包括以下至少一项：缺陷信息，需求信息；

通过测试文件管理模块，基于各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，以使得通过各个功能模块对相应待处理文件进行处理。

具体地，在通过测试文件管理模块，基于各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块之后，还包括：

接收经处理后的各个待处理文件；

通过测试文件管理模块，基于各个待处理文件的标识信息校验各自对应的经处理后的各个待处理文件；

测试文件管理模块中存储有各个待处理文件的标识信息。

进一步地，还包括：

若任一经处理后的待处理文件校验成功，则通过文件发布记录模块将任一经处理后的待处理文件的发布状态更新为待发布。

进一步地，在通过文件发布记录模块将任一经处理后的待处理文件的发布状态更新为待发布之后，还包括：

通过代码审核模块对任一经处理后的待处理文件的代码进行审核处理，并生成对应的审核报告；

审核包括以下至少一项：安全审核，质量审核。

进一步地，还包括：

若任一经处理后的待处理文件的代码通过审核，则向测试报告模块提交对应的审核报告；

依据审核报告，通过测试报告模块对任一经处理后的待处理文件进行测试处理，并生成对应的测试报告。

进一步地，还包括：

若任一经处理后的待处理文件通过测试，则向发布申请模块提交对应的测试报告；

依据测试报告，通过发布申请模块对任一经处理后的待处理文件进行发布处理。

进一步地，在通过发布申请模块对任一经处理后的待处理文件进行发布处理之后，还包括：

更新文件发布记录模块中任一经处理后的待处理文件的发布状态。

进一步地，还包括：

在测试文件管理模块、文件发布记录模块、代码审核模块、测试报告模块及发布申请模块中的任一项完成当前处理操作后，向后续处理模块发送提醒信息，以提醒后续处理模块的处理人员进行相应处理。

第二方面，提供了一种基于文件的测试流程处理装置，包括：

获取模块，用于接收到至少一个待处理文件时，获取至少一个待处理文件分别对应的相关文件信息，相关文件信息包括以下至少一项：缺陷信息，需求信息；

处理模块，用于通过测试文件管理模块，基于各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，以使得通过各个功能模块对相应待处理文件进行处理。

具体地，还包括接收模块与校验模块；

接收模块，用于接收经处理后的各个待处理文件；

校验模块，用于通过测试文件管理模块，基于各个待处理文件的标识信息校验各自对应的经处理后的各个待处理文件；

测试文件管理模块中存储有各个待处理文件的标识信息。

进一步地，还包括第一更新模块；

第一更新模块，用于当任一经处理后的待处理文件校验成功时，通过文件发布记录模块将任一经处理后的待处理文件的发布状态更新为待发布。

进一步地，还包括审核处理模块；

审核处理模块，用于通过代码审核模块对任一经处理后的待处理文件的代码进行审核处理，并生成对应的审核报告；

审核包括以下至少一项：安全审核，质量审核。

进一步地，还包括第一提交模块与测试处理模块；

第一提交模块，用于当任一经处理后的待处理文件的代码通过审核时，向测试报告模块提交对应的审核报告；

测试处理模块，用于依据审核报告，通过测试报告模块对任一经处理后的待处理文件进行测试处理，并生成对应的测试报告。

进一步地，还包括第二提交模块与发布处理模块；

第二提交模块，用于当任一经处理后的待处理文件通过测试时，向发布申请模块提交对应的测试报告；

发布处理模块，用于依据测试报告，通过发布申请模块对任一经处理后的待处理文件进行发布处理。

进一步地，还包括第二更新模块；

第二更新模块，用于更新文件发布记录模块中任一经处理后的待处理文件的发布状态。

进一步地，还包括发送模块；

发送模块，用于在测试文件管理模块、文件发布记录模块、代码审核模块、测试报告模块及发布申请模块中的任一项完成当前处理操作后，向后续处理模块发送提醒信息，以提醒后续处理模块的处理人员进行相应处理。

进一步地，发送模块具体用于以预定周期在预设时间区间向后续处理模块发送提醒信息。

第三方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行所述程序时实现上述的基于文件的测试流程处理方法。

第四方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述的基于文件的测试流程处理方法。

本申请实施例提供的基于文件的测试流程处理方法，通过基于文件进行测试流程的处理，使得可以根据文件状态方便、快捷地进行软件产品的跟踪，通过测试文件管理模块，基于接收到的各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，使得每个软件产品，可以根据各个待处理文件的功能，将各个待处理文件分别划分到相应的功能模块，实现了待处理文件的分模块管理，提高了待处理文件的分配准确性，利于提高待处理文件的处理效率。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例的基于文件的测试流程处理方法的流程示意图；

图2为本申请实施例的基于文件的测试流程处理的基本过程示意图；

图3为本申请实施例的基于文件的测试流程处理装置的基本结构示意图；

图4为本申请实施例的基于文件的测试流程处理装置的详细结构示意图；

图5为本申请实施例的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

实施例一

本申请实施例提供了一种基于文件的测试流程处理方法，如图1所示，包括：

步骤S110，接收到至少一个待处理文件时，获取至少一个待处理文件分别对应的相关文件信息，相关文件信息包括以下至少一项：缺陷信息，需求信息。

具体地，当质量系统监测到某个或某几个文件存在缺陷时，可以向测试流程管理系统提交该存在缺陷的某个或某几个文件，以使得测试流程管理系统对该存在缺陷的某个或某几个文件进行相应处理。其中，在向测试流程管理系统提交存在缺陷的某个或某几个文件时，需要同时提交该某个或某几个文件存在的问题及问题导致的后果等的缺陷信息，以及对该某个或某几个文件的具体的需求信息，例如需要A部门处理。

对应地，测试流程管理系统接收质量系统提交的该某个或某几个待处理文件，并在接收到该某个或某几个待处理文件时，获取该某个或某几个待处理文件分别对应的缺陷信息、需求信息等的相关文件信息。

步骤S120，通过测试文件管理模块，基于各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，以使得通过各个功能模块对相应待处理文件进行处理。

具体地，测试流程管理系统在获取到各个待处理文件各自对应的相关文件信息后，通过测试文件管理模块，基于各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，从而便于各个功能模块对属于自身功能模块的待处理文件进行处理。

本申请实施例提供的基于文件的测试流程处理方法，与现有技术相比，通过基于文件进行测试流程的处理，使得可以根据文件状态方便、快捷地进行软件产品的跟踪，通过测试文件管理模块，基于接收到的各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，使得每个软件产品，可以根据各个待处理文件的功能，将各个待处理文件分别划分到相应的功能模块，实现了待处理文件的分模块管理，提高了待处理文件的分配准确性，利于提高待处理文件的处理效率。

本申请实施例提供了另一种可能的实现方式，在步骤S120之后还包括步骤S130(图中未标注)与步骤S140(图中未标注)，其中：

步骤S130：接收经处理后的各个待处理文件。

步骤S140：通过测试文件管理模块，基于各个待处理文件的标识信息校验各自对应的经处理后的各个待处理文件；测试文件管理模块中存储有各个待处理文件的标识信息。

具体地，测试流程管理系统通过测试文件管理模块，确定各个待处理文件各自归属的功能模块之后，各个功能模块会对属于自身功能模块的待处理文件进行处理，各个功能模块处理完属于自己的待处理文件后，会再将处理后的各个待处理文件返回给测试流程管理系统，即测试流程管理系统接收各个功能模块对属于自身功能模块的待处理文件进行处理后的文件，其中，测试流程管理系统接收到经处理后的各个待处理文件后，会将接收到的经处理后的各个待处理文件放入到测试文件管理模块。

进一步地，测试流程管理系统的测试文件管理模块在首次接收到各个待处理文件后，会存储各个待处理文件的标识信息，例如各个待处理文件的MD5值，又例如用于唯一标识各个待处理文件的属性信息等，为后续校验经处理后的各个待处理文件奠定基础。

进一步地，测试流程管理系统的测试文件管理模块再次接收到经各个功能模块处理后的各个待处理文件后，会基于预先存储的各个待处理文件各自对应的标识信息，对再次接收到经各个功能模块处理后的各个待处理文件进行校验，从而防止经各个功能模块处理后的各个待处理文件被篡改，确保了经各个功能模块处理后的各个待处理文件的安全性与唯一性。如果经任一功能模块处理后的任一待处理文件的标识信息与预存储的该任一待处理文件的标识信息相同，则说明该经处理后的任一待处理文件是安全的、未被篡改的，可以继续对该经处理后的任一待处理文件进行后续操作；如果经任一功能模块处理后的任一待处理文件的标识信息与预存储的该任一待处理文件的标识信息不相同，则说明该经处理后的任一待处理文件是已被篡改，此时不再进行该经处理后的任一待处理文件的后续操作。

本申请实施例提供了另一种可能的实现方式，在步骤S140之后还包括步骤S150(图中未标注)：若任一经处理后的待处理文件校验成功，则通过文件发布记录模块将任一经处理后的待处理文件的发布状态更新为待发布。

其中，由于该通过校验的任一经处理后的待处理文件的最终目的是进行文件发布，此时虽然尚未对该任一经处理后的待处理文件进行发布，但是可以预先在文件发布记录模块中将该任一经处理后的待处理文件的发布状态更新为待发布状态，从而做好对该任一经处理后的待处理文件的发布记录。

进一步地，在步骤S150之后还包括步骤S160(图中未标注)：通过代码审核模块对任一经处理后的待处理文件的代码进行审核处理，并生成对应的审核报告。其中，审核包括以下至少一项：安全审核，质量审核。

在对任一经处理后的待处理文件做文件发布记录之后，还需要通过测试流程管理系统的代码审核模块，对任一经处理后的待处理文件涉及到的代码进行安全方面的审核、质量方面的审核等审核工作，以确定任一经处理后的待处理文件的代码不存在安全方面的问题、不存在潜在的安全隐患等。

其中，对任一经处理后的待处理文件进行代码审核后，可以相应地生成任一经处理后的待处理文件的安全审核报告，以对任一经处理后的待处理文件是否存在安全问题等进行如实记录、评价。

进一步地，在步骤S160之后还包括步骤S170(图中未标注)与步骤S180(图中未标注)，其中：

步骤S170：若任一经处理后的待处理文件的代码通过审核，则向测试报告模块提交对应的审核报告；

步骤S180：依据审核报告，通过测试报告模块对任一经处理后的待处理文件进行测试处理，并生成对应的测试报告。

其中，若任一经处理后的待处理文件的代码通过审核，则说明任一经处理后的待处理文件不存在安全方面问题或安全隐患等，可以继续进行后续的处理操作，即可以继续进行测试报告处理。其中，在进行测试报告处理前，需要将任一经处理后的待处理文件的审核报告提交到测试流程管理系统的测试报告模块，即向测试报告模块提交对应的审核报告。

测试流程管理系统的测试报告模块接收到提交的审核报告后，可以依据该审核报告对任一经处理后的待处理文件进行测试方面的处理，例如手工测试、兼容性测试、功能点测试等方面的一系列测试，同时在测试完成后生成相应的测试报告。

进一步地，在通过测试流程管理系统的测试报告模块完成任一经处理后的待处理文件的测试处理后，如果任一经处理后的待处理文件通过测试，则说明任一经处理后的待处理文件不存在测试用例所涵盖的问题。此时，可以继续进行后续的处理操作，即可以继续进行发布处理。其中，在进行发布处理前，需要将任一经处理后的待处理文件的测试报告提交到测试流程管理系统的发布申请模块，即向发布申请模块提交对应的测试报告。

测试流程管理系统的发布申请模块接收到提交的测试报告后，可以依据该测试报告对任一经处理后的待处理文件进行发布方面的处理，例如测试确认、质量确认、安全确认等方面的一系列处理。

进一步地，在通过测试流程管理系统的发布申请模块对任一经处理后的待处理文件进行发布处理之后，需要返回文件发布记录模块，以对文件发布记录模块中记录的该任一经处理后的待处理文件的发布状态进行更新。其中，若该任一经处理后的待处理文件发布成功，则将文件发布记录模块中该任一经处理后的待处理文件的发布状态更新为发布成功；若该任一经处理后的待处理文件发布失败，则将文件发布记录模块中该任一经处理后的待处理文件的发布状态更新为发布失败。

本申请实施例提供了另一种可能的实现方式，在测试文件管理模块、文件发布记录模块、代码审核模块、测试报告模块及发布申请模块中的任一项，完成当前处理操作后，会自动向后续处理模块发送提醒信息，以提醒后续处理模块的处理人员进行相应处理。其中，可以以预定周期在预设时间区间向后续处理模块发送提醒信息。

对于本实现方式，在测试流程管理系统的测试文件管理模块首次接收到至少一个待处理文件后，会向各个待处理文件各自归属的功能模块发送提醒信息，其中，可以通过邮件、短信、即时知消息等方式发送提醒信息，以提醒相应功能模块的处理人员对各个待处理文件进行相应处理。如果超过预设时长后，未接收到反馈的处理结果，例如未接收到相应的经处理后的待处理文件，则可以预定周期在预设时间区间向后续处理模块发送提醒信息，例如在每天的9：00至10：00定时向相应功能模块发送邮件，直至接收到相应的经处理后的待处理文件为止。

同样地，在测试流程管理系统的测试文件管理模块再次接收到经处理后的各个待处理文件后，可以向后续的文件发布记录模块发送提醒信息，以提醒文件发布记录模块的处理人员对经处理后的各个待处理文件进行与文件发布记录相关的处理。当文件发布记录模块对经处理后的各个待处理文件完成文件发布记录的处理后，可以向后续的代码审核模块发送提醒信息，以提醒代码审核模块的处理人员对经处理后的各个待处理文件进行代码审核处理。当代码审核模块对经处理后的各个待处理文件完成代码审核后，可以向后续的测试报告模块发送提醒信息，以提醒测试报告模块的处理人员对经处理后的各个待处理文件进行测试处理。当测试报告模块对经处理后的各个待处理文件完成一系列的测试工作后，可以向后续的发布申请模块发送提醒信息，以提醒发布申请模块的处理人员对经测试后的各个待处理文件进行相应的发布处理。

其中，图2给出了本申请实施例中基于文件的测试流程处理的测试流程管理系统的示意图，在图2中，虚线右侧的部分分别测试流程管理系统的属于辅助部分与基础部分，虚线左侧的部分属于测试流程管理系统的主流程部分，各部分中各模块的介绍具体见表1。

表1-测试流程管理系统各模块的简介

实施例二

图3为本申请实施例提供的一种基于文件的测试流程处理装置的基本结构示意图，如图3所示，该装置30可以包括获取模块31与处理模块32，其中，

获取模块31用于接收到至少一个待处理文件时，获取至少一个待处理文件分别对应的相关文件信息，相关文件信息包括以下至少一项：缺陷信息，需求信息；

处理模块32用于通过测试文件管理模块，基于各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，以使得通过各个功能模块对相应待处理文件进行处理。

此外，图4提供了一种基于文件的测试流程处理装置的详细结构示意图，其中，装置40中包括获取模块41、处理模块42、接收模块43、校验模块44、第一更新模块45、审核处理模块46、第一提交模块47、测试处理模块48、第二提交模块49、发布处理模块50、第二更新模块51及发送模块52。其中，获取模块41与图3中的获取模块31所实现的功能相同，处理模块42与图3中的处理模块32所实现的功能相同，在此不再赘述。

具体地，接收模块43用于接收经处理后的各个待处理文件；校验模块44用于通过测试文件管理模块，基于各个待处理文件的标识信息校验各自对应的经处理后的各个待处理文件；测试文件管理模块中存储有各个待处理文件的标识信息。

进一步地，第一更新模块45用于当任一经处理后的待处理文件校验成功时，通过文件发布记录模块将任一经处理后的待处理文件的发布状态更新为待发布。

进一步地，审核处理模块46用于通过代码审核模块对任一经处理后的待处理文件的代码进行审核处理，并生成对应的审核报告；

审核包括以下至少一项：安全审核，质量审核。

进一步地，第一提交模块47用于当任一经处理后的待处理文件的代码通过审核时，向测试报告模块提交对应的审核报告；

测试处理模块48用于依据审核报告，通过测试报告模块对任一经处理后的待处理文件进行测试处理，并生成对应的测试报告。

进一步地，第二提交模块49用于当任一经处理后的待处理文件通过测试时，向发布申请模块提交对应的测试报告；

发布处理模块50用于依据测试报告，通过发布申请模块对任一经处理后的待处理文件进行发布处理。

进一步地，第二更新模块51用于更新文件发布记录模块中任一经处理后的待处理文件的发布状态。

进一步地，发送模块52用于在测试文件管理模块、文件发布记录模块、代码审核模块、测试报告模块及发布申请模块中的任一项完成当前处理操作后，向后续处理模块发送提醒信息，以提醒后续处理模块的处理人员进行相应处理。

进一步地，发送模块52具体用于以预定周期在预设时间区间向后续处理模块发送提醒信息。

本申请实施例提供的装置，与现有技术相比，通过基于文件进行测试流程的处理，使得可以根据文件状态方便、快捷地进行软件产品的跟踪，通过测试文件管理模块，基于接收到的各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，使得每个软件产品，可以根据各个待处理文件的功能，将各个待处理文件分别划分到相应的功能模块，实现了待处理文件的分模块管理，提高了待处理文件的分配准确性，利于提高待处理文件的处理效率。

实施例三

本申请实施例提供了一种电子设备，如图5所示，图5所示的电子设备500包括：处理器501和存储器503。其中，处理器501和存储器503相连，如通过总线502相连。进一步地，电子设备500还可以包括收发器504。需要说明的是，实际应用中收发器504不限于一个，该电子设备500的结构并不构成对本申请实施例的限定。

其中，处理器501应用于本申请实施例中，用于实现图3或图4所示的获取模块及处理模块的功能，以及图4所示的接收模块、校验模块、第一更新模块、审核处理模块、第一提交模块、测试处理模块、第二提交模块、发布处理模块、第二更新模块及发送模块的功能。

处理器501可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器501也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线502可包括一通路，在上述组件之间传送信息。总线502可以是PCI总线或EISA总线等。总线502可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器503可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器503用于存储执行本申请方案的应用程序代码，并由处理器501来控制执行。处理器501用于执行存储器503中存储的应用程序代码，以实现图3或图4所示实施例提供的基于文件的测试流程处理装置的动作。

本申请实施例提供的电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时，与现有技术相比，可实现：通过基于文件进行测试流程的处理，使得可以根据文件状态方便、快捷地进行软件产品的跟踪，通过测试文件管理模块，基于接收到的各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，使得每个软件产品，可以根据各个待处理文件的功能，将各个待处理文件分别划分到相应的功能模块，实现了待处理文件的分模块管理，提高了待处理文件的分配准确性，利于提高待处理文件的处理效率。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现实施例一所示的方法。与现有技术相比，通过基于文件进行测试流程的处理，使得可以根据文件状态方便、快捷地进行软件产品的跟踪，通过测试文件管理模块，基于接收到的各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，使得每个软件产品，可以根据各个待处理文件的功能，将各个待处理文件分别划分到相应的功能模块，实现了待处理文件的分模块管理，提高了待处理文件的分配准确性，利于提高待处理文件的处理效率。

本申请实施例提供的计算机可读存储介质适用于上述方法的任一实施例。在此不再赘述。

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

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种基于文件的测试流程处理方法，其特征在于，包括：

接收到至少一个待处理文件时，获取所述至少一个待处理文件分别对应的相关文件信息，所述相关文件信息包括以下至少一项：缺陷信息，需求信息；

通过测试文件管理模块，基于各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，以使得通过各个功能模块对相应待处理文件进行处理。

2.根据权利要求1所述的方法，其特征在于，在所述通过测试文件管理模块，基于各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块之后，还包括：

接收经处理后的各个待处理文件；

通过所述测试文件管理模块，基于各个待处理文件的标识信息校验各自对应的经处理后的各个待处理文件；

所述测试文件管理模块中存储有各个待处理文件的标识信息。

3.根据权利要求2所述的方法，其特征在于，还包括：

若任一经处理后的待处理文件校验成功，则通过文件发布记录模块将所述任一经处理后的待处理文件的发布状态更新为待发布。

4.根据权利要求3所述的方法，其特征在于，在所述通过文件发布记录模块将所述任一经处理后的待处理文件的发布状态更新为待发布之后，还包括：

通过代码审核模块对所述任一经处理后的待处理文件的代码进行审核处理，并生成对应的审核报告；

所述审核包括以下至少一项：安全审核，质量审核。

5.根据权利要求4所述的方法，其特征在于，还包括：

若所述任一经处理后的待处理文件的代码通过审核，则向测试报告模块提交对应的审核报告；

依据所述审核报告，通过所述测试报告模块对所述任一经处理后的待处理文件进行测试处理，并生成对应的测试报告。

6.根据权利要求5所述的方法，其特征在于，还包括：

若所述任一经处理后的待处理文件通过测试，则向发布申请模块提交对应的测试报告；

依据所述测试报告，通过所述发布申请模块对所述任一经处理后的待处理文件进行发布处理。

7.根据权利要求6所述的方法，其特征在于，在所述通过所述发布申请模块对所述任一经处理后的待处理文件进行发布处理之后，还包括：

更新所述文件发布记录模块中所述任一经处理后的待处理文件的发布状态。

8.一种基于文件的测试流程处理装置，其特征在于，包括：

获取模块，用于接收到至少一个待处理文件时，获取所述至少一个待处理文件分别对应的相关文件信息，所述相关文件信息包括以下至少一项：缺陷信息，需求信息；

处理模块，用于通过测试文件管理模块，基于各个待处理文件各自对应的相关文件信息，确定各个待处理文件各自归属的功能模块，以使得通过各个功能模块对相应待处理文件进行处理。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-7任一项所述的基于文件的测试流程处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现权利要求1-7任一项所述的基于文件的测试流程处理方法。

Images