CN115269389A - 一种项目质量确定方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及软件开发技术领域，公开了一种项目质量确定方法、装置、电子设备及存储介质，该方法包括：针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息；针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对；基于比对结果确定所述处理阶段是否存在质量问题。本实施例在项目上线前的各处理阶段，通过确定该处理阶段的采集数据对应的质量信息(质量信息表征了对应采集数据的质量情况)；进而将各项质量信息与对应的预设阈值进行比对，确定各项质量信息是否正常，从而确定出在该处理阶段是否存在问题，这样就能对项目在各处理阶段的质量进行全面评估。

Description

一种项目质量确定方法、装置、电子设备及存储介质

技术领域

本申请涉及软件开发技术领域，特别涉及一种项目质量确定方法、装置、电子设备及存储介质。

背景技术

随着科技的发展，软件产品(项目)被广泛应用在多个领域中。为了保证开发的项目正常高效运行，需要在上线前对项目进行质量检测。

相关技术中，通过编写的测试用例对项目中的需求进行测试，根据测试结果来对项目质量进行评估。

然而，仅基于测试用例无法较为全面地对项目进行质量评估。

发明内容

本申请提供了一种项目质量确定方法、装置、电子设备及存储介质，用以全面地对项目进行质量评估。

第一方面，本申请实施例提供一种项目质量确定方法，所述方法包括：

针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息；

针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对；

基于比对结果确定所述处理阶段是否存在质量问题。

一些可选的实施方式中，若所述处理阶段为需求处理阶段，则所述处理阶段的采集数据包括表征所述项目的各项需求是否评审的信息以及表征所述项目的各项需求是否变更的信息；

确定所述处理阶段的采集数据对应的质量信息，包括：

基于表征所述项目的各项需求是否评审的信息，确定所述项目的需求评审率；以及，基于表征所述项目的各项需求是否变更的信息，确定所述项目的需求变更率；

将所述质量信息与所述质量信息对应的预设阈值进行比对，包括：

确定所述需求评审率是否大于第一预设阈值；以及，确定所述需求变更率是否小于第二预设阈值；其中，所述第一预设阈值为预设的需求评审率阈值，所述第二预设阈值为预设的需求变更率阈值；

基于比对结果确定所述处理阶段是否存在质量问题，包括：

若所述需求评审率大于第一预设阈值，且所述需求变更率小于第二预设阈值，则确定所述需求处理阶段不存在质量问题；否则确定所述需求处理阶段存在质量问题。

一些可选的实施方式中，若所述处理阶段为代码处理阶段，则所述处理阶段的采集数据包括所述项目的各项需求对应代码的自测结果以及表征所述项目的各项需求对应代码是否变更的信息；

确定所述处理阶段的采集数据对应的质量信息，包括：

基于所述自测结果，确定各项需求对应代码的代码覆盖率与自测通过率；以及，基于表征所述项目的各项需求对应代码是否变更的信息，确定代码变更率；

将所述质量信息与所述质量信息对应的预设阈值进行比对，包括：

确定所述代码覆盖率是否大于第三预设阈值；以及，确定所述自测通过率是否大于第四预设阈值；以及，确定所述代码变更率是否小于第五预设阈值；其中，所述第三预设阈值为预设的代码覆盖率阈值，所述第四预设阈值为预设的自测通过率阈值，所述第五预设阈值为预设的代码变更率阈值；

基于比对结果确定所述处理阶段是否存在质量问题，包括：

若所述代码覆盖率大于第三预设阈值，且所述自测通过率大于第四预设阈值，且所述代码变更率小于第五预设阈值，则确定所述代码处理阶段不存在质量问题；否则确定所述代码处理阶段存在质量问题。

一些可选的实施方式中，若所述处理阶段为提测阶段，则所述处理阶段的采集数据包括所述项目的各项需求在所述提测阶段的实际提测时间；

确定所述处理阶段的采集数据对应的质量信息，包括：

针对任一项需求，基于所述需求在所述提测阶段的实际提测时间与所述需求对应的预设提测时间的比对结果，确定所述需求是否提测准时；基于所述项目的所有需求是否提测准时的判断结果，确定所述项目的提测准时率；

将所述质量信息与所述质量信息对应的预设阈值进行比对，包括：

确定所述提测准时率是否大于第六预设阈值；其中，所述第六预设阈值为预设的提测准时率阈值；

基于比对结果确定所述处理阶段是否存在质量问题，包括：

若所述提测准时率大于第六预设阈值，则确定所述提测阶段不存在质量问题；否则确定所述提测阶段存在质量问题。

一些可选的实施方式中，若所述处理阶段为测试阶段，则所述处理阶段的采集数据包括所述项目的各项需求的测试结果；

确定所述处理阶段的采集数据对应的质量信息，包括：

基于所述项目的各项需求的测试结果，确定需求覆盖率与需求通过率；

将所述质量信息与所述质量信息对应的预设阈值进行比对，包括：

确定所述需求覆盖率是否大于第七预设阈值；以及，确定所述需求通过率是否大于第八预设阈值；其中，所述第七预设阈值为预设的需求覆盖率阈值，所述第八预设阈值为预设的需求通过率阈值；

基于比对结果确定所述处理阶段是否存在质量问题，包括：

若所述需求覆盖率大于第七预设阈值，且所述需求通过率大于第八预设阈值，则确定所述测试阶段不存在质量问题；否则确定所述测试阶段存在质量问题。

一些可选的实施方式中，所述方法还包括：

基于在所述项目上线后收到的用户反馈数据，确定所述项目的漏检缺陷数量；

将所述漏检缺陷数量与所述项目的总缺陷数量之间的比值确定为所述项目的漏检信息；其中，所述总缺陷数量为所述漏检缺陷数量与所述测试阶段的实检缺陷数量之和。

一些可选的实施方式中，若所述处理阶段存在质量问题，则所述方法还包括：

通过预设通知方式将表征所述处理阶段的标识信息以及所述处理阶段的质量信息进行通知。

第二方面，本申请实施例提供一种项目质量确定装置，包括：

质量信息确定模块，用于针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息；

比对模块，用于针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对；

质量评估模块，用于基于比对结果确定所述处理阶段是否存在质量问题。

第三方面，本申请实施例提供一种电子设备，包括处理器和存储器；

其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行如第一方面任一项所述的项目质量确定方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现如第一方面任一项所述的项目质量确定方法。

附图说明

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

图1为本申请实施例提供的应用场景示意图；

图2为本申请实施例提供的第一种项目质量确定方法的示意流程图；

图3为本申请实施例提供的第二种项目质量确定方法的示意流程图；

图4为本申请实施例提供的第三种项目质量确定方法的示意流程图；

图5为本申请实施例提供的第四种项目质量确定方法的示意流程图；

图6为本申请实施例提供的第五种项目质量确定方法的示意流程图；

图7为本申请实施例提供的第六种项目质量确定方法的示意流程图；

图8为本申请实施例提供的第七种项目质量确定方法的示意流程图；

图9为本申请实施例提供的项目质量确定装置的结构示意图；

图10为本申请实施例提供的电子设备的示意框图。

具体实施方式

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

在本申请的描述中，除非另有明确的规定和限定，术语“连接”应做广义理解，例如，可以是直接相连，也可以通过中间媒介间接相连，可以是两个器件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

为了保证开发的项目正常高效运行，需要在上线前对项目进行质量检测。

相关技术中，通过编写的测试用例对项目中的需求进行测试，根据测试结果来对项目质量进行评估。

然而，仅基于测试用例无法较为全面地对项目进行质量评估。

基于此，本申请实施例提供了一种项目质量确定方法、装置、电子设备及存储介质，该方法包括：针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息；针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对；基于比对结果确定所述处理阶段是否存在质量问题。

上述方案，在项目上线前的各处理阶段，通过确定该处理阶段的采集数据对应的质量信息(质量信息表征了对应采集数据的质量情况)；进而将各项质量信息与对应的预设阈值进行比对，确定各项质量信息是否正常，从而确定出在该处理阶段是否存在问题，这样就能对项目在各处理阶段的质量进行全面评估。

参阅图1所示，为本申请实施例提供的应用场景示意图，该场景中包括项目处理系统100以及电子设备200；

项目处理系统100包括需求处理平台、代码处理平台、提测平台以及测试平台；各平台用于获取对应处理阶段的采集数据；

电子设备分别与上述项目处理系统的各平台连接，接收各平台发送的在对应处理阶段的采集数据。

示例性的，需求处理平台响应于需求管理人员输入的需求指令，确定表征项目的各项需求是否评审的信息、表征项目的各项需求是否变更的信息等；

代码处理平台在获取代码开发人员输入的项目的各项需求对应代码后，对代码进行单元测试，确定项目的各项需求对应代码的自测结果；基于代码开发人员对代码的变更，确定表征项目的各项需求对应代码是否变更的信息等；

提测平台响应于测试人员输入的提测指令，确定项目的各项需求在提测阶段的实际提测时间等信息；

测试平台响应于测试人员输入的测试用例，在执行该测试用例后，确定项目的各项需求的测试结果等信息。

上述应用场景只是示例性说明，如项目处理系统中除了图1所示的平台，还可包括其他平台。

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

本申请实施例提供了第一种项目质量确定方法，应用于上述电子设备，如图2所示，该方法可以包括：

步骤S201：针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息。

如上所述，项目在上线前会通过项目处理系统中多个平台进行处理，各平台获取对应处理阶段的采集数据；

电子设备在收到任一平台发送的对应处理阶段的至少一项采集数据后，确定该采集数据对应的质量信息。

项目处理系统中的平台以及各平台对应的采集数据可参阅上述实施例，此处不再赘述。

步骤S202：针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对。

本实施例，各质量信息都对应有预设阈值(正常质量下的限值)；基于此，通过将各质量信息与对应的预设阈值进行比对，可确定各项质量信息是否正常。

步骤S203：基于比对结果确定所述处理阶段是否存在质量问题。

上述方案，在项目上线前的各处理阶段，通过确定该处理阶段的采集数据对应的质量信息(质量信息表征了对应采集数据的质量情况)；进而将各项质量信息与对应的预设阈值进行比对，确定各项质量信息是否正常，从而确定出在该处理阶段是否存在问题，这样就能对项目在各处理阶段的质量进行全面评估。

一些可选的实施方式中，处理阶段为需求处理阶段，该处理阶段的采集数据包括表征所述项目的各项需求是否评审的信息以及表征所述项目的各项需求是否变更的信息；

对应的，本申请实施例提供了第二种项目质量确定方法，应用于上述电子设备，如图3所示，该方法可以包括：

步骤S301：基于表征所述项目的各项需求是否评审的信息，确定所述项目的需求评审率；以及，基于表征所述项目的各项需求是否变更的信息，确定所述项目的需求变更率。

实施中，在需求处理阶段时需求处理平台响应于需求管理人员输入的需求指令，确定表征项目的各项需求是否评审的信息、表征项目的各项需求是否变更的信息等；

需求处理平台将表征项目的各项需求是否评审的信息、表征项目的各项需求是否变更的信息发送给电子设备；

电子设备基于表征项目的各项需求是否评审的信息，确定项目的需求评审率；例如，基于表征项目的各项需求是否评审的信息，确定项目中需要评审的需求的数量，并将项目中需要评审的需求的数量与该项目中需求总数之间的比值确定为该项目的需求评审率；

电子设备还基于表征项目的各项需求是否变更的信息，确定项目的需求变更率；例如，基于表征项目的各项需求是否变更的信息，确定项目中发生变更的需求的数量，并将项目中发生变更的需求的数量与该项目中需求总数之间的比值确定为该项目的需求变更率。

步骤S302：确定所述需求评审率是否大于第一预设阈值；以及，确定所述需求变更率是否小于第二预设阈值。

其中，所述第一预设阈值为预设的需求评审率阈值，所述第二预设阈值为预设的需求变更率阈值。

本实施例，各质量信息都对应有预设阈值(正常质量下的限值)；

上述需求评审率对应有预设的需求评审率阈值(第一预设阈值)，该第一预设阈值为正常质量下的需求评审率限值；如果大于该第一预设阈值，说明进行评审的需求数量较为正常；如果小于或等于该第一预设阈值，说明进行评审的需求过少；

上述需求变更率对应有预设的需求变更率阈值(第二预设阈值)，该第二预设阈值为正常质量下的需求变更率限值；如果小于该第一预设阈值，说明发生变更的需求数量是正常的；如果大于或等于该第一预设阈值，说明发生变更的需求过多，项目的需求不够明确。

因此，在确定需求评审率以及需求变更率后，需要分别确定该需求评审率是否大于第一预设阈值，以及该需求变更率是否小于第二预设阈值。

步骤S303：若所述需求评审率大于第一预设阈值，且所述需求变更率小于第二预设阈值，则确定所述需求处理阶段不存在质量问题；否则确定所述需求处理阶段存在质量问题。

实施中，如果项目的需求评审率大于第一预设阈值，说明进行评审的需求数量较为正常；如果需求变更率小于第二预设阈值，说明发生变更的需求数量是正常的，满足这两个条件就能确定需求处理阶段的采集数据的质量较好，需求处理阶段不存在质量问题；

如果项目的需求评审率小于或等于第一预设阈值，说明需求处理阶段存在进行评审的需求过少的问题；

如果需求变更率大于或等于第二预设阈值，说明发生变更的需求过多，需求处理阶段存在需求不明确的问题。

上述需求处理阶段的采集数据只是示例性说明，实施中需求处理平台还可以获取人员变动、研测耗时等信息，将这些信息对应的质量信息与对应的预设阈值进行比对，并基于比对结果确定需求处理阶段是否存在质量问题，此处不再一一举例说明。

上述方案，由于第一预设阈值为正常质量下的需求评审率限值，第二预设阈值为正常质量下的需求变更率限值；通过确定需求评审率是否大于第一预设阈值，可确定进行评审的需求的多少；通过确定需求变更率是否小于第二预设阈值，可以确定项目的需求是否明确；如果项目的需求评审率大于第一预设阈值，说明进行评审的需求数量较为正常；如果需求变更率小于第二预设阈值，说明发生变更的需求数量是正常的，满足这两个条件就能确定需求处理阶段不存在质量问题；反之，说明需求处理阶段存在进行评审的需求过少或者需求不明确的问题。通过上述方式精准地对项目在需求处理阶段的质量进行评估。

一些可选的实施方式中，处理阶段为代码处理阶段，该处理阶段的采集数据包括所述项目的各项需求对应代码的自测结果以及表征所述项目的各项需求对应代码是否变更的信息；

对应的，本申请实施例提供了第三种项目质量确定方法，应用于上述电子设备，如图4所示，该方法可以包括：

步骤S401：基于所述自测结果，确定各项需求对应代码的代码覆盖率与自测通过率；以及，基于表征所述项目的各项需求对应代码是否变更的信息，确定代码变更率。

实施中，代码处理平台在获取代码开发人员输入的项目的各项需求对应代码后，对代码进行单元测试，确定项目的各项需求对应代码的自测结果；基于代码开发人员对代码的变更，确定表征项目的各项需求对应代码是否变更的信息等；

代码处理平台将自测结果以及表征项目的各项需求对应代码是否变更的信息发送给电子设备；

电子设备基于自测结果，确定各项需求对应代码的代码覆盖率与自测通过率；例如，将自测覆盖的代码与代码总数之间的比值确定为代码覆盖率，将自测通过的代码与代码总数之间的比值确定为自测通过率；

电子设备还基于表征项目的各项需求对应代码是否变更的信息，确定代码变更率；例如，基于表征项目的各项需求对应代码是否变更的信息，确定项目中发生变更的代码的数量，并将项目中发生变更的代码的数量与该项目中代码总数之间的比值确定为代码变更率。

步骤S402：确定所述代码覆盖率是否大于第三预设阈值；以及，确定所述自测通过率是否大于第四预设阈值；以及，确定所述代码变更率是否小于第五预设阈值。

其中，所述第三预设阈值为预设的代码覆盖率阈值，所述第四预设阈值为预设的自测通过率阈值，所述第五预设阈值为预设的代码变更率阈值。

如上所述，各质量信息都对应有预设阈值(正常质量下的限值)；

本实施例，上述代码覆盖率对应有预设的代码覆盖率阈值(第三预设阈值)，该第三预设阈值为正常质量下的代码覆盖率限值；如果大于该第三预设阈值，说明进行自测覆盖的代码数量是正常的；如果小于或等于该第三预设阈值，说明自测覆盖的代码过少；

上述自测通过率对应有预设的自测通过率阈值(第四预设阈值)，该第四预设阈值为正常质量下的自测通过率限值；如果大于该第四预设阈值，说明通过自测的代码数量是正常的；如果小于或等于该第四预设阈值，说明没有通过自测的代码过多；

上述代码变更率对应有预设的代码变更率阈值(第五预设阈值)，该第五预设阈值为正常质量下的代码变更率限值；如果小于该第五预设阈值，说明发生变更的代码数量是正常的；如果大于或等于该第五预设阈值，说明发生变更的代码过多。

因此，在确定代码覆盖率、自测通过率以及代码变更率后，需要分别确定该代码覆盖率是否大于第三预设阈值；该自测通过率是否大于第四预设阈值；该代码变更率是否小于第五预设阈值。

步骤S403：若所述代码覆盖率大于第三预设阈值，且所述自测通过率大于第四预设阈值，且所述代码变更率小于第五预设阈值，则确定所述代码处理阶段不存在质量问题；否则确定所述代码处理阶段存在质量问题。

实施中，如果代码覆盖率大于第三预设阈值，说明进行自测覆盖的代码数量较为正常；如果自测通过率大于第四预设阈值，说明通过自测的代码数量是正常的；如果代码变更率小于第五预设阈值，说明发生变更的代码数量是正常的；满足这三个条件就能确定代码处理阶段的采集数据的质量较好，代码处理阶段不存在质量问题；

如果代码覆盖率小于或等于第三预设阈值，说明代码处理阶段存在自测覆盖的代码过少的问题；

如果自测通过率小于或等于第四预设阈值，说明代码处理阶段存在没有通过自测的代码过多的问题；

如果代码变更率大于或等于第五预设阈值，说明代码处理阶段存在发生变更的代码过多的问题。

上述方案，由于第三预设阈值为正常质量下的代码覆盖率限值，第四预设阈值为正常质量下的自测通过率限值，第五预设阈值为正常质量下的代码变更率限值；通过确定代码覆盖率是否大于第三预设阈值，可确定进行自测覆盖的代码的多少；通过确定自测通过率是否大于第四预设阈值，可确定通过自测的代码的多少；通过确定代码变更率是否小于第五预设阈值，可以确定发生变更的代码的多少；如果代码覆盖率大于第三预设阈值，说明进行自测覆盖的代码数量较为正常；如果自测通过率大于第四预设阈值，说明通过自测的代码数量是正常的；如果代码变更率小于第五预设阈值，说明发生变更的代码数量是正常的，满足这三个条件就能确定代码处理阶段不存在问题；反之，说明代码处理阶段存在自测覆盖的代码过少、没有通过自测的代码过多、发生变更的代码过多等问题。通过上述方式精准地对项目在代码处理阶段的质量进行评估。

一些可选的实施方式中，处理阶段为提测阶段，该处理阶段的采集数据包括所述项目的各项需求在所述提测阶段的实际提测时间；

对应的，本申请实施例提供了第四种项目质量确定方法，应用于上述电子设备，如图5所示，该方法可以包括：

步骤S501：针对任一项需求，基于所述需求在所述提测阶段的实际提测时间与所述需求对应的预设提测时间的比对结果，确定所述需求是否提测准时；基于所述项目的所有需求是否提测准时的判断结果，确定所述项目的提测准时率。

实施中，在提测阶段时提测平台响应于测试人员输入的提测指令，确定项目的各项需求在提测阶段的实际提测时间等信息；

提测平台将项目的各项需求在提测阶段的实际提测时间等信息发送给电子设备；

电子设备基于各需求在提测阶段的实际提测时间与该需求对应的预设提测时间的比对结果，确定该需求是否提测准时；进而于项目中的所有需求是否提测准时的判断结果，确定出项目的提测准时率；例如：

针对项目中的任一需求，如果该需求的实际提测时间晚于预设提测时间，确定该需求没有提测准时，反之确定该需求提测准时；确定提测准时的需求的数量，并将提测准时的需求的数量与需求总数之间的比值确定为提测准时率。

步骤S502：确定所述提测准时率是否大于第六预设阈值。

其中，所述第六预设阈值为预设的提测准时率阈值。

如上所述，各质量信息都对应有预设阈值(正常质量下的限值)；

本实施例，上述提测准时率对应有预设的提测准时率阈值(第六预设阈值)，该第六预设阈值为正常质量下的提测准时率限值；如果大于该第六预设阈值，说明提测过程较为准时；如果小于或等于该第六预设阈值，说明提测过程时延较为严重。

因此，在确定提测准时率后，需要确定提测准时率是否大于第六预设阈值。

步骤S503：若所述提测准时率大于第六预设阈值，则确定所述提测阶段不存在质量问题；否则确定所述提测阶段存在质量问题。

实施中，如果提测准时率大于第六预设阈值，说明提测过程较为准时；满足该条件就能确定提测阶段的采集数据的质量较好，提测阶段不存在质量问题；

如果提测准时率小于或者等于第六预设阈值，说明提测阶段存在时延较为严重的问题。

上述方案，由于第六预设阈值为预设的提测准时率阈值；通过确定提测准时率是否大于第六预设阈值，可确定提测过程是否准时；如果提测准时率大于第六预设阈值，说明提测过程较为准时；满足该条件就能确定提测阶段的采集数据的质量较好，提测阶段不存在质量问题；反之，说明提测阶段存在时延较为严重的问题。通过上述方式精准地对项目在提测阶段的质量进行评估。

一些可选的实施方式中，处理阶段为测试阶段，该处理阶段的采集数据包括所述项目的各项需求的测试结果；

对应的，本申请实施例提供了第五种项目质量确定方法，应用于上述电子设备，如图6所示，该方法可以包括：

步骤S601：基于所述项目的各项需求的测试结果，确定需求覆盖率与需求通过率。

实施中，测试平台响应于测试人员输入的测试用例，在执行该测试用例后，确定项目的各项需求的测试结果等信息；

测试平台将测试结果等信息发送给电子设备；

电子设备基于测试结果，确定需求覆盖率与需求通过率；例如，将测试覆盖的需求与需求总数之间的比值确定为需求覆盖率，将测试通过的需求与需求总数之间的比值确定为需求通过率。

步骤S602：确定所述需求覆盖率是否大于第七预设阈值；以及，确定所述需求通过率是否大于第八预设阈值。

其中，所述第七预设阈值为预设的需求覆盖率阈值，所述第八预设阈值为预设的需求通过率阈值。

如上所述，各质量信息都对应有预设阈值(正常质量下的限值)；

本实施例，上述需求覆盖率对应有预设的需求覆盖率阈值(第七预设阈值)，该第七预设阈值为正常质量下的需求覆盖率限值；如果大于该第七预设阈值，说明进行测试覆盖的需求数量是正常的；如果小于或等于该第七预设阈值，说明测试覆盖的需求过少；

上述需求通过率对应有预设的需求通过率阈值(第八预设阈值)，该第八预设阈值为正常质量下的需求通过率限值；如果大于该第八预设阈值，说明通过测试的需求数量是正常的；如果小于或等于该第八预设阈值，说明没有通过测试的需求过多。

因此，在确定需求覆盖率、需求通过率后，需要分别确定该需求覆盖率是否大于第七预设阈值，该需求通过率是否大于第八预设阈值。

步骤S603：若所述需求覆盖率大于第七预设阈值，且所述需求通过率大于第八预设阈值，则确定所述测试阶段不存在质量问题；否则确定所述测试阶段存在质量问题。

实施中，如果需求覆盖率大于第七预设阈值，说明进行测试覆盖的需求数量较为正常；如果需求通过率大于第八预设阈值，说明通过测试的需求数量是正常的；满足这两个条件就能确定测试阶段的采集数据的质量较好，测试阶段不存在质量问题；

如果需求覆盖率小于或等于第七预设阈值，说明测试阶段存在覆盖的需求过少的问题；

如果需求通过率小于或等于第八预设阈值，说明测试阶段存在没有通过测试的需求过多的问题。

上述方案，由于第七预设阈值为正常质量下的需求覆盖率限值，第八预设阈值为正常质量下的需求通过率限值；通过确定需求覆盖率是否大于第七预设阈值，可确定进行测试覆盖的需求的多少；通过确定需求通过率是否大于第八预设阈值，可确定通过测试的需求的多少；如果需求覆盖率大于第七预设阈值，说明进行测试覆盖的需求数量较为正常；如果测试通过率大于第八预设阈值，说明通过测试的需求数量是正常的；满足这两个条件就能确定测试阶段不存在质量问题；反之，说明测试阶段存在覆盖的需求过少、没有通过测试的需求过多等问题。通过上述方式精准地对项目在测试阶段的质量进行评估。

上述图3～图6实施例为在项目上线前不同处理阶段对应的执行方法，实施中，这几个实施例可以结合，此处不再赘述。

另外，如果测试阶段存在质量问题，还可以对项目进行修改以及复检，复检过程与初检过程类似，此处不再赘述。实施中，可确定复检次数以及复检耗时，将这两个参数也作为衡量项目质量的指标。

本申请实施例提供了第六种项目质量确定方法，应用于上述电子设备，如图7所示，该方法可以包括：

步骤S701：针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息。

步骤S702：针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对。

步骤S703：基于比对结果确定所述处理阶段是否存在质量问题。

该步骤S701～S703的具体实现方式可参照上述实施例，此处不再赘述。

步骤S704：基于在所述项目上线后收到的用户反馈数据，确定所述项目的漏检缺陷数量。

实施中，在测试阶段可能无法将项目中所有缺陷检测出来，这种情况下，项目会有漏检的缺陷；项目在上线后，可能会收到用户使用该项目后反馈的表征缺陷的数据(用户反馈数据)；电子设备基于收到的用户反馈数据的类型，确定出项目的漏检缺陷数量，例如：相同类型的用户反馈数据记作一个漏检缺陷。

示例性的，项目处理系统中还设置有缺陷管理平台，缺陷管理平台用于在项目上线后，接收上述用户反馈数据。

步骤S705：将所述漏检缺陷数量与所述项目的总缺陷数量之间的比值确定为所述项目的漏检信息。

其中，所述总缺陷数量为所述漏检缺陷数量与所述测试阶段的实检缺陷数量之和。

示例性的，上述缺陷管理平台与测试平台连接，还用于获取测试平台输出的在测试阶段的实检缺陷数量。

本实施例，通过确定漏检缺陷数量与项目的总缺陷数量(漏检缺陷数量与测试阶段的实检缺陷数量之和)之间的比值，该比值反映了测试用例的测试效果，如果该比值越大，说明测试效果越差(测试阶段通过测试用例检测出了项目中很少的缺陷)；该比值越小，说明测试效果越好(测试阶段通过测试用例检测出了项目中较多的缺陷)。因此，该漏检信息也能够衡量项目的整体质量。

上述方案，基于项目上线后收到的用户反馈数据，确定出在测试阶段没有检测出的漏检缺陷数量；进而确定漏检缺陷数量与项目的总缺陷数量之间的比值，该比值反映了测试阶段的测试效果，从而更加全面地对项目进行评估。

本申请实施例提供了第七种项目质量确定方法，应用于上述电子设备，如图8所示，该方法可以包括：

步骤S801：针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息。

步骤S802：针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对。

步骤S803：基于比对结果确定所述处理阶段是否存在质量问题。

该步骤S801～S803的具体实现方式可参照上述实施例，此处不再赘述。

步骤S804：若所述处理阶段存在质量问题，则通过预设通知方式将表征所述处理阶段的标识信息以及所述处理阶段的质量信息进行通知。

实施中，如果某一处理阶段存在质量问题，通过将表征该处理阶段的标识信息以及该处理阶段的质量信息进行通知，使得相关人员及时获知该处理阶段的质量问题，进而在该处理阶段就对项目进行调整，从而避免该处理阶段的问题影响到后续的处理阶段。

本实施例对预设通知方式不做具体限定，如通过语音播报，通过显示屏显示，触发邮件等方式。

当然，衡量项目质量的指标除了上述处理阶段的质量信息，还包括上述实施例所提到的漏检信息、复检次数以及复检耗时等，可将这些信息也通过预设通知方式进行通知。

另外，为了更加直观地展示项目质量，可将所有处理阶段的标识信息以及质量信息等进行展示，如通过图表形式分别展示各处理阶段的所有质量信息以及预设阈值，使信息透明可视化，便于项目负责人员在结会或复盘时更加直观地看到项目存在的问题，分析问题产生的原因，提升后续项目的质量。

如图9所示，基于相同的发明构思，本申请实施例提供一种项目质量确定装置900，包括：

质量信息确定模块901，用于针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息；

比对模块902，用于针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对；

质量评估模块903，用于基于比对结果确定所述处理阶段是否存在质量问题。

在一些可选的实施方式中，若所述处理阶段为需求处理阶段，则所述处理阶段的采集数据包括表征所述项目的各项需求是否评审的信息以及表征所述项目的各项需求是否变更的信息；

所述质量信息确定模块901具体用于：

基于表征所述项目的各项需求是否评审的信息，确定所述项目的需求评审率；以及，基于表征所述项目的各项需求是否变更的信息，确定所述项目的需求变更率；

所述比对模块902具体用于：

确定所述需求评审率是否大于第一预设阈值；以及，确定所述需求变更率是否小于第二预设阈值；其中，所述第一预设阈值为预设的需求评审率阈值，所述第二预设阈值为预设的需求变更率阈值；

所述质量评估模块903具体用于：

若所述需求评审率大于第一预设阈值，且所述需求变更率小于第二预设阈值，则确定所述需求处理阶段不存在质量问题；否则确定所述需求处理阶段存在质量问题。

在一些可选的实施方式中，若所述处理阶段为代码处理阶段，则所述处理阶段的采集数据包括所述项目的各项需求对应代码的自测结果以及表征所述项目的各项需求对应代码是否变更的信息；

所述质量信息确定模块901具体用于：

基于所述自测结果，确定各项需求对应代码的代码覆盖率与自测通过率；以及，基于表征所述项目的各项需求对应代码是否变更的信息，确定代码变更率；

所述比对模块902具体用于：

确定所述代码覆盖率是否大于第三预设阈值；以及，确定所述自测通过率是否大于第四预设阈值；以及，确定所述代码变更率是否小于第五预设阈值；其中，所述第三预设阈值为预设的代码覆盖率阈值，所述第四预设阈值为预设的自测通过率阈值，所述第五预设阈值为预设的代码变更率阈值；

所述质量评估模块903具体用于：

若所述代码覆盖率大于第三预设阈值，且所述自测通过率大于第四预设阈值，且所述代码变更率小于第五预设阈值，则确定所述代码处理阶段不存在质量问题；否则确定所述代码处理阶段存在质量问题。

在一些可选的实施方式中，若所述处理阶段为提测阶段，则所述处理阶段的采集数据包括所述项目的各项需求在所述提测阶段的实际提测时间；

所述质量信息确定模块901具体用于：

针对任一项需求，基于所述需求在所述提测阶段的实际提测时间与所述需求对应的预设提测时间的比对结果，确定所述需求是否提测准时；基于所述项目的所有需求是否提测准时的判断结果，确定所述项目的提测准时率；

所述比对模块902具体用于：

确定所述提测准时率是否大于第六预设阈值；其中，所述第六预设阈值为预设的提测准时率阈值；

所述质量评估模块903具体用于：

若所述提测准时率大于第六预设阈值，则确定所述提测阶段不存在质量问题；否则确定所述提测阶段存在质量问题。

在一些可选的实施方式中，若所述处理阶段为测试阶段，则所述处理阶段的采集数据包括所述项目的各项需求的测试结果；

所述质量信息确定模块901具体用于：

基于所述项目的各项需求的测试结果，确定需求覆盖率与需求通过率；

所述比对模块902具体用于：

确定所述需求覆盖率是否大于第七预设阈值；以及，确定所述需求通过率是否大于第八预设阈值；其中，所述第七预设阈值为预设的需求覆盖率阈值，所述第八预设阈值为预设的需求通过率阈值；

所述质量评估模块903具体用于：

若所述需求覆盖率大于第七预设阈值，且所述需求通过率大于第八预设阈值，则确定所述测试阶段不存在质量问题；否则确定所述测试阶段存在质量问题。

在一些可选的实施方式中，所述质量评估模块903还用于：

基于在所述项目上线后收到的用户反馈数据，确定所述项目的漏检缺陷数量；

将所述漏检缺陷数量与所述项目的总缺陷数量之间的比值确定为所述项目的漏检信息；其中，所述总缺陷数量为所述漏检缺陷数量与所述测试阶段的实检缺陷数量之和。

在一些可选的实施方式中，若所述处理阶段存在质量问题，则所述质量评估模块903还用于：

通过预设通知方式将表征所述处理阶段的标识信息以及所述处理阶段的质量信息进行通知。

由于该装置即是本申请实施例中的方法中的装置，并且该装置解决问题的原理与该方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

如图10所示，基于相同的发明构思，本申请实施例提供一种电子设备1000，包括：处理器1001和存储器1002；

存储器1002可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器1002也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者存储器1002是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1002可以是上述存储器的组合。

处理器1001，可以包括一个或多个中央处理单元(central processing unit，CPU)，图形处理单元(Graphics Processing Unit，GPU)或者数字处理单元等等。

本申请实施例中不限定上述存储器1002和处理器1001之间的具体连接介质。本申请实施例在图10中以存储器1002和处理器1001之间通过总线1003连接，总线1003在图10中以粗线表示，所述总线1003可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

其中，所述存储器1002存储有程序代码，当所述程序代码被所述处理器1001执行时，使得所述处理器1001执行下列过程：

针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息；

针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对；

基于比对结果确定所述处理阶段是否存在质量问题。

在一些可选的实施方式中，若所述处理阶段为需求处理阶段，则所述处理阶段的采集数据包括表征所述项目的各项需求是否评审的信息以及表征所述项目的各项需求是否变更的信息；

所述处理器1001具体执行：

基于表征所述项目的各项需求是否评审的信息，确定所述项目的需求评审率；以及，基于表征所述项目的各项需求是否变更的信息，确定所述项目的需求变更率；

确定所述需求评审率是否大于第一预设阈值；以及，确定所述需求变更率是否小于第二预设阈值；其中，所述第一预设阈值为预设的需求评审率阈值，所述第二预设阈值为预设的需求变更率阈值；

若所述需求评审率大于第一预设阈值，且所述需求变更率小于第二预设阈值，则确定所述需求处理阶段不存在质量问题；否则确定所述需求处理阶段存在质量问题。

在一些可选的实施方式中，若所述处理阶段为代码处理阶段，则所述处理阶段的采集数据包括所述项目的各项需求对应代码的自测结果以及表征所述项目的各项需求对应代码是否变更的信息；

所述处理器1001具体执行：

基于所述自测结果，确定各项需求对应代码的代码覆盖率与自测通过率；以及，基于表征所述项目的各项需求对应代码是否变更的信息，确定代码变更率；

确定所述代码覆盖率是否大于第三预设阈值；以及，确定所述自测通过率是否大于第四预设阈值；以及，确定所述代码变更率是否小于第五预设阈值；其中，所述第三预设阈值为预设的代码覆盖率阈值，所述第四预设阈值为预设的自测通过率阈值，所述第五预设阈值为预设的代码变更率阈值；

若所述代码覆盖率大于第三预设阈值，且所述自测通过率大于第四预设阈值，且所述代码变更率小于第五预设阈值，则确定所述代码处理阶段不存在质量问题；否则确定所述代码处理阶段存在质量问题。

在一些可选的实施方式中，若所述处理阶段为提测阶段，则所述处理阶段的采集数据包括所述项目的各项需求在所述提测阶段的实际提测时间；

所述处理器1001具体执行：

针对任一项需求，基于所述需求在所述提测阶段的实际提测时间与所述需求对应的预设提测时间的比对结果，确定所述需求是否提测准时；基于所述项目的所有需求是否提测准时的判断结果，确定所述项目的提测准时率；

确定所述提测准时率是否大于第六预设阈值；其中，所述第六预设阈值为预设的提测准时率阈值；

若所述提测准时率大于第六预设阈值，则确定所述提测阶段不存在质量问题；否则确定所述提测阶段存在质量问题。

在一些可选的实施方式中，若所述处理阶段为测试阶段，则所述处理阶段的采集数据包括所述项目的各项需求的测试结果；

所述处理器1001具体执行：

基于所述项目的各项需求的测试结果，确定需求覆盖率与需求通过率；

确定所述需求覆盖率是否大于第七预设阈值；以及，确定所述需求通过率是否大于第八预设阈值；其中，所述第七预设阈值为预设的需求覆盖率阈值，所述第八预设阈值为预设的需求通过率阈值；

若所述需求覆盖率大于第七预设阈值，且所述需求通过率大于第八预设阈值，则确定所述测试阶段不存在质量问题；否则确定所述测试阶段存在质量问题。

在一些可选的实施方式中，所述处理器1001还执行：

基于在所述项目上线后收到的用户反馈数据，确定所述项目的漏检缺陷数量；

将所述漏检缺陷数量与所述项目的总缺陷数量之间的比值确定为所述项目的漏检信息；其中，所述总缺陷数量为所述漏检缺陷数量与所述测试阶段的实检缺陷数量之和。

在一些可选的实施方式中，若所述处理阶段存在质量问题，则所述处理器1001还执行：

通过预设通知方式将表征所述处理阶段的标识信息以及所述处理阶段的质量信息进行通知。

由于该电子设备即是执行本申请实施例中的方法的电子设备，并且该电子设备解决问题的原理与该方法相似，因此该电子设备的实施可以参见方法的实施，重复之处不再赘述。

本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述项目质量确定方法的步骤。其中，可读存储介质可以为非易失可读存储介质。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程装置，以产生机器，使得经由计算机处理器和/或其它可编程装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种项目质量确定方法，其特征在于，所述方法包括：

针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息；

针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对；

基于比对结果确定所述处理阶段是否存在质量问题。

2.根据权利要求1所述的方法，其特征在于，若所述处理阶段为需求处理阶段，则所述处理阶段的采集数据包括表征所述项目的各项需求是否评审的信息以及表征所述项目的各项需求是否变更的信息；

确定所述处理阶段的采集数据对应的质量信息，包括：

基于表征所述项目的各项需求是否评审的信息，确定所述项目的需求评审率；以及，基于表征所述项目的各项需求是否变更的信息，确定所述项目的需求变更率；

将所述质量信息与所述质量信息对应的预设阈值进行比对，包括：

确定所述需求评审率是否大于第一预设阈值；以及，确定所述需求变更率是否小于第二预设阈值；其中，所述第一预设阈值为预设的需求评审率阈值，所述第二预设阈值为预设的需求变更率阈值；

基于比对结果确定所述处理阶段是否存在质量问题，包括：

若所述需求评审率大于第一预设阈值，且所述需求变更率小于第二预设阈值，则确定所述需求处理阶段不存在质量问题；否则确定所述需求处理阶段存在质量问题。

3.根据权利要求1所述的方法，其特征在于，若所述处理阶段为代码处理阶段，则所述处理阶段的采集数据包括所述项目的各项需求对应代码的自测结果以及表征所述项目的各项需求对应代码是否变更的信息；

确定所述处理阶段的采集数据对应的质量信息，包括：

基于所述自测结果，确定各项需求对应代码的代码覆盖率与自测通过率；以及，基于表征所述项目的各项需求对应代码是否变更的信息，确定代码变更率；

将所述质量信息与所述质量信息对应的预设阈值进行比对，包括：

确定所述代码覆盖率是否大于第三预设阈值；以及，确定所述自测通过率是否大于第四预设阈值；以及，确定所述代码变更率是否小于第五预设阈值；其中，所述第三预设阈值为预设的代码覆盖率阈值，所述第四预设阈值为预设的自测通过率阈值，所述第五预设阈值为预设的代码变更率阈值；

基于比对结果确定所述处理阶段是否存在质量问题，包括：

若所述代码覆盖率大于第三预设阈值，且所述自测通过率大于第四预设阈值，且所述代码变更率小于第五预设阈值，则确定所述代码处理阶段不存在质量问题；否则确定所述代码处理阶段存在质量问题。

4.根据权利要求1所述的方法，其特征在于，若所述处理阶段为提测阶段，则所述处理阶段的采集数据包括所述项目的各项需求在所述提测阶段的实际提测时间；

确定所述处理阶段的采集数据对应的质量信息，包括：

针对任一项需求，基于所述需求在所述提测阶段的实际提测时间与所述需求对应的预设提测时间的比对结果，确定所述需求是否提测准时；基于所述项目的所有需求是否提测准时的判断结果，确定所述项目的提测准时率；

将所述质量信息与所述质量信息对应的预设阈值进行比对，包括：

确定所述提测准时率是否大于第六预设阈值；其中，所述第六预设阈值为预设的提测准时率阈值；

基于比对结果确定所述处理阶段是否存在质量问题，包括：

若所述提测准时率大于第六预设阈值，则确定所述提测阶段不存在质量问题；否则确定所述提测阶段存在质量问题。

5.根据权利要求1所述的方法，其特征在于，若所述处理阶段为测试阶段，则所述处理阶段的采集数据包括所述项目的各项需求的测试结果；

确定所述处理阶段的采集数据对应的质量信息，包括：

基于所述项目的各项需求的测试结果，确定需求覆盖率与需求通过率；

将所述质量信息与所述质量信息对应的预设阈值进行比对，包括：

确定所述需求覆盖率是否大于第七预设阈值；以及，确定所述需求通过率是否大于第八预设阈值；其中，所述第七预设阈值为预设的需求覆盖率阈值，所述第八预设阈值为预设的需求通过率阈值；

基于比对结果确定所述处理阶段是否存在质量问题，包括：

若所述需求覆盖率大于第七预设阈值，且所述需求通过率大于第八预设阈值，则确定所述测试阶段不存在质量问题；否则确定所述测试阶段存在质量问题。

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

基于在所述项目上线后收到的用户反馈数据，确定所述项目的漏检缺陷数量；

将所述漏检缺陷数量与所述项目的总缺陷数量之间的比值确定为所述项目的漏检信息；其中，所述总缺陷数量为所述漏检缺陷数量与所述测试阶段的实检缺陷数量之和。

7.根据权利要求1～6任一所述的方法，其特征在于，若所述处理阶段存在质量问题，则所述方法还包括：

通过预设通知方式将表征所述处理阶段的标识信息以及所述处理阶段的质量信息进行通知。

8.一种项目质量确定装置，其特征在于，该装置包括：

质量信息确定模块，用于针对在项目上线前的任一处理阶段，确定所述处理阶段的采集数据对应的质量信息；

比对模块，用于针对任一质量信息，将所述质量信息与所述质量信息对应的预设阈值进行比对；

质量评估模块，用于基于比对结果确定所述处理阶段是否存在质量问题。

9.一种电子设备，其特征在于，包括：处理器和存储器；

其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行如权利要求1～7任一项所述的项目质量确定方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现如权利要求1～7任一项所述的项目质量确定方法。

Images