一种统计方法及装置

技术领域

本申请涉及数据统计技术领域，尤其涉及一种统计方法、装置、电子设备及机器可读存储介质。

背景技术

在软件开发的过程中，针对目标项目的整个研发周期进行统计分析以及度量能够便于对目标项目进行管理，由于针对不同项目阶段的数据由人工进行统计与分析，导致统计的效率不高。由于不同项目阶段的责任主体独立负责各个项目阶段的数据统计，而针对研发周期的上述各个阶段，采用不同的度量指标，导致各个阶段的度量指标之间互相割裂，无法从整体上反应目标项目的实际进展。

发明内容

本申请提供一种统计方法，应用于统计系统，所述方法包括：

获取与目标项目的至少一个阶段中的各个阶段的统计指标分别对应的统计数据；

基于所述统计数据，生成与所述目标项目对应的全局数据；其中，所述全局数据用于反应所述目标项目全生命周期的实际进展。

可选的，所述至少一个阶段包括以下示出的阶段中的一个或多个的组合：

需求阶段；开发阶段；测试阶段；交付部署阶段。

可选的，与所述需求阶段对应的统计指标可以包括以下示出的指标中的一种或多种的组合：

需求总量，指提出的需要开发的需求总数；

需求吞吐量，指预设时间段内完成开发的需求数量；

需求缺陷密度，指在所述需求阶段导致的缺陷的数量和第一缺陷总数的比值；其中，所述第一缺陷总数的数值基于所述目标项目所处阶段的变更同步变化；

新增需求量，指在预设时刻之后提出的需要开发的需求数量。

可选的，与所述开发阶段对应的统计指标可以包括以下示出的指标中的一种或多种的组合：

提测率，指在预设时刻之前针对所述需求阶段提出的需求开发完成提交至测试阶段的需求数量和所述需求总量的比值；

开发缺陷密度，指在所述开发阶段导致的缺陷的数量和所述第一缺陷总数的比值；

冒烟通过率，指针对所述需求阶段提出的需求开发完成并通过冒烟测试的需求数量和所述需求总量的比值；

冒烟缺陷量，指所述需求阶段导致的且未解决的，在所述开发阶段发现的缺陷。

可选的，与所述测试阶段对应的统计指标可以包括以下示出的指标中的一种或多种的组合：

测试案例总数，指用于测试的测试用例总数；

测试缺陷总数，指在所述测试阶段发现的缺陷的总数量；其中，所述测试缺陷总数包括在所述需求阶段导致的且没有解决的缺陷的数量，以及在所述开发阶段导致的且没有解决的缺陷的数量；

缺陷案例命中率，指所述测试阶段发现的目标缺陷的数量和用于测试所述目标缺陷的测试用例的数量的比值。

可选的，与所述交付部署阶段对应的统计指标可以包括以下示出的指标中的一种或多种的组合：

上线缺陷数量，指将所述目标项目上线发布之后发现的缺陷；

需求缺陷逃逸率，指在所述需求阶段导致的，而在所述交付部署阶段发现的缺陷的数量和在所述交付部署阶段统计出的第二缺陷总数的比值；

开发缺陷逃逸率，指在所述开发阶段导致的，而在所述交付部署阶段发现的缺陷的数量和在所述交付部署阶段统计出的第二缺陷总数的比值；

测试缺陷逃逸率，指在所述测试阶段导致的，而在所述交付部署阶段才发现的缺陷的数量和在所述交付部署阶段统计出的第二缺陷总数的比值。

本申请还提供一种统计装置，所述装置包括：

获取模块，用于获取与目标项目的至少一个阶段中的各个阶段的统计指标分别对应的统计数据；

生成模块，用于基于所述统计数据，生成与所述目标项目对应的全局数据；其中，所述全局数据用于反应所述目标项目全生命周期的实际进展。

本申请还提供一种电子设备，包括通信接口、处理器、存储器和总线，所述通信接口、所述处理器和所述存储器之间通过总线相互连接；

所述存储器中存储机器可读指令，所述处理器通过调用所述机器可读指令，执行所述统计方法。

本申请还提供一种机器可读存储介质，所述机器可读存储介质存储有机器可读指令，所述机器可读指令在被处理器调用和执行时，实现所述统计方法。

本申请提供的技术方案至少可以包括以下有益效果：

通过以上实施例，所述统计系统可以获取与目标项目的至少一个阶段中的各个阶段的统计指标分别对应的统计数据，并可以基于所述统计数据，生成与所述目标项目对应的全局数据。由于该统计分析的过程由统计系统自动完成，从而提高了统计效率；由于上述全局数据可以反应所述目标项目全生命周期的实际进展，从而能够从整体上反应该目标项目的实际进展。

附图说明

图1是一示例性的实施例示出的一种统计方法的流程图。

图2是一示例性的实施例示出的另一种统计方法的流程图。

图3是一示例性的实施例示出的一种统计装置所在电子设备的硬件结构图。

图4是一示例性的实施例示出的一种统计装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

在软件开发的过程中，针对目标项目的整个研发周期进行统计分析以及度量能够便于对目标项目进行管理，其中，研发周期包括多个项目阶段，例如，需求阶段、开发阶段、测试阶段以及交付部署阶段等。

由于针对不同项目阶段的数据需要由人工进行统计与分析，导致统计的效率不高。由于不同项目阶段的责任主体独立负责各个项目阶段的数据统计，而针对研发周期的上述各个阶段，采用不同的度量指标，导致各个阶段的度量指标之间互相割裂，无法从整体上反应目标项目的实际进展。

有鉴于此，本申请旨在提出一种统计方法。该方法通过基于目标项目的各个阶段的统计指标分别对应的统计数据，生成能够用于反应目标项目全生命周期的实际进展的全局数据。

在实现时，所述方法应用于统计系统，该统计系统可以获取与目标项目的至少一个阶段中的各个阶段的统计指标分别对应的统计数据。

进一步地，可以基于所述统计数据，生成与所述目标项目对应的全局数据；其中，所述全局数据可以用于反应所述目标项目全生命周期的实际进展。

通过以上实施例，所述统计系统可以获取与目标项目的至少一个阶段中的各个阶段的统计指标分别对应的统计数据，并可以基于所述统计数据，生成与所述目标项目对应的全局数据。由于该统计分析的过程由统计系统自动完成，从而提高了统计效率；由于上述全局数据可以反应所述目标项目全生命周期的实际进展，从而能够从整体上反应该目标项目的实际进展。

下面通过具体实施例，并结合具体的应用场景对本申请进行描述。

请参见图1，图1是一示例性的实施例示出的一种统计方法的流程图。

关于该统计方法的执行主体，本说明书对此不做限定。例如，该统计方法可以应用于统计系统，还可以应用于能够统计目标项目的各个阶段的统计数据的其他系统。

如图1所示，上述统计系统可以执行以下步骤：

步骤102，获取与目标项目的至少一个阶段中的各个阶段的统计指标分别对应的统计数据。

上述统计系统可以向用户输出用于获取统计数据的可视化界面，该可视化界面可以包括多个用于与至少一个阶段中的各个阶段的统计指标对应的用户选项。上述统计系统可以响应于用户针对上述用户选项的触发操作，获取与目标项目的至少一个阶段中的各个阶段的统计指标分别对应的统计数据。

例如，上述目标项目的至少一个阶段可以包括阶段_1、阶段_2、阶段_3以及阶段_4，上述阶段_1的统计指标可以包括指标_11以及指标_12，上述阶段_2的统计指标可以包括指标_21以及指标_22，上述阶段_3的统计指标可以包括指标_31以及指标_32，上述阶段_4的统计指标可以包括指标_41以及指标_42；上述统计系统可以向用户输出用于获取统计数据的可视化界面，其中，该可视化界面可以包括与上述指标_11、指标_12、指标_21、指标_22、指标_31、指标_32、指标_41以及指标_42分别对应的用户选项，上述统计系统可以响应于用户针对该用户选项的触发操作，获取与目标项目的上述四个阶段的统计指标分别对应的统计数据。

步骤104，基于所述统计数据，生成与所述目标项目对应的全局数据；其中，所述全局数据用于反应所述目标项目全生命周期的实际进展。

由于与目标项目的上述四个阶段分别对应的统计指标之间存在一定的关联，因此，可以基于与该统计指标分别对应的统计数据生成全局数据，该全局数据可以用于反应该目标项目全生命周期的实际进展。

例如，基于与上述指标_11、指标_12、指标_21、指标_22、指标_31、指标_32、指标_41以及指标_42分别对应的统计数据，可以生成能够用于反应该目标项目全生命周期的实际进展的全局数据。

通过这种方式，能够基于目标项目的各个阶段的统计指标分别对应的统计数据，自动生成能够用于反应目标项目全生命周期的实际进展的全局数据。从而提高针对目标项目的数据进行统计分析的效率，并能够从整体反应该目标项目的实际进展。

在示出的一种实施方式中，该至少一个阶段可以包括以下示出的阶段中的一个或多个的组合：需求阶段；开发阶段；测试阶段；交付部署阶段。

在实际应用中，由于软件开发的过程包括上述四个阶段，因此，可以选取其中的一个或多个阶段的数据进行统计与分析。

上述需求阶段，可以指目标项目开发生命周期的一个重要阶段，在该需求阶段，可以针对目标项目提出需要达到的功能、性能和其他相关需求，以满足用户的期望和业务需求。

上述开发阶段，可以指目标项目开发生命周期的一个关键阶段，在该开发阶段，可以针对目标项目对应的需求编写代码，以实现该目标项目对应的功能。

上述测试阶段，在该阶段，可以由测试团队需要制定合理的测试策略和方法，使用适当的测试工具和技术，发现和修复软件系统中的问题和缺陷，并确保软件系统的质量达到预期。

上述交付部署阶段，可以指将软件交付给用户使用的阶段，在该阶段，需要确保用户能够顺利地开始使用该目标项目。

在示出的一种实施方式中，与上述需求阶段对应的统计指标包括以下示出的指标中的一种或多种的组合：需求总量，可以指提出的需要开发的需求总数；需求吞吐量，可以指预设时间段内完成开发的需求数量；需求缺陷密度，可以指在上述需求阶段导致的缺陷的数量和第一缺陷总数的比值；其中，上述第一缺陷总数的数值基于上述目标项目所处阶段的变更同步变化；新增需求量，可以指在预设时刻之后提出的需要开发的需求数量。

由于在该需求阶段，可以针对目标项目提出需要达到的功能、性能和其他相关需求，因此，上述需求总量，可以指提出的需要达到的功能的总数量。

例如，可以针对目标项目提出需要达到的功能包括功能_1以及功能_2，则该需求总量为2。

通过该指标，可以反应出该目标项目需要达到的功能的数量，以便于后续针对同类型的项目提需求时进行参考。

上述需求吞吐量，可以指预设时间段内开发完成的需求的数量。其中，该预设时间段可以为预设的任一时间段，本说明书对此不做限定。

例如，该预设时间段可以指二十四小时，在二十四小时内开发完成的需求的数量可以为1。

通过该指标，可以体现出项目的开发效率，以便于后续针对该指标调度开发人员以及设置合理的开发时长。

上述需求缺陷密度，可以指在需求阶段导致的缺陷的数量和第一缺陷总数的比值。其中，该第一缺陷总数的数值可以随着该目标项目所处项目阶段的变化而同步发生变化。

例如，该目标项目当前处在需求阶段，在该需求阶段导致的缺陷的数量可以为5，则该第一缺陷总数可以为5，该需求缺陷密度为1；当该目标项目的项目进展至下一个阶段，则该第一缺陷总数还需要加上该下一个阶段的缺陷的数量。

通过该指标，可以反应出在需求阶段的提出的需求的准确性。

上述新增需求量，可以指在预设时刻之后提出的需求的数量。

例如，在目标项目进展至开发阶段之后，负责需求阶段的开发人员提出了3个新的需求，则该新增需求量为3。

需要注意的是，该新增需求量也是上述需求总量的一部分。当新增需求量发生变化时，需要对上述需求总量进行同步更新。

通过该指标，可以反应出需求阶段的提出需求的及时性。

在示出的一种实施方式中，与上述开发阶段对应的统计指标包括以下示出的指标中的一种或多种的组合：提测率，可以指在预设时刻之前针对上述需求阶段提出的需求开发完成提交至测试阶段的需求数量和上述需求总量的比值；开发缺陷密度，可以指在上述开发阶段导致的缺陷的数量和上述第一缺陷总数的比值；冒烟通过率，可以指针对上述需求阶段提出的需求开发完成并通过冒烟测试的需求数量和上述需求总量的比值；冒烟缺陷量，可以指上述需求阶段导致的且未解决的，在上述开发阶段发现的缺陷。

由于在该开发阶段，可以针对目标项目对应的需求编写代码，以实现该目标项目对应的功能。因此，上述提测率，可以指在预设时刻之前针对目标项目对应的需求编写代码并提交至测试阶段的需求的数量和上述需求总量的比值。

例如，在预设时刻之前，针对目标项目对应的3个需求已经完成代码的编写并提交至测试阶段，而上述需求中量可以是6，则提测率可以是50％。

上述开发缺陷密度，可以指在开发阶段导致的缺陷的数量和上述第一缺陷总数的比值。

例如，该目标项目当前处在开发阶段，在该目标项目的需求阶段导致的缺陷的数量可以为5，该开发阶段导致的缺陷的数量可以是5，则该第一缺陷总数可以为10，该开发缺陷密度可以为50％。

在该开发阶段，可以针对目标项目进行冒烟测试，该测试是用于检测针对上述编写完成的代码是否能够达到预期作用，上述冒烟通过率，可以指通过冒烟测试的代码对应的需求的数量和上述需求总量的比值。

例如，上述需求总量可以是5，通过冒烟测试的代码对应的需求的数量为4，则上述冒烟通过率为80％。

通过上述指标，能够衡量开发阶段的开发人员的工作成效。

上述冒烟缺陷量，可以指针对上述目标项目进行冒烟测试时，发现在上述需求阶段导致的且在需求阶段没有被解决的缺陷的数量。

例如，在需求阶段发现缺陷_1、缺陷_2以及缺陷_3，在需求阶段解决了缺陷_2，但没有解决缺陷_1以及缺陷_3，而在该开发阶段，发现该缺陷_1以及缺陷_3，则该冒烟缺陷量为2。

通过该指标，可以衡量需求阶段的负责人员的责任比值。

在示出的一种实施方式中，与上述测试阶段对应的统计指标包括以下示出的指标中的一种或多种的组合：测试案例总数，可以指用于测试的测试用例总数；测试缺陷总数，可以指在上述测试阶段发现的缺陷的总数量；其中，上述测试缺陷总数包括在上述需求阶段导致的且没有解决的缺陷的数量，以及在上述开发阶段导致的且没有解决的缺陷的数量；缺陷案例命中率，可以指上述测试阶段发现的目标缺陷的数量和用于测试上述目标缺陷的测试用例的数量的比值。

在实际应用中，通常会通过执行测试用例来对目标项目进行测试，上述测试案例总数，可以指用于测试的测试用例的总数量。

例如，针对目标项目_1的测试用例的总数量可以为20。

上述测试缺陷总数，可以指在上述测试阶段发现的缺陷的总数量；其中，上述测试缺陷总数可以包括在上述需求阶段导致的且没有解决的缺陷的数量，以及在上述开发阶段导致的且没有解决的缺陷的数量。

例如，上述需求阶段导致的且没有解决的缺陷的数量可以为3，上述开发阶段导致的且没有解决的缺陷的数量可以为5，该测试缺陷总数可以为10，其中可以包括该需求阶段导致的且没有解决的缺陷的数量3以及开发阶段导致的且没有解决的缺陷的数量5。

针对上述测试过程中发现的各个缺陷，是通过在该测试阶段执行至少一个测试用例发现的，上述缺陷案例命中率，可以指上述测试阶段发现的目标缺陷的数量和用于测试上述目标缺陷的测试用例的数量的比值。

例如，在该测试阶段发现的缺陷的数量为10，针对这10个缺陷，是通过执行100个测试用例发现的，则该缺陷案例命中率可以为10％。

通过上述指标，能够衡量测试阶段编写的测试用例的测试效率。

在示出的一种实施方式中，与上述交付部署阶段对应的统计指标包括以下示出的指标中的一种或多种的组合：上线缺陷数量，可以指将上述目标项目上线发布之后发现的缺陷；需求缺陷逃逸率，可以指在上述需求阶段导致的，而在上述交付部署阶段发现的缺陷的数量和在上述交付部署阶段统计出的第二缺陷总数的比值；开发缺陷逃逸率，可以指在上述开发阶段导致的，而在上述交付部署阶段发现的缺陷的数量和在上述交付部署阶段统计出的第二缺陷总数的比值；测试缺陷逃逸率，可以指在上述测试阶段导致的，而在上述交付部署阶段才发现的缺陷的数量和在上述交付部署阶段统计出的第二缺陷总数的比值。

在该交付部署阶段，需要确保用户能够顺利地开始使用该目标项目，其中，上述上线缺陷数量，可以指将上述目标项目上线发布之后发现的缺陷。

例如，将目标项目发布之后，发现该目标项目存在3个缺陷，该上线缺陷数量为3。

在该阶段，还可能发现之前的各个阶段分别导致的缺陷，其中，需求缺陷逃逸率，可以指在上述需求阶段导致的，而在上述交付部署阶段发现的缺陷的数量和在上述交付部署阶段统计出的第二缺陷总数的比值；开发缺陷逃逸率，可以指在上述开发阶段导致的，而在上述交付部署阶段发现的缺陷的数量和在上述交付部署阶段统计出的第二缺陷总数的比值；测试缺陷逃逸率，可以指在上述测试阶段导致的，而在上述交付部署阶段才发现的缺陷的数量和在上述交付部署阶段统计出的第二缺陷总数的比值。

例如，在该交付部署阶段，统计出的第二缺陷总数可以为12，其中，可以发现需求阶段导致的缺陷的数量为3，可以发现开发阶段导致的缺陷的数量为4，可以发现测试阶段导致的缺陷的数量为3。

通过该指标，可以衡量各个阶段的工作成效，并可以将该目标项目的各个阶段的工作成效进行联动，从整体上反应该目标项目的实际进展，还可以便于后续针对同类型的目标项目进行调整。

关于统计系统中的其他指标，本说明书对此不做限定。例如，上述统计系统还可以包括针对上述目标项目的至少一个阶段中的各个阶段的人员调度以及工作时长的纪录信息，还可以包括其他纪录信息。

在示出的一种实施方式中，上述统计系统还可以包括针对上述目标项目的至少一个阶段中的各个阶段的人员调度以及工作时长的纪录信息。基于该纪录信息，上述统计系统可以自动生成对应的分配参考信息，其中，该分配参考信息用于启动下一个项目时进行人员调度以及时长分配。例如，在上述需求阶段，可以调度有4人，总计花费时长为7天；在上述开发阶段，可以调度有10人，总计花费时长为10天；在上述测试阶段，可以调度有9人，总计花费时长为8天；在上述交付部署阶段，可以调度有5人，总计花费时长为20天。基于上述纪录信息，上述统计系统可以自动生成与该目标项目对应的分配参考信息。

通过生成的该分配参考信息，便于下一次开发同类型的目标项目时，能够更加合理地调度参与人员以及分配合理的工作时长。

为了使本技术领域的人员更好地理解本说明书实施例中的技术方案，下面结合如图2所示的统计方法的流程图对本说明书中的实施例进行说明。

请参见图2，图2是一示例性的实施例示出的另一种统计方法的流程图。

上述目标项目的至少一个阶段可以包括需求阶段、开发阶段、测试阶段以及交付部署阶段，上述需求阶段的统计指标可以包括需求总量、需求吞吐量、需求缺陷密度以及新增需求量。上述开发阶段的统计指标可以包括提测率、开发缺陷密度、冒烟通过率以及冒烟缺陷量。上述测试阶段的统计指标可以包括测试案例总数、测试缺陷总数以及缺陷案例命中率，上述交付部署阶段的统计指标可以包括上线缺陷数量、需求缺陷逃逸率、开发缺陷逃逸率以及测试缺陷逃逸率。

上述统计系统可以向用户输出用于获取统计数据的可视化界面，其中，该可视化界面可以包括与上述需求总量、需求吞吐量、需求缺陷密度、新增需求量、提测率、开发缺陷密度、冒烟通过率、冒烟缺陷量、案例总数、测试缺陷总数、缺陷案例命中率、上线缺陷数量、需求缺陷逃逸率、开发缺陷逃逸率以及测试缺陷逃逸率分别对应的用户选项，上述统计系统可以响应于用户针对该用户选项的触发操作，获取与目标项目的上述四个阶段的统计指标分别对应的统计数据。

基于与上述需求总量、需求吞吐量、需求缺陷密度、新增需求量、提测率、开发缺陷密度、冒烟通过率、冒烟缺陷量、案例总数、测试缺陷总数、缺陷案例命中率、上线缺陷数量、需求缺陷逃逸率、开发缺陷逃逸率以及测试缺陷逃逸率分别对应的统计数据，可以生成能够用于反应该目标项目全生命周期的实际进展的全局数据。

与所述统计方法的实施例对应的，本说明书还提供了一种统计装置的实施例。

请参见图3，图3是一示例性的实施例示出的一种统计装置所在电子设备的硬件结构图。在硬件层面，该设备包括处理器302、内部总线304、网络接口306、内存308以及非易失性存储器310，当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器302从非易失性存储器310中读取对应的计算机程序到内存308中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参见图4，图4是一示例性的实施例示出的一种统计装置的框图。该统计装置可以应用于图3所示的电子设备中，以实现本说明书的技术方案。

其中，所述装置可以应用于统计系统，上述装置可以包括：

获取单元，用于获取与目标项目的至少一个阶段中的各个阶段的统计指标分别对应的统计数据；

生成单元，用于基于所述统计数据，生成与所述目标项目对应的全局数据；其中，所述全局数据用于反应所述目标项目全生命周期的实际进展。

在本实施例中，所述至少一个阶段可可以包括以下示出的阶段中的一个或多个的组合：

需求阶段；开发阶段；测试阶段；交付部署阶段。

在本实施例中，与所述需求阶段对应的统计指标可以包括以下示出的指标中的一种或多种的组合：

需求总量，指提出的需要开发的需求总数；

需求吞吐量，指预设时间段内完成开发的需求数量；

需求缺陷密度，指在所述需求阶段导致的缺陷的数量和第一缺陷总数的比值；其中，所述第一缺陷总数的数值基于所述目标项目所处阶段的变更同步变化；

新增需求量，指在预设时刻之后提出的需要开发的需求数量。

在本实施例中，与所述开发阶段对应的统计指标可以包括以下示出的指标中的一种或多种的组合：

提测率，指在预设时刻之前针对所述需求阶段提出的需求开发完成提交至测试阶段的需求数量和所述需求总量的比值；

开发缺陷密度，指在所述开发阶段导致的缺陷的数量和所述第一缺陷总数的比值；

冒烟通过率，指针对所述需求阶段提出的需求开发完成并通过冒烟测试的需求数量和所述需求总量的比值；

冒烟缺陷量，指所述需求阶段导致的且未解决的，在所述开发阶段发现的缺陷。

在本实施例中，与所述测试阶段对应的统计指标可以包括以下示出的指标中的一种或多种的组合：

测试案例总数，指用于测试的测试用例总数；

测试缺陷总数，指在所述测试阶段发现的缺陷的总数量；其中，所述测试缺陷总数包括在所述需求阶段导致的且没有解决的缺陷的数量，以及在所述开发阶段导致的且没有解决的缺陷的数量；

缺陷案例命中率，指所述测试阶段发现的目标缺陷的数量和用于测试所述目标缺陷的测试用例的数量的比值。

在本实施例中，与所述交付部署阶段对应的统计指标可以包括以下示出的指标中的一种或多种的组合：

上线缺陷数量，指将所述目标项目上线发布之后发现的缺陷；

需求缺陷逃逸率，指在所述需求阶段导致的，而在所述交付部署阶段发现的缺陷的数量和在所述交付部署阶段统计出的第二缺陷总数的比值；

开发缺陷逃逸率，指在所述开发阶段导致的，而在所述交付部署阶段发现的缺陷的数量和在所述交付部署阶段统计出的第二缺陷总数的比值；

测试缺陷逃逸率，指在所述测试阶段导致的，而在所述交付部署阶段才发现的缺陷的数量和在所述交付部署阶段统计出的第二缺陷总数的比值。

所述装置中各个单元的功能和作用的实现过程具体详见所述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例只是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

所述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

所述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。