一种敏捷开发进度确定方法及装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种敏捷开发进度确定方法及装置。

背景技术

随着技术的发展，现有多种可用于敏捷开发的开源软件，在进行敏捷开发时，需要采用多个开源软件来支撑该敏捷开发的过程，例如JIRA、Confluecne、Testlink、SonarQube、Gitlab等，这些开源软件在敏捷开发的过程中的功能不同，并且这些开源软件本身就具有一些统计功能，可以记录各自对应的工作情况。如JIRA可用于管理项目开发任务，获取任务状态和进度；Confluence作为知识库和组织材料管理工具，可以作为敏捷开发需求文档管理；Testlink管理项目用例；SonarQube对代码实施静态扫描；Gitlab管理代码等。

但是，这些开源软件中仅能记录各自的工作情况，并不能反应敏捷开发的开发进度，导致不能很好的对敏捷开发的开发进度进行监督。

发明内容

本申请提供了一种敏捷开发进度确定方法、装置、设备及介质，用以解决现有技术中不能反应敏捷开发的开发进度，并且不能对敏捷开发进度进行监督，影响用户体验的问题。

第一方面，本申请提供了一种敏捷开发进度确定方法，所述方法包括：

接收JIRA发送的敏捷开发的进度信息，其中所述进度信息包括当前敏捷开发所处的目标迭代、预测的完成所述目标迭代的第一总时长、已执行所述目标迭代的第一时长、所述目标迭代对应的目标需求、预测的完成所述目标需求的第二总时长以及已执行所述目标需求的第二时长；

根据所述第一总时长与所述第一时长，确定所述目标迭代的开发进度，并根据所述第二总时长与所述第二时长，确定所述目标需求的子开发进度；

显示所述目标迭代、所述开发进度、所述目标需求以及所述子开发进度。

第二方面，本申请还提供了一种敏捷开发进度确定装置，所述装置包括：

接收模块，用于接收JIRA发送的敏捷开发的进度信息，其中所述进度信息包括当前敏捷开发所处的目标迭代、预测的完成所述目标迭代的第一总时长、已执行所述目标迭代的第一时长、所述目标迭代对应的目标需求、预测的完成所述目标需求的第二总时长以及已执行所述目标需求的第二时长；

确定模块，用于根据所述第一总时长与所述第一时长，确定所述目标迭代的开发进度，并根据所述第二总时长与所述第二时长，确定所述目标需求的子开发进度；

显示模块，用于显示所述目标迭代、所述开发进度、所述目标需求以及所述子开发进度。

第三方面，本申请还提供了一种电子设备，所述电子设备至少包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序时实现上述任一所述的敏捷开发进度确定的步骤。

第四方面，本申请还提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现上述任一所述的敏捷开发进度确定的步骤。

由于本申请中接收JIRA发送的敏捷开发的进度信息，其中该进度信息包括当前敏捷开发所处的目标迭代、预测的完成该目标迭代的第一总时长、已执行该目标迭代的第一时长、该目标迭代对应的目标需求、预测的完成该目标需求的第二总时长以及已执行该目标需求的第二时长；根据该第一总时长与该第一时长，确定该目标迭代的开发进度，并根据该第二总时长与该第二时长，确定该目标需求的子开发进度；显示该目标迭代、该开发进度、该目标需求以及该子开发进度。在本申请中，通过获取预测的完成目标迭代的第一总时长以及已执行该目标迭代的第一时长，并根据该第一总时长和第一时长，确定该目标迭代的开发进度，通过获取预测的完成该目标迭代对应的目标需求的第二总时长以及该目标需求已执行的第二时长，并根据该第二总时长和第二时长，确定该目标需求的子开发进度，并显示该目标迭代、开发进度、目标需求以及子开发进度，实现了对敏捷开发的开发进度的显示，可以很好的实现对敏捷开发的开发进度的监督，提高了用户的使用感受。

附图说明

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

图1为本申请提供的一种敏捷开发进度确定的过程示意图；

图2为本申请提供的敏捷开发的开发进度的显示示意图；

图3为本申请提供的显示目标需求的子开发进度的示意图；

图4为本申请提供的目标需求、目标子需求、目标测试用例以及目标缺陷的对应关系；

图5a为本申请提供的目标迭代的燃尽图的显示示意图；

图5b为本申请提供的敏捷开发的速度图的显示示意图；

图6为本申请提供的项目开发质量报表的显示示意图；

图7为本申请提供的测试管理报表的显示示意图；

图8为本申请提供的流水线健康情况报表的显示示意图；

图9为本申请提供的一种敏捷开发进度确定装置的结构示意图；

图10为本申请提供的一种电子设备结构示意图。

具体实施方式

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

为了能够可以实现对敏捷开发的开发进度进行显示，方便后续对敏捷开发的开发进度进行监督，提高用户的使用感受，在本申请中，获取预测的完成目标迭代的第一总时长以及已执行该目标迭代的第一时长，并根据该第一总时长和第一时长，确定该目标迭代的开发进度，获取预测的完成该目标迭代对应的目标需求的第二总时长以及已执行该目标需求的第二时长，并根据该第二总时长和第二时长，确定该目标需求的子开发进度，并显示该目标迭代、开发进度、目标需求以及子开发进度。

为了方便了解敏捷开发的开发进度，提高用户的使用感受，本申请提供了一种敏捷开发进度确定方法、装置、设备及介质。

图1为本申请提供的一种敏捷开发进度确定的过程示意图，该过程包括：

S101：接收JIRA发送的敏捷开发的进度信息，其中所述进度信息包括当前敏捷开发所处的目标迭代、预测的完成所述目标迭代的第一总时长、已执行所述目标迭代的第一时长、所述目标迭代对应的目标需求、预测的完成所述目标需求的第二总时长以及已执行所述目标需求的第二时长。

本申请提供的一种敏捷开发进度确定方法应用于电子设备，该电子设备可以是手机、PC电脑等。其中，用于敏捷开发的软件，如JIRA、Testlink等运行在其他电子设备中、也可以运行在该确定敏捷开发进度的电子设备中。

在本申请中，该电子设备可以接收JIRA发送的敏捷开发的进度信息，该JIRA可以与该电子设备进行实时通信，实时的向该电子设备发送该敏捷开发的进度信息，其中该进度信息包括当前敏捷开发所处的目标迭代、预测的完成该目标迭代的所需要的第一总时长，以及针对该目标迭代当前已经执行的第一时长，以及该目标迭代对应的目标需求，预测的完成该目标需求所需要的第二总时长，以及针对该目标需求当前已经执行的第二时长。

此外，在本申请中，该进度信息中还可以包括该敏捷开发中已完成开发的迭代和等待开发的迭代。具体的，对于敏捷开发是需要进行多次迭代，才会实现对产品的彻底开发，目标迭代为该敏捷开发当前进行的迭代，已完成迭代为已经完成了开发的迭代，待开发迭代为未来将要开发的迭代。

在本申请中，若目标需求中存在目标子需求，则该进度信息中还携带有该目标需求对应的目标子需求，预测的完成该目标子需求的第三总时长，针对该目标子需求当前已执行的第三时长。

S102：根据所述第一总时长与所述第一时长，确定所述目标迭代的开发进度，并根据所述第二总时长与所述第二时长，确定所述目标需求的子开发进度。

在本申请中，在接收到敏捷开发的进度信息后，根据该进度信息中携带的第一总时长以及第一时长，确定该目标迭代的开发进度。具体的，可以是通过确定该第一时长与该第一总时长的比值，将该第一时长与该第一总时长的比值确定为目标迭代的开发进度。在本申请中，该开发进度的表示形式可以为百分数、小数或分数等，并且该开发进度的数值大小不超过1。

在本申请中，在接收到敏捷开发的进度信息后，根据该进度信息中携带的第二总时长以及第一时长，确定该目标需求的子开发进度。具体的，可以是通过确定该第二时长与该第二总时长的比值，将该第二时长与该第二总时长的比值确定为目标需求的子开发进度。在本申请中，该子开发进度的表示形式可以为百分数、小数或分数等，并且该子开发进度的数值大小不超过1。

S103：显示所述目标迭代、所述开发进度、所述目标需求以及所述子开发进度。

在本申请中，在得到目标迭代的开发进度以及目标需求的子开发进度后，针对该目标迭代、开发进度、目标需求以及子开发进度进行显示。具体的，在本申请中，在进行显示时，将该目标迭代、开发进度、目标需求以及子开发进度显示在同一页面。具体的，可以将目标迭代与开发进度放在相邻的位置进行显示，以标识该开发进度为该目标迭代的，将目标需求与子开发进度放在相邻的位置进行显示，以标识该子开发进度为该目标需求的，此外，在显示开发进度及子开发进度时，可以以进度条的形式显示该开发进度及子开发进度。

比如，在本申请中，在进行显示开发进度和子开发进度时，用进度条显示开发进度，并在该进度条的上方显示该开发进度的具体数值，用另一个进度条显示子开发进度，并该进度条的上方显示该子开发进度的具体数值。

在本申请中，通过获取预测的完成目标迭代的第一总时长以及已执行该目标迭代的第一时长，并根据该第一总时长和第一时长，确定该目标迭代的开发进度，通过获取该目标迭代对应的目标需求的第二总时长以及该目标需求已被执行的第二时长，并根据该第二总时长和第二时长，确定该目标需求的子开发进度，并显示该目标迭代、开发进度、目标需求以及子开发进度，实现了对敏捷开发的开发进度的显示，可以很好的实现对敏捷开发的开发进度的监督，提高了用户的使用感受。

为了实现对敏捷开发的开发进度的显示，提高用户的使用感受，在上述实施例的基础上，在本申请中，所述根据所述第一总时长与所述第一时长，确定所述目标迭代的开发进度包括：

将所述第一时长与所述第一总时长的第一比值确定为所述目标迭代的开发进度。

在本申请中，在根据第一总时长以及第一时长，确定该目标迭代的开发进度时，可以是通过确定该第一时长与该第一总时长的比值，将该第一时长与该第一总时长的比值确定为目标迭代的开发进度。

具体的，在本申请中，该第一总时长为预测的完成目标迭代的总时长，该第一时长为针对该目标迭代已经执行的时长，确定目标迭代的开发进度也就是确定已执行该目标迭代的第一时长在该第一总时长中所占的比例。因此，在确定开发进度时，可以通过确定该第一时长与第一总时长的第一比值，将该比值确定为该目标迭代的开发进度。在本申请中，该开发进度的表示形式可以为百分数、小数或分数等，并且该开发进度的数值大小不超过1。

例如，目标迭代的第一总时长为100小时，已执行该目标迭代的第一时长为25小时，则目标迭代的开发进度为25％。

为了实现对敏捷开发的开发进度的显示，提高用户的使用感受，在上述各实施例的基础上，在本申请中，所述根据所述第二总时长与所述第二时长，确定所述目标需求的子开发进度包括：

将所述第二时长与所述第二总时长的第二比值确定为所述目标需求的子开发任务。

在本申请中，在根据该进度信息中携带的第二总时长以及第一时长，确定该目标需求的子开发进度，可以是通过确定该第二时长与该第二总时长的比值，将该第二时长与该第二总时长的比值确定为目标需求的子开发进度。

具体的，在本申请中，该第二总时长为预测的完成目标需求的总时长，该第二时长为针对该目标需求已经执行的时长，确定目标需求的开发进度也就是确定已执行该目标需求的第二时长在该第二总时长中所占的比例。因此，在确定子开发进度时，可以通过确定该第二时长与第二总时长的第二比值，将该第二比值确定为该目标需求的子开发进度。该子开发进度的表示形式可以为百分数、小数或分数等，并且该子开发进度的数值大小不超过1。

例如，目标需求的第二总时长为50小时，已执行该目标需求的第二时长为5小时，则目标需求的子开发进度为10％。

图2为本申请提供的敏捷开发的开发进度的显示示意图，如图2所示，在显示该敏捷开发的开发进度时，会显示一个产品的所有迭代过程，包括已完成的迭代、当前所处的目标迭代以及待完成的迭代，并且显示每个迭代的开发进度。对于已完成的迭代，其开发进度为100％，当前所处的目标迭代的开发进度为42％，待完成的迭代的开发进度为0。

在本申请中，在接收JIRA发送的目标需求时，还会接收该目标需求的类型，该目标需求的类型是JIRA从run-tce配置文件中获取的，并将接收到的所有目标需求按照类型统计，并显示每个类型的目标需求的数量。在该图2中，在展示目标迭代的目标需求时，若该目标迭代存在史诗故事(Epic)，则展示该Epic，不展示该Epic下的目标需求的类型；若没有Epic，则展示目标需求的类型。在本申请中，该Epic为史诗故事，用于记录整个敏捷开发待实现的功能，即该Epic包括所有的目标需求。

图3为本申请提供的显示目标需求的子开发进度的示意图，在该图3中，针对每个目标需求，显示该目标需求的子开发进度，该目标需求所属的类型。

为了实现对敏捷开发的开发进度的显示，提高用户的使用感受，在上述各实施例的基础上，在本申请中，所述方法还包括：

接收开源软件Testlink发送的测试用例的信息以及已测试出的缺陷的信息，其中，所述测试用例的信息中携带有测试用例的第二标识信息以及所述测试用例对应的需求的第一标识信息，所述缺陷的信息中携带有测试出缺陷的测试用例的第三标识信息；

识别第一标识信息中与所述目标需求对应的目标标识信息一致的目标第一标识信息，确定所述目标第一标识信息对应的测试用例为所述目标需求对应的目标测试用例；

识别第三标识信息中与所述第二标识信息一致的目标第三标识信息，确定所述目标第三标识信息对应的缺陷为所述目标测试用例对应的目标缺陷；

显示所述目标需求、所述目标测试用例以及所述目标缺陷的对应关系。

在本申请中，每个目标需求都会有一个或多个与其对应的测试用例，该测试用例具体用于当其对应的目标需求被开发完成以后，才用该测试用例对开发的该目标需求进行检测，当测试用例检测出错误时，认为开发的该目标需求存在错误，则产生一个缺陷，用来标识该目标需求的开发存在错误。在本申请中，使用测试用例对开发的目标需求进行检测的过程是在开源软件Testlink中进行的。

在本申请中，电子设备还会接收到其他电子设备中安装的开源软件Testlink发送的测试用例的信息以及测试出的缺陷的信息，其中，该测试用例的信息中携带有测试用例的第二标识信息以及该测试用例对应的需求的第一标识信息，该缺陷的信息中携带有测试出缺陷的测试用例的第三标识信息。

具体的，当接收到测试用例的信息后，该测试用例的信息中携带有测试用例的第二标识信息，在本申请中，该第二标识信息用于标识测试用例，每个测试用例对应第二标识信息不同。该测试用例的信息中还携带有测试用例对应的需求的第一标识信息，在本申请中，该第一标识信息用于标识测试用例对应的需求，由于可能存在一个需求对应多个测试用例的情况，因此，也可能存在至少两个测试用例的信息中携带的第一标识信息相同。当接收到已测试出的缺陷的信息后，该缺陷的信息中携带有测试出缺陷的测试用例的第三标识信息。

在接收到测试用例的信息以及缺陷的信息后，对该测试用例的信息以及缺陷的信息中的内容进行识别，实现对敏捷开发的流程的统计。在本申请中，首先识别目标需求对应的目标测试用例，即识别第一标识信息中与该目标需求对应的目标标识信息一致的目标第一标识信息，并确定该目标第一标识信息对应的测试用例为该目标需求对应的目标测试用例。具体的，在本申请中，每个需求都对应有一个标识信息，并且每个需求对应的标识信息不同，当目标需求对应的目标标识信息与测试用例的信息中携带的测试用例对应的需求的第一标识信息一致时，则确定该测试用例对应的需求为该目标需求，该测试用例为目标测试用例。

在确定目标测试用例之后，识别第三标识信息中与第二标识信息一致的目标第三标识信息，并将该目标第三标识信息对应的缺陷确定为该目标测试用例对应的目标缺陷。具体的，在申请中，每个测试用例对应的标识信息也是唯一的，当目标测试用例对应的第二标识信息与缺陷的信息中携带的缺陷对应的测试用例的第三标识信息一致时，则确定该缺陷为该目标测试用例对应的目标缺陷。

在本申请中，当确定了目标需求、目标测试用例以及目标缺陷后，在显示界面显示该目标需求、目标测试用例以及目标缺陷的对应关系。

图4为本申请提供的目标需求、目标子需求、目标测试用例以及目标缺陷的对应关系，在该图4中，该目标需求为“全局分析”，其包括目标子需求1、目标子需求2和目标子需求3三个目标子需求，其中目标子需求1对应一个测试用例。

为了实现对敏捷开发的开发进度的显示，提高用户的使用感受，在上述各实施例的基础上，在本申请中，所述接收开源软件Testlink发送的测试用例的信息以及已测试出的缺陷的信息之后，所述方法还包括：

统计所述目标迭代中未解决的缺陷的数量，根据所述数量以及接收所述缺陷的信息的时间，构建该目标迭代的燃尽图。

在本申请中，当接收到开源软件Testlink发送的已测试出的缺陷的信息之后，根据所述缺陷的信息，确定所述目标迭代中未解决的缺陷的数量，并根据该数量以及接收到该缺陷的信息的时间，构建所述目标迭代的燃尽图。

具体的，当接收到该缺陷的信息后，确定该目标迭代中未解决的缺陷的数量，并将该数量作为纵坐标，确定接收到该缺陷的信息的时间作为横坐标，确定该缺陷的信息对应的坐标，并在以缺陷的数量为y轴，时间为x轴的坐标系标识出来，并与之前记录的其他坐标对应的点用折线连接起来，构建燃尽图。

例如，该目标迭代中未解决的缺陷的数量为10个，时间为2021年3月10日，则该缺陷的信息对应的坐标为(10，2021年3月10日)，在坐标系中找到该坐标对应的点，并将该点与确定的上一个点连接起来。

此外，在本申请中，开源软件Testlink会实时的发送缺陷的信息。

为了实现对敏捷开发的开发进度的显示，提高用户的使用感受，在上述各实施例的基础上，在本申请中，所述接收JIRA发送的敏捷开发的进度信息之后，所述方法该包括：

根据所述进度信息中携带的第一时长和第一总时长，构建所述敏捷开发的速度图。

在本申请中，还会针对目标迭代，展示该目标迭代的开发速度，具体的，当接收到预测的完成目标迭代的第一总时长以及已执行该目标迭代的第一时长后，构建速度图。该速度图可以为柱形图，其中该柱形图的横坐标为敏捷开发中的迭代，在该目标迭代对应的位置，构建一个以第一总时长为高度的柱形和一个以第一时长为高度的柱形。

此外，在本申请中，针对该敏捷开发中其他已经开发完成的迭代，也可以在该速度图中展示出来。

在本申请中，当构建了燃尽图和速度图后，将该燃尽图和速度图在同一显示页面进行显示。

图5a为本申请提供的目标迭代的燃尽图的显示示意图，如该图5a所示，该燃尽图的纵坐标为未处理的问题数量，即目标迭代中未解决的缺陷的数量，横坐标为工作时长。

图5b为本申请提供的敏捷开发的速度图的显示示意图，如该图5b所示，该速度图的纵坐标为工作时长，横坐标为迭代。

为了实现对敏捷开发的开发进度的显示，提高用户的使用感受，在上述各实施例的基础上，在本申请中，若在第三标识信息中未识别到与所述第二标识信息一致的目标第三标识信息，所述方法还包括：

确定所述目标测试用例没有对应的目标缺陷；

显示所述目标需求、所述目标测试用例的对应关系。

在本申请中，缺陷为在采用测试用例对该测试用例对应的需求的敏捷开发进行检测并检测到错误时记录的，当该需求的敏捷开发不存在错误时，也就不会标记缺陷，因此，目标测试用例可能没有测试出缺陷，即在第三标识信息中，可能未识别到与目标测试用例对应的第二标识信息一致的目标第三标识信息。

在本申请中，若在第三标识信息中，未识别到与目标测试用例对应的第二标识信息一致的目标第三标识信息，则确定该目标测试用例没有对应的目标缺陷，则在显示界面上显示该目标需求和目标测试用例的对应关系。

为了实现对敏捷开发的开发进度的显示，提高用户的使用感受，在上述各实施例的基础上，在本申请中，所述方法还包括：

接收并显示Gitlab发送的每个员工对应的代码提交行数信息。

在本申请中，Gitlab中记录有每个员工的代码提交行数，即每个员工提交的代码的行数。为了实现对每个员工的工作情况的显示，在本申请中，电子设备还会接收Gitlab发送的每个员工对应的代码提交行数信息，并在显示界面显示每个员工及其对应的代码提交行数信息。

为了实现对敏捷开发的开发进度的显示，提高用户的使用感受，在上述各实施例的基础上，在本申请中，所述方法还包括：

接收所述JIRA发送的目标员工的本月工作天数、已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数以及本月新增的缺陷数；

根据所述已修复缺陷数和所述被重新打开数，确定所述目标员工的缺陷直通率；

根据所述本月新增的缺陷数和所述本月工作天数，确定所述目标员工的天缺陷数；

显示所述已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数、本月新增的缺陷数、缺陷直通率以及所述天缺陷数。

在本申请中，电子设备还会接收到JIRA发送的目标员工的本月工作天数、已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数以及本月新增的缺陷数。

其中，该目标员工在本月的工作开始之前，会被分配预设数量的开发任务，已完成的开发任务数为该目标员工已经完成的开发任务的数量；同时，在本申请中，目标员工也会对产生的缺陷进行修复，并记录该目标员工已修复缺陷数，当目标员工修复完缺陷后，会重新对该缺陷对应的测试用例进行重新测试，若该缺陷没有被成功修复，则该缺陷会被重新打开，此时会记录该已修复的缺陷被重新打开数。

在本申请中，当接收到已修复缺陷数和被修复的缺陷被重新打开数后，根据该已修复缺陷数和被重新打开数，确定该目标员工的缺陷直通率。具体的，需要计算该目标员工已修复的缺陷中未被重新打开的缺陷的数量，即未被重新打开数，其中该未被重新打开数为该已修复缺陷数与被重新打开数的差值，计算该未被重新打开数与该已修复缺陷数的比值，将该比值确定为该目标员工的缺陷直通率，一般的，该缺陷直通率为百分数。例如，目标员工的已修复缺陷数为10，被重新打开数为4，则该未被重新打开数为6，该未被重新打开数与该已修复缺陷数的比值为0.6，则该目标员工的缺陷直通率为60％。

在本申请中，当接收到本月新增的缺陷数和本月的工作天数后，根据该本月新增的缺陷数和该月的工作天数，确定该目标员工的天缺陷数。具体的，计算该本月新增的缺陷数与该本月的工作天数的比值，将该比值确定为该目标员工的天缺陷数。其中，若该目标员工没有被配置本月的工作天数，则不计算该目标员工的天缺陷数。例如，目标员工的本月新增的缺陷数为5，本月的工作天数为20天，则该目标员工的天缺陷数为0.25。

在本申请中，还会显示该已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数、本月新增的缺陷数、缺陷直通率以及天缺陷数。

图6为本申请提供的项目开发质量报表的显示示意图，如该图6所示，该项目质量开发报表中包括代码统计、缺陷统计以及SonarQube，其中该代码统计为Gitlab发送的每个员工对应的代码提交行数信息，该缺陷统计中显示有每个员工的已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数、本月新增的缺陷数、缺陷直通率以及天缺陷数，该SonarQube为SonarQube统计的代码缺陷数。

图7为本申请提供的测试管理报表的显示示意图，如该图7所示，该测试管理报表中会显示每个目标需求的测试进度，并显示对目标需求或目标子需求的测试结果，若测试成功，则在该目标需求或目标子需求的后边显示“通过”字样，若测试失败，则在该目标需求或目标子需求后显示“失败”字样并显示一个bug按钮。此外，在本申请中，可以点击该bug按钮跳转到JIRA页面。

图8为本申请提供的流水线健康情况报表的显示示意图，如该图8所示，该的流水线健康情况报表包括流水线执行状态统计、资源数量、待审批流水线、执行失败率以及执行记录，其中，上述数据都是直接从Confluence中获取的。

图9为本申请提供的一种敏捷开发进度确定装置的结构示意图，该装置包括：

接收模块901，用于接收JIRA发送的敏捷开发的进度信息，其中所述进度信息包括当前敏捷开发所处的目标迭代、预测的完成所述目标迭代的第一总时长、已执行所述目标迭代的第一时长、所述目标迭代对应的目标需求、预测的完成所述目标需求的第二总时长以及已执行所述目标需求的第二时长；

确定模块902，用于根据所述第一总时长与所述第一时长，确定所述目标迭代的开发进度，并根据所述第二总时长与所述第二时长，确定所述目标需求的子开发进度；

显示模块903，用于显示所述目标迭代、所述开发进度、所述目标需求以及所述子开发进度。

在一种可能的实施方式中，所述确定模块902，具体用于将所述第一时长与所述第一总时长的第一比值确定为所述目标迭代的开发进度。

在一种可能的实施方式中，所述确定模块902，具体用于将所述第二时长与所述第二总时长的第二比值确定为所述目标需求的子开发任务。

在一种可能的实施方式中，所述接收模块901，还用于接收开源软件Testlink发送的测试用例的信息以及已测试出的缺陷的信息，其中，所述测试用例的信息中携带有测试用例的第二标识信息以及所述测试用例对应的需求的第一标识信息，所述缺陷的信息中携带测试出缺陷的测试用例的第三标识信息；

所述确定模块902，还用于识别第一标识信息中与所述目标需求对应的目标标识信息一致的目标第一标识信息，确定所述目标第一标识信息对应的测试用例为所述目标需求对应的目标测试用例；识别第三标识信息中与所述第二标识信息一致的目标第三标识信息，确定所述目标第三标识信息对应的缺陷为所述目标测试用例对应的目标缺陷；

所述显示模块903，还用于显示所述目标需求、所述目标测试用例以及所述目标缺陷的对应关系。

在一种可能的实施方式中，若在第三标识信息中未识别到与所述第二标识信息一致的目标第三标识信息，所述确定模块902，还用于确定所述目标测试用例没有对应的目标缺陷；

所述显示模块903，还用于显示所述目标需求、所述目标测试用例的对应关系。

在一种可能的实施方式中，所述接收模块901，还用于接收并显示Gitlab发送的每个员工对应的代码提交行数信息。

在一种可能的实施方式中，所述接收模块901，还用于接收所述JIRA发送的目标员工的本月工作天数、已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数以及本月新增的缺陷数；

所述确定模块902，还用于根据所述已修复缺陷数和所述被重新打开数，确定所述目标员工的缺陷直通率；根据所述本月新增的缺陷数和所述本月工作天数，确定所述目标员工的天缺陷数；

所述显示模块903，还用于显示所述已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数、本月新增的缺陷数、缺陷直通率以及所述天缺陷数。

在一种可能的实施方式中，所述确定模块902，还用于统计所述目标迭代中未解决的缺陷的数量，根据所述数量以及接收所述缺陷的信息的时间，构建该目标迭代的燃尽图。

在一种可能的实施方式中，所述确定模块902，还用于根据所述进度信息中携带的第一时长和第一总时长，构建所述敏捷开发的速度图。

图10为本申请提供的一种电子设备的结构示意图，在上述各实施例的基础上，本申请还提供了一种电子设备，如图10所示，包括：处理器1001、通信接口1002、存储器1003和通信总线1004，其中，处理器1001，通信接口1002，存储器1003通过通信总线1004完成相互间的通信；

所述存储器1003中存储有计算机程序，当所述程序被所述处理器1001执行时，使得所述处理器1001执行如下步骤：

接收JIRA发送的敏捷开发的进度信息，其中所述进度信息包括当前敏捷开发所处的目标迭代、预测的完成所述目标迭代的第一总时长、已执行所述目标迭代的第一时长、所述目标迭代对应的目标需求、预测的完成所述目标需求的第二总时长以及已执行所述目标需求的第二时长；

根据所述第一总时长与所述第一时长，确定所述目标迭代的开发进度，并根据所述第二总时长与所述第二时长，确定所述目标需求的子开发进度；

显示所述目标迭代、所述开发进度、所述目标需求以及所述子开发进度。

在一种可能的实施方式中，所述根据所述第一总时长与所述第一时长，确定所述目标迭代的开发进度包括：

将所述第一时长与所述第一总时长的第一比值确定为所述目标迭代的开发进度。

在一种可能的实施方式中，所述根据所述第二总时长与所述第二时长，确定所述目标需求的子开发进度包括：

将所述第二时长与所述第二总时长的第二比值确定为所述目标需求的子开发任务。

在一种可能的实施方式中，所述方法还包括：

接收开源软件Testlink发送的测试用例的信息以及已测试出的缺陷的信息，其中，所述测试用例的信息中携带有测试用例的第二标识信息以及所述测试用例对应的需求的第一标识信息，所述缺陷的信息中携带测试出缺陷的测试用例的第三标识信息；

识别第一标识信息中与所述目标需求对应的目标标识信息一致的目标第一标识信息，确定所述目标第一标识信息对应的测试用例为所述目标需求对应的目标测试用例；

识别第三标识信息中与所述第二标识信息一致的目标第三标识信息，确定所述目标第三标识信息对应的缺陷为所述目标测试用例对应的目标缺陷；

显示所述目标需求、所述目标测试用例以及所述目标缺陷的对应关系。

在一种可能的实施方式中，若在第三标识信息中未识别到与所述第二标识信息一致的目标第三标识信息，所述方法还包括：

确定所述目标测试用例没有对应的目标缺陷；

显示所述目标需求、所述目标测试用例的对应关系。

在一种可能的实施方式中，所述方法还包括：

接收并显示Gitlab发送的每个员工对应的代码提交行数信息。

在一种可能的实施方式中，所述方法还包括：

接收所述JIRA发送的目标员工的本月工作天数、已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数以及本月新增的缺陷数；

根据所述已修复缺陷数和所述被重新打开数，确定所述目标员工的缺陷直通率；

根据所述本月新增的缺陷数和所述本月工作天数，确定所述目标员工的天缺陷数；

显示所述已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数、本月新增的缺陷数、缺陷直通率以及所述天缺陷数。

在一种可能的实施方式中，所述接收开源软件Testlink发送的测试用例的信息以及已测试出的缺陷的信息之后，所述方法还包括：

统计所述目标迭代中未解决的缺陷的数量，根据所述数量以及接收所述缺陷的信息的时间，构建该目标迭代的燃尽图。

在一种可能的实施方式中，所述接收JIRA发送的敏捷开发的进度信息之后，所述方法还包括：

根据所述进度信息中携带的第一时长和第一总时长，构建所述敏捷开发的速度图。

由于上述电子设备解决问题的原理与敏捷开发进度确定方法相似，因此上述电子设备的实施可以参见方法的实施，重复之处不再赘述。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口1002用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字指令处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

在上述各实施例的基础上，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有可由处理器执行的计算机程序，当所述程序在所述处理器上运行时，使得所述处理器执行时实现如下步骤：

接收JIRA发送的敏捷开发的进度信息，其中所述进度信息包括当前敏捷开发所处的目标迭代、预测的完成所述目标迭代的第一总时长、已执行所述目标迭代的第一时长、所述目标迭代对应的目标需求、预测的完成所述目标需求的第二总时长以及已执行所述目标需求的第二时长；

根据所述第一总时长与所述第一时长，确定所述目标迭代的开发进度，并根据所述第二总时长与所述第二时长，确定所述目标需求的子开发进度；

显示所述目标迭代、所述开发进度、所述目标需求以及所述子开发进度。

在一种可能的实施方式中，所述根据所述第一总时长与所述第一时长，确定所述目标迭代的开发进度包括：

将所述第一时长与所述第一总时长的第一比值确定为所述目标迭代的开发进度。

在一种可能的实施方式中，所述根据所述第二总时长与所述第二时长，确定所述目标需求的子开发进度包括：

将所述第二时长与所述第二总时长的第二比值确定为所述目标需求的子开发任务。

在一种可能的实施方式中，所述方法还包括：

接收开源软件Testlink发送的测试用例的信息以及已测试出的缺陷的信息，其中，所述测试用例的信息中携带有测试用例的第二标识信息以及所述测试用例对应的需求的第一标识信息，所述缺陷的信息中携带测试出缺陷的测试用例的第三标识信息；

识别第一标识信息中与所述目标需求对应的目标标识信息一致的目标第一标识信息，确定所述目标第一标识信息对应的测试用例为所述目标需求对应的目标测试用例；

识别第三标识信息中与所述第二标识信息一致的目标第三标识信息，确定所述目标第三标识信息对应的缺陷为所述目标测试用例对应的目标缺陷；

显示所述目标需求、所述目标测试用例以及所述目标缺陷的对应关系。

在一种可能的实施方式中，若在第三标识信息中未识别到与所述第二标识信息一致的目标第三标识信息，所述方法还包括：

确定所述目标测试用例没有对应的目标缺陷；

显示所述目标需求、所述目标测试用例的对应关系。

在一种可能的实施方式中，所述方法还包括：

接收并显示Gitlab发送的每个员工对应的代码提交行数信息。

在一种可能的实施方式中，所述方法还包括：

接收所述JIRA发送的目标员工的本月工作天数、已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数以及本月新增的缺陷数；

根据所述已修复缺陷数和所述被重新打开数，确定所述目标员工的缺陷直通率；

根据所述本月新增的缺陷数和所述本月工作天数，确定所述目标员工的天缺陷数；

显示所述已完成的开发任务数、已修复的缺陷数、已修复的缺陷被重新打开数、本月新增的缺陷数、缺陷直通率以及所述天缺陷数。

在一种可能的实施方式中，所述接收开源软件Testlink发送的测试用例的信息以及已测试出的缺陷的信息之后，所述方法还包括：

统计所述目标迭代中未解决的缺陷的数量，根据所述数量以及接收所述缺陷的信息的时间，构建该目标迭代的燃尽图。

在一种可能的实施方式中，所述接收JIRA发送的敏捷开发的进度信息之后，所述方法还包括：

根据所述进度信息中携带的第一时长和第一总时长，构建所述敏捷开发的速度图。

由于上述提供的计算机可读取介质解决问题的原理与敏捷开发进度确定方法相似，因此处理器执行上述计算机可读取介质中的计算机程序后，实现的步骤可以参见上述其他实施例，重复之处不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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