CN114461527A - 测试项目管理方法、装置、设备、存储介质和程序产品 - Google Patents

Abstract

本公开提供了一种测试项目管理方法，可用于金融科技领域或其他领域。该测试项目管理方法包括：获取需求项；当需求项的测试单位满足预设条件时，为需求项配置测试项目，测试项目包括至少一个需求项，其中，同一个测试项目中的需求项的版本信息相同，并且，同一个测试项目中的需求项的项目编号相同；当测试项目中的至少一个需求项发生变动时，采集变动的内容，以及变动在测试项目中所涉及到的需求项的数量；根据变动的内容和变动所涉及到的需求项的数量，调整测试项目。本公开还提供了一种测试项目管理装置、设备、存储介质和程序产品。本公开可以实现基于需求项的测试项目自动配置和自动调整，提高了测试效率。

Description

测试项目管理方法、装置、设备、存储介质和程序产品

技术领域

本公开涉及计算机技术领域，具体地涉及一种测试项目管理方法、装置、设备、存储介质和程序产品。

背景技术

在互联网时代，为了快速适应业务需求，项目的开发过程逐渐从传统方式转化为敏捷开发，以适应产品快速上线的市场要求。通常，每个项目由多个需求项组成，每个需求项由一个或多个产品应用共同开发实现。

目前，在项目开发过程中，开发方可以通过系统管理平台发布任务单，研发方可以根据该任务单，基于架构设计和工作经验创建测试项目进行开发测试。但是，基于任务单创建测试项目或者调整测试项目，均需要开发测试人员在线下与开发方进行沟通，效率较低。

发明内容

鉴于上述问题，本公开提供了一种测试项目管理方法、装置、设备、存储介质和程序产品。

根据本公开的第一个方面，提供了一种测试项目管理方法，其中，包括：

获取需求项；

当所述需求项的测试单位满足预设条件时，为所述需求项配置测试项目，所述测试项目包括至少一个需求项，其中，同一个所述测试项目中的所述需求项的版本信息相同，并且，同一个所述测试项目中的所述需求项的项目编号相同；

当所述测试项目中的至少一个所述需求项发生变动时，采集所述变动的内容，以及所述变动在所述测试项目中所涉及到的所述需求项的数量；

根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目。

根据本公开的实施例，所述预设条件包括：所述测试单位包括目标测试单位或者所述测试单位为空；所述为所述需求项配置测试项目，包括：

根据所述需求项的版本信息和项目编号，创建包括所述需求项的所述测试项目，或者，将所述需求项分配至已有的所述测试项目中。

根据本公开的实施例，所述根据所述需求项的版本信息和项目编号，创建包括所述需求项的所述测试项目，或者，将所述需求项分配至已有的所述测试项目中包括：

根据所述需求项的版本信息和项目编号以及已有的所述测试项目的版本信息和项目编号，确定测试项目配置决策；

识别所述需求项的项目类型；

当所述项目类型为技术类项目时，按照所述测试项目配置决策，创建包括所述需求项的所述测试项目，或者，将所述需求项分配至已有的所述测试项目中；

当所述项目类型为业务类项目时，生成待办请求并发送至审核方；

响应于审核方对所述待办请求的反馈操作，按照确定出的所述测试项目配置决策，创建包括所述需求项的所述测试项目，或者，将所述需求项分配至已有的所述测试项目中。

根据本公开的实施例，在判断所述需求项的测试单位是否满足所述预设条件之前，所述测试项目管理方法还包括：

获取所述需求项的创建单位；

当所述创建单位包括所述目标测试单位时，根据所述需求项的版本信息和项目编号，创建包括所述需求项的所述测试项目，或者，将所述需求项分配至已有的所述测试项目中的步骤；当所述创建单位不包括所述目标测试单位时，判断所述需求项的测试单位是否满足所述预设条件。

根据本公开的实施例，所述变动包括第一变动，所述第一变动包括对所述需求项的版本信息进行的变动，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，包括：

当所述第一变动涉及所述测试项目中的全部需求项时，调整所述测试项目的版本信息，以使所述测试项目的版本信息与所述需求项在经过所述第一变动后的版本信息相一致；和/或，

所述变动包括第二变动，所述第二变动包括对所述需求项的项目编号进行的变动，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，包括：

当所述第二变动涉及所述测试项目中的全部需求项时，调整所述测试项目的项目编号，以使所述测试项目的项目编号与所述需求项经过所述第二变动后的项目编号相一致。

根据本公开的实施例，当所述变动包括所述第一变动，并且，所述第一变动涉及所述测试项目中的部分需求项时，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，还包括：对于所述第一变动所涉及到的至少一个需求项，

从当前的测试项目中删除所述需求项；

根据所述需求项在经过所述第一变动后的版本信息，为所述需求项配置测试项目；和/或，

当所述变动包括所述第二变动，并且，所述第二变动涉及所述测试项目中的部分需求项时，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，还包括：对于所述第二变动所涉及到的至少一个需求项，

从当前的测试项目中删除所述需求项；

根据所述需求项在经过所述第二变动后的项目编号，为所述需求项配置测试项目。

根据本公开的实施例，所述变动包括第三变动，所述第三变动包括对所述需求项的测试单位进行的变动，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，包括：

当所述第三变动涉及所述测试项目中的全部需求项，并且，所述需求项在经过所述第三变动后的所述测试单位不满足所述预设条件时，作废所述测试项目。

根据本公开的实施例，所述变动包括第四变动，所述第四变动包括对所述需求项的状态进行的变动，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，包括：

当所述第四变动涉及所述测试项目中的部分需求项，并且，该部分需求项在经过所述第四变动后的所述状态为作废状态时，从所述测试项目中删除该部分需求项；

当所述第四变动涉及所述测试项目中的全部需求项，并且，该全部需求项在经过所述第四变动后的所述状态均为作废状态时，作废所述测试项目。

本公开的第二方面提供了一种测试项目管理装置，其中，包括：

获取模块，用于获取需求项；

测试项目配置模块，用于当所述需求项的测试单位满足预设条件时，为所述需求项配置测试项目，其中，同一个所述测试项目中的所述需求项的版本信息相同，并且，同一个所述测试项目中的所述需求项的项目编号相同；

采集模块，用于当所述测试项目中的至少一个所述需求项发生变动时，采集所述变动的内容，以及所述变动在所述测试项目中所涉及到的所述需求项的数量；

测试项目调整模块，用于根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目。

本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述的测试项目管理方法。

本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述的测试项目管理方法。

本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述的测试项目管理方法。

上述的一个或多个实施例具有以下有益效果：

本公开可以实现基于需求项的测试项目自动配置和自动调整，从而使得技术人员无需再在线下与开发中心沟通获取测试范围或者获取变动内容等，进而提高了测试效率和变动及时性，降低了由于测试效率较低和变动不及时而导致的与投产相关的风险。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的测试项目管理方法、装置、设备、存储介质和程序产品的应用场景图；

图2示意性示出了根据本公开实施例的测试项目管理方法的流程图；

图3示意性示出了根据本公开实施例的配置测试项目的流程图；

图4示意性示出了根据本公开实施例的根据需求项的版本信息和项目编号配置测试项目的流程图；

图5示意性示出了根据本公开实施例的根据创建单位配置测试项目的流程图；

图6示意性示出了根据本公开实施例的测试项目管理装置的结构框图；

图7示意性示出了根据本公开实施例的适于实现测试项目管理方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

需要说明的是，本公开的测试项目管理方法、装置、设备、存储介质和程序产品可用于金融领域在项目开发测试业务中，也可用于除金融领域之外的任意领域，本公开的测试项目管理方法、装置、设备、存储介质和程序产品的应用领域不做限定。

目前，一个项目会拆分为多个版本和多个任务单，每个版本对应一个或多个任务单，但是，项目需求不会随着任务单同步进行拆分，因此，业务研发中心在基于任务单创建测试项目或调整测试项目时，针对测试项目的测试范围需要线下单独与开发中心确认，效率较低，且容易出现信息偏差，一方面可能导致测试范围调整不及时，进而致使测试不充分；另一方面可能导致测试项目中的内容并非是完整的业务功能，造成投产后无法开办业务的风险。

本公开的实施例提供了一种测试项目管理方法，其中，包括：获取需求项；当需求项的测试单位满足预设条件时，为需求项配置测试项目，测试项目包括至少一个需求项，其中，同一个测试项目中的需求项的版本信息相同，并且，同一个测试项目中的需求项的项目编号相同；当测试项目中的至少一个需求项发生变动时，采集变动的内容，以及变动在测试项目中所涉及到的需求项的数量；根据变动的内容和变动所涉及到的需求项的数量，调整测试项目。

采用本公开实施例的测试项目管理方法，可以实现基于需求项的测试项目自动配置和自动调整，由于需求项由项目需求拆分得到，因此，技术人员无需再在线下与开发中心沟通获取测试范围或者获取变动内容等，进而提高了测试效率和变动及时性，降低了由于测试效率较低和变动不及时而导致的与投产相关的风险。

图1示意性示出了根据本公开实施例的测试项目管理方法、装置、设备、存储介质和程序产品的应用场景图。

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

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

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的测试项目管理方法一般可以由服务器105执行。相应地，本公开实施例所提供的测试项目管理装置一般可以设置于服务器105中。本公开实施例所提供的测试项目管理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的测试项目管理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

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

以下将基于图1描述的场景，通过图2～图5对公开实施例的测试项目管理方法进行详细描述。

图2示意性示出了根据本公开实施例的测试项目管理方法的流程图，如图2所示，该实施例的测试项目管理方法包括步骤S210～步骤S240。

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

在步骤S210，获取需求项。

在本公开实施例中，需求项可以是在业务开发过程中，从一个项目中拆分而来，例如，可以根据项目所实现的功能、数据处理逻辑等对项目的处理过程进行拆分，得到一系列的项目单元，进而，可以将该项目单元作为需求项。相应的，需求项可以是指业务项目开发过程中的任一子开发环节。一个需求项可以直接对接一份技术文档。需求项可以由开发方(例如开发中心)创建，也可以由研发方(例如业务研发中心)创建，也即，需求项的创建单位可以包括开发中心或者业务研发中心。

在步骤S220，当需求项的测试单位满足预设条件时，为需求项配置测试项目，测试项目包括至少一个需求项，其中，同一个测试项目中的需求项的版本信息相同，并且，同一个测试项目中的需求项的项目编号相同。

在本公开实施例中，预设条件可以包括：判断测试单位是否为某些预设的测试单位，也即，判断测试单位是否为目标测试单位。目标测试单位可以包括一个单位或者多个单位，具体可以根据实际需要确定。可选地，在本公开实施例中，目标测试单位可以包括研发方(例如业务研发中心)创建。可选地，当需求项的测试单位不满足预设条件时，则说明该需求项可能由其他测试单位执行测试，因此，可以忽略该需求项，并继续监控新获取到的需求项。

在本公开实施例中，版本信息可以包括需求项的版本计划，一个测试项目可以包括一个或多个需求项，当一个测试项目包括多个需求项时，多个需求项的版本计划相同。可选地，为需求项配置测试项目可以包括为需求项创建测试项目，或者，将需求项分配至已有的测试项目中，例如，可以根据已有的测试项目中，是否存在与获取到的需求项的版本计划(以及项目编号)相同的测试项目，进而确定为该需求项创建新的测试项目还是将该需求项分配至已有的测试项目中。

在步骤S230，当测试项目中的至少一个需求项发生变动时，采集变动的内容，以及变动在测试项目中所涉及到的需求项的数量。当测试项目中不存在需求项需要变动时，可以继续监控测试项目中是否存在需求项发生变动。

在本公开实施例中，需求项的变动可以包括：对需求项的版本信息、项目编号、测试单位等信息进行变动。其中，每项变动可以涉及测试项目中的一个或多个需求项，例如，在对需求项的版本信息进行变动时，可以对测试项目中的一个需求项的版本信息进行变动，也可以对测试项目中的部分需求项的版本信息进行变动，还可以对测试项目的全部需求项的版本信息进行变动，具体地，将在下文进行详细介绍，在此先不赘述。

在步骤S240，根据变动的内容和变动所涉及到的需求项的数量，调整测试项目。

在本公开实施例中，可以根据变动的内容和和变动所涉及到的需求项的数量，确定测试项目调整变动决策，进而，按照测试项目调整变动决策调整测试项目。例如，当测试项目中只涉及一项变动时，测试项目调整决策可以是单一决策；当测试项目中涉及多项变动时，测试项目调整决策可以是组合决策。例如，当测试项目中只涉及版本信息的变动时，测试项目调整决策可以是单一决策，当测试项目中涉及版本信息的变动和项目编号的变动时，测试项目调整决策可以是组合决策。可选地，组合决策可以包括多个单一决策顺次执行。

在测试项目中，针对变动所涉及到的需求项的不同，测试项目调整决策也可以不相同，例如，当变动涉及到测试项目中的全部需求项时，测试项目调整决策可以包括：直接对测试项目的相应内容进行调整。当变动仅涉及到测试项目中的部分需求项时，测试项目调整决策可以包括：删除测试项目中需要变动的需求项，并为需要变动的需求项创建新的测试项目，或者，将需要变动的需求项分配至已有的其他测试项目中等等。

相较于传统的技术方案中根据任务单来配置测试项目而言，本公开实施例的测试项目管理方法可以根据需求项来配置测试项目，由于需求项是从项目需求直接拆分而来，且技术文档也依据需求项输出，因此，需求项可以直接对接到技术文档，这一样来，通过需求项配置的测试项目能够使得技术人员在准确对接业务需求的同时，通过相应的技术文档了解到技术改造方式，从而确定测试范围。再者，在本公开实施例中，可以根据变动的内容和涉及到需求项来调整测试项目，从而针对不同的变动采用不同的调整决策，进而有效应对测试项目中需求项的各种变动调整。

综上，采用本公开实施例的测试项目管理方法，可以实现基于需求项的测试项目自动配置和自动调整，从而使得技术人员无需再在线下与开发中心沟通获取测试范围或者获取变动内容等，进而提高了测试效率和变动及时性，降低了由于测试效率较低和变动不及时而导致的与投产相关的风险。

下面对本公开实施例的测试项目管理方法进行进一步地说明。

在一些具体实施例中，预设条件包括：测试单位包括目标测试单位，或者测试单位为空。在本公开实施例中，测试项目管理方法可以部署在业务研发中心，目标测试单位可以包括业务研发中心本身。当测试单位为空时，该需求项的测试单位可以为默认的测试单位。可选地，默认的测试单位可以包括业务研发中心本身，也就是说，在本公开实施例中，当需求项的测试单位为目标测试单位，或者测试单位为空时，均表明该需求项的测试单位为业务研发中心。

图3示意性示出了根据本公开实施例的配置测试项目的流程图，如图3所示，在一些具体实施例中，步骤S220包括步骤S221。

在步骤S221，根据需求项的版本信息和项目编号，创建包括需求项的测试项目，或者，将需求项分配至已有的测试项目中。

在本公开实施例中，对于获取到的需求项，当该需求项的版本计划(或者项目编号)为新的时，也即，在当前已有的测试项目中不存在该版本计划(或者项目编号)时，可以为该需求项创建新的测试项目。而当前已有的测试项目中存在该版本计划(或者项目编号)时，可以将该需求项分配至包括有该版本计划(或者项目编号)的测试项目中。

图4示意性示出了根据本公开实施例的根据需求项的版本信息和项目编号配置测试项目的流程图，如图4所示，在一些具体实施例中，在步骤S221包括步骤S2211至步骤S2215。

在步骤S2211，根据需求项的版本信息和项目编号以及已有的测试项目的版本信息和项目编号，确定测试项目配置决策。

在步骤S2212，识别需求项的项目类型。

在步骤S2213，当项目类型为技术类项目时，按照决策测试项目配置决策，创建包括决策需求项的决策测试项目，或者，将决策需求项分配至已有的决策测试项目中。

在步骤S2214，当项目类型为业务类项目时，生成待办请求并发送至审核方。

在步骤S2215，响应于审核方对待办请求的反馈操作，按照决策测试项目配置决策，创建包括决策需求项的决策测试项目，或者，将决策需求项分配至已有的决策测试项目中。

在本公开实施例中，测试项目配置决策可以包括第一决策和第二决策。第一决策包括：为需求项创建新的测试项目。第二决策包括：将需求项分配至已有的测试项目中。具体地，当已有的测试项目的中，存在一个测试项目的版本信息(或者项目编号)与获取到的需求项的版本信息(或者项目编号)相同时，可以确定测试项目配置决策为第二决策，也即，在步骤S2213或者步骤S2215中，将需求向分配至已有的测试项目中；当已有的测试项目的中，不存在一个测试项目的版本信息(或者项目编号)与获取到的需求项的版本信息(或者项目编号)相同时，可以确定测试项目配置决策为第一决策，也即，在步骤S2213或者步骤S2215中，为需求向创建新的测试项目。

在本公开实施例中，当项目类型为业务类项目时，可以先生成待办请求并发送至审核方进行审核，审核方例如可以包括项目负责人等，项目负责人在接收到待办请求后，可以对需求项进行审核，并根据审核结果进行反馈操作。例如，当审核通过时，审核方的反馈操作可以包括确认执行，当审核不通过时，审核方的反馈操作可以包括不执行。当项目类型为技术类项目时，直接可以直接执行步骤S221，无需审核过程，提高测试效率。

图5示意性示出了根据本公开实施例的根据创建单位配置测试项目的流程图，如图5所示，在一些具体实施例中，在判断需求项的测试单位是否满足预设条件之前，测试项目管理方法还包括步骤S310至步骤S330。

在步骤S310，获取需求项的创建单位。

在步骤S320，判断创建单位是否包括目标测试单位，当创建单位包括目标测试单位时，执行步骤S330；当创建单位不包括目标测试单位时，判断需求项的测试单位是否满足预设条件，并在测试单位满足预设条件时执行步骤S220。

在步骤S330，根据需求项的版本信息和项目编号，创建包括需求项的测试项目，或者，将需求项分配至已有的测试项目中的步骤。

在本公开实施例中，需求项的创建单位可以包括开发方，例如开发中心为例，需求项的创建单位也可以包括研发方，例如业务研发中心。

在本公开实施例中，如前文所述，测试项目管理方法可以部署在业务研发中心，当需求项的创建单位为业务研发中心时，该需求项则通常也在业务研发中心进行测试，因此，可以执行步骤S330，直接为需求项配置测试项目，提高处理速度。需要说明的是，步骤S330未详尽说明可以参见上述实施例，例如，在步骤S330之前，也可以先判断需求项的项目类型等，在此不再赘述。

在一些具体实施例中，在步骤S230中，可以采集测试项目中各个需求项的变动信息，根据采集到的变动信息确定出测试项目中所涉及的变动具体包括哪些变动，进而，在步骤S240中，确定出选择哪种测试项目调整决策(例如单一决策或者组合决策)来调整测试项目。

可选地，在本公开实施例中，可以通过调用需求项的信息明细表、应用清单、版本清单、需求项与项目需求关系表等，从中提取关键字段，通过数据比对和识别等，获取测试项目中的至少一个需求项的测试单位、版本计划、项目类型、项目编号、创建单位、状态等信息的变动情况，当上述信息中的一种或多种发生变化时，则说明测试项目涉及到相应的变动。

可选地，在确定出测试项目中所涉及的变动具体包括哪些变动后，可以为测试项目配置标签等，进而，通过标签确定出相应的测试项目调整决策。

例如，在采集测试项目中各个需求项的变动信息后得到：测试项目中全部的需求项的项目编号从A变为了B，而其他信息未发生变动，此时，可以确定测试项目中涉及的变动为项目编号的变动，因此，可以为测试项目分配单一决策标签，进而，根据单一决策标签确定相应的测试项目调整决策，也即执行与项目编号变动相应的调整决策，具体地调整过程下文将做详细介绍，在此先不赘述。

再例如，在采集测试项目中各个需求项的变动信息后得到：全部需求项的项目编号从A变为了B，并且，全部需求项的版本计划从C变为了D，而其他信息未发生变动，此时，可以确定测试项目中涉及的变动为项目编号的变动以及版本计划的变动，因此，可以为测试项目分配组合决策标签，进而，根据组合决策标签确定相应的测试项目调整决策，例如，可以顺次执行与项目编号变动相应的调整决策和与版本计划变动相应的调整决策，具体地调整过程下文将做详细介绍，在此先不赘述。

下面首先对通过单一决策调整测试项目进行说明，具体地，当测试项目中仅涉及一种变动时，测试项目调整决策可以采用上述的单一决策。

在一些具体实施例中，变动包括第一变动，第一变动包括对需求项的版本信息进行的变动。具体地，步骤S240包括步骤S2411至步骤S2413。

在步骤S2411，判断第一变动是否涉及到测试项目中的全部需求项，若是，则执行步骤S2412；若否，则执行步骤S2413。

在步骤S2412，调整测试项目的版本信息，以使测试项目的版本信息与需求项在经过第一变动后的版本信息相一致。

在步骤S2413，从当前的测试项目中删除第一变动涉及到的需求项，并根据该部分需求项在经过第一变动后的版本信息，为该部分需求项配置测试项目。

在一些具体实施例中，变动包括第二变动，第二变动包括对需求项的项目编号进行的变动。具体地，步骤S240包括步骤S2421至步骤S2423。

在步骤S2421，判断第二变动是否涉及到测试项目中的全部需求项，若是，则执行步骤S2422；若否，则执行步骤S2423。

在步骤S2422，调整测试项目的项目编号，以使测试项目的项目编号与需求项在经过第二变动后的项目编号相一致。

在步骤S2423，从当前的测试项目中删除第二变动涉及到的需求项，并根据该部分需求项在经过第二变动后的项目编号，为该部分需求项配置测试项目。

需要说明的是，在上述两个实施例中，为需求项配置测试项目的未详尽说明可以参见前述实施例，在此不再赘述。

在一些具体实施例中，变动包括第三变动，第三变动包括对需求项的测试单位进行的变。具体地，步骤S240包括步骤S2431至步骤S2434。

在步骤S2431，判断第三变动是否涉及到测试项目中的全部需求项，若是，则执行步骤S2432，若否，则执行步骤S2433。

在步骤S2432，判断需求项在经过第三变动后的测试单位是否不满足预设条件，若是，则作废测试项目，若否，则保留测试项目，并对经过第三变动后的需求项的信息进行更新。

在步骤S2433，判断测试项目中是否仍有需求项的测试单位满足预设条件，若是，则保留测试项目，并对经过第三变动后的需求项的信息进行更新；若否，则作废测试项目。

在一些具体实施例中，变动包括第四变动，第四变动包括对需求项的状态进行的变动。具体地，步骤S240包括步骤S2441至步骤S2443。

在步骤S2441，判断第四变动是否涉及到测试项目中的全部需求项，若是，则执行步骤S2442，若否，则执行步骤S2443。

在步骤S2442，判断全部需求项在经过第四变动后的状态是否均为作废状态，若是，则作废测试项目，若否，则保留测试项目，并对经过第四变动后的需求项的信息进行更新。

在步骤S2443，判断第四变动涉及的需求项在经过第四变动后的状态是否为作废状态时，若是，则从测试项目中删除该部分需求项，若否，则保留该部分需求项，并对该部分需求项的信息进行更新。

下面对测试项目调整决策选择组合决策进行说明，具体地，当测试项目中涉及多种变动时，测试项目调整决策可以采用上述的组合决策，在本公开实施例中，组合决策可以包括上述多个单一决策的顺次执行，对于每个单一决策，其实现过程均可以参照前述实施例。

示例性地，以一个测试项目中，需求项的项目编号从A变动为B、版本计划从C变动为D，其余关键信息未作变动为例，对本公开实施例中采用组合决策调整测试项目进行说明。

具体地，可先执行与版本信息变动(也即第一变动)相应的调整决策，具体地，步骤S240包括步骤S2451至步骤S2453。

在步骤S2451，判断第一变动是否涉及到测试项目中的全部需求项，若是，则执行步骤S2452；若否，则执行步骤S2453。

在步骤S2452，调整测试项目的版本信息，以使测试项目的版本信息与需求项在经过第一变动后的版本信息相一致。

在步骤S2453，从当前的测试项目中删除第一变动涉及到的需求项，并根据该部分需求项在经过第一变动后的版本信息，为该部分需求项配置测试项目。

在一些具体实施例中，在步骤S2453中，为需求项配置测试项目可以参考根据前述实施例，例如，步骤S2453包括步骤S2453a至步骤S2453e。

在步骤S2453a，根据需求项的版本信息和项目编号以及已有的测试项目的版本信息和项目编号，确定测试项目配置决策。

在步骤S2453b，识别需求项的项目类型。

在步骤S2453c，当项目类型为技术类项目时，按照测试项目配置决策，创建包括需求项的测试项目，或者，将需求项分配至已有的测试项目中。

在步骤S2453d，当项目类型为业务类项目时，生成待办请求并发送至审核方。

在步骤S2453e，响应于审核方对待办请求的反馈操作，按照测试项目配置决策，创建包括需求项的测试项目，或者，将需求项分配至已有的测试项目中。

之后，再执行与项目编号变动(也即第二变动)相应的调整决策，从而完成对测试项目的组合调整，其中，执行与项目编号相应的调整决策的过程具体可以参照上述实施例，在此不再赘述。

需要说明的是，在组合决策可以包括上述的单一决策各种组合形式，本公开实施例不再一一列举。

在一些具体实施例中，测试项目管理方法还包括：

向用户发送变动通知，变动通知可以包括上述实施例中的变动信息和各项决策等，从而自动通知项目相关干系人，及时了解变动情况，确保测试范围调整及时通知。

在一些具体实施例中，测试项目管理方法还包括：

响应于用户的操作，对测试项目的调整进行干涉，从而对程序处理过程异常处理不到位或者因为数据问题导致的程序不完善过程提供人工辅助参与调整，实时改进项目分派情况，实现项目流程的正常运转。

采用本发明实施例中的测试项目管理方法，可以自动判断并作废测试项目，并且，当作废内容再次调整需业务研发中心进行测试时，也能及时为相应的需求项配置测试项目同步信息，确保测试范围准确。

基于上述测试项目管理方法，本公开还提供了一种测试项目管理装置。以下将结合图6对该装置进行详细描述。

图6示意性示出了根据本公开实施例的测试项目管理装置的结构框图，如图6所示，该实施例的测试项目管理装置600包括获取模块610、测试项目配置模块620、采集模块630和测试项目调整模块640。

获取模块610用于获取需求项。在一实施例中，获取模块610可以用于执行前文描述的步骤S210，在此不再赘述。

测试项目配置模块620用于当需求项的测试单位满足预设条件时，为需求项配置测试项目，其中，同一个测试项目中的需求项的版本信息相同，并且，同一个测试项目中的需求项的项目编号相同。在一实施例中，测试项目配置模块620可以用于执行前文描述的步骤S220，在此不再赘述。

采集模块630用于当测试项目中的至少一个需求项发生变动时，采集变动的内容，以及变动在测试项目中所涉及到的需求项的数量。在一实施例中，采集模块630可以用于执行前文描述的步骤S230，在此不再赘述。

测试项目调整模块640用于根据变动的内容和变动所涉及到的需求项的数量，调整测试项目。在一实施例中，测试项目调整模块640可以用于执行前文描述的步骤S240，在此不再赘述。

采用本公开实施例的测试项目管理装置，可以实现基于需求项的测试项目自动配置和自动调整，从而使得技术人员无需再在线下与开发中心沟通获取测试范围或者获取变动内容等，进而提高了测试效率和变动及时性，降低了由于测试效率较低和变动不及时而导致的与投产相关的风险。

根据本公开的实施例，获取模块610、测试项目配置模块620、采集模块630和测试项目调整模块640中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获取模块610、测试项目配置模块620、采集模块630和测试项目调整模块640中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块610、测试项目配置模块620、采集模块630和测试项目调整模块640中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图7示意性示出了根据本公开实施例的适于实现测试项目管理方法的电子设备的方框图，如图7所示，根据本公开实施例的电子设备700包括处理器701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。处理器701例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器701还可以包括用于缓存用途的板载存储器。处理器701可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 703中，存储有电子设备700操作所需的各种程序和数据。处理器701、ROM702以及RAM 703通过总线704彼此相连。处理器701通过执行ROM 702和/或RAM 703中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除ROM702和RAM 703以外的一个或多个存储器中。处理器701也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备700还可以包括输入/输出(I/O)接口705，输入/输出(I/O)接口705也连接至总线704。电子设备700还可以包括连接至I/O接口705的以下部件中的一项或多项：包括键盘、鼠标等的输入部分706。包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707。包括硬盘等的存储部分708。以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的。也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的测试项目管理方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 702和/或RAM 703和/或ROM 702和RAM 703以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的测试项目管理方法。

在该计算机程序被处理器701执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分709被下载和安装，和/或从可拆卸介质711被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (12)

1.一种测试项目管理方法，其特征在于，包括：

获取需求项；

当所述需求项的测试单位满足预设条件时，为所述需求项配置测试项目，所述测试项目包括至少一个需求项，其中，同一个所述测试项目中的所述需求项的版本信息相同，并且，同一个所述测试项目中的所述需求项的项目编号相同；

当所述测试项目中的至少一个所述需求项发生变动时，采集所述变动的内容，以及所述变动在所述测试项目中所涉及到的所述需求项的数量；

根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目。

2.根据权利要求1所述的测试项目管理方法，其特征在于，所述预设条件包括：所述测试单位包括目标测试单位或者所述测试单位为空；所述为所述需求项配置测试项目，包括：

根据所述需求项的版本信息和项目编号，创建包括所述需求项的所述测试项目，或者，将所述需求项分配至已有的所述测试项目中。

3.根据权利要求2所述的测试项目管理方法，其特征在于，所述根据所述需求项的版本信息和项目编号，创建包括所述需求项的所述测试项目，或者，将所述需求项分配至已有的所述测试项目中包括：

根据所述需求项的版本信息和项目编号以及已有的所述测试项目的版本信息和项目编号，确定测试项目配置决策；

识别所述需求项的项目类型；

当所述项目类型为技术类项目时，按照所述测试项目配置决策，创建包括所述需求项的所述测试项目，或者，将所述需求项分配至已有的所述测试项目中；

当所述项目类型为业务类项目时，生成待办请求并发送至审核方；

响应于审核方对所述待办请求的反馈操作，按照确定出的所述测试项目配置决策，创建包括所述需求项的所述测试项目，或者，将所述需求项分配至已有的所述测试项目中。

4.根据权利要求2所述的测试项目管理方法，其特征在于，在判断所述需求项的测试单位是否满足所述预设条件之前，所述测试项目管理方法还包括：

获取所述需求项的创建单位；

当所述创建单位包括所述目标测试单位时，根据所述需求项的版本信息和项目编号，创建包括所述需求项的所述测试项目，或者，将所述需求项分配至已有的所述测试项目中的步骤；当所述创建单位不包括所述目标测试单位时，判断所述需求项的测试单位是否满足所述预设条件。

5.根据权利要求1所述的测试项目管理方法，其特征在于，所述变动包括第一变动，所述第一变动包括对所述需求项的版本信息进行的变动，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，包括：

当所述第一变动涉及所述测试项目中的全部需求项时，调整所述测试项目的版本信息，以使所述测试项目的版本信息与所述需求项在经过所述第一变动后的版本信息相一致；和/或，

所述变动包括第二变动，所述第二变动包括对所述需求项的项目编号进行的变动，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，包括：

当所述第二变动涉及所述测试项目中的全部需求项时，调整所述测试项目的项目编号，以使所述测试项目的项目编号与所述需求项经过所述第二变动后的项目编号相一致。

6.根据权利要求5所述的测试项目管理方法，其特征在于，当所述变动包括所述第一变动，并且，所述第一变动涉及所述测试项目中的部分需求项时，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，还包括：对于所述第一变动所涉及到的至少一个需求项，

从当前的测试项目中删除所述需求项；

根据所述需求项在经过所述第一变动后的版本信息，为所述需求项配置测试项目；和/或，

当所述变动包括所述第二变动，并且，所述第二变动涉及所述测试项目中的部分需求项时，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，还包括：对于所述第二变动所涉及到的至少一个需求项，

从当前的测试项目中删除所述需求项；

根据所述需求项在经过所述第二变动后的项目编号，为所述需求项配置测试项目。

7.根据权利要求1所述的测试项目管理方法，其特征在于，所述变动包括第三变动，所述第三变动包括对所述需求项的测试单位进行的变动，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，包括：

当所述第三变动涉及所述测试项目中的全部需求项，并且，所述需求项在经过所述第三变动后的所述测试单位不满足所述预设条件时，作废所述测试项目。

8.根据权利要求1所述的测试项目管理方法，其特征在于，所述变动包括第四变动，所述第四变动包括对所述需求项的状态进行的变动，所述根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目，包括：

当所述第四变动涉及所述测试项目中的部分需求项，并且，该部分需求项在经过所述第四变动后的所述状态为作废状态时，从所述测试项目中删除该部分需求项；

当所述第四变动涉及所述测试项目中的全部需求项，并且，该全部需求项在经过所述第四变动后的所述状态均为作废状态时，作废所述测试项目。

9.一种测试项目管理装置，其特征在于，包括：

获取模块，用于获取需求项；

测试项目配置模块，用于当所述需求项的测试单位满足预设条件时，为所述需求项配置测试项目，其中，同一个所述测试项目中的所述需求项的版本信息相同，并且，同一个所述测试项目中的所述需求项的项目编号相同；

采集模块，用于当所述测试项目中的至少一个所述需求项发生变动时，采集所述变动的内容，以及所述变动在所述测试项目中所涉及到的所述需求项的数量；

测试项目调整模块，用于根据所述变动的内容和所述变动所涉及到的所述需求项的数量，调整所述测试项目。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～8中任一项所述的测试项目管理方法。

11.一种计算机可读存储介质，其特征在于，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～8中任一项所述的测试项目管理方法。

12.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～8中任一项所述的测试项目管理方法。

Images