一种联调测试的管理方法、装置、设备及可读存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种联调测试的管理方法、装置、设备及可读存储介质。


背景技术：

2.随着计算机技术的不断发展，越来越多的公司开始搭建相应的线上平台，以满足当前用户的需求。对于线上平台的搭建，一般会涉及诸多业务系统，每个业务系统都会对应有软件开发需求，在实际的生成过程中，一般会将需求分配给不同的团队进行软件开发，最后再通过合并的方式完成线上平台的搭建，而在合并的过程中由于负责开发各个业务系统的团队可能并不相同，所以通常会进行联调。但是，目前在各个团队进行联调时，各个团队会将联调过程中发现的问题记录在各自的文档，无法针对出现的问题进行统一的管理，不便于追踪联调问题的处理进度，使得联调效率较低，因此如何对联调测试进行有效的管理是人们一直关注的问题。


技术实现要素：

3.有鉴于此，本技术提供了一种联调测试的管理方法、装置、设备及可读存储介质，以便于对联调测试进行管理，一定程度上提升联调效率。
4.为了实现上述目的，现提出的方案如下：
5.一种联调测试的管理方法，包括：
6.获取用户的联调请求；
7.根据所述联调请求，创建联调项目，所述联调项目中包括若干个子项目，每个子项目对应有相应的测试团队；
8.将所述联调项目与预先创建的各类场景关联，以供所述测试团队在各类场景下进行联调；
9.当接收到测试团队反馈的联调问题时，在所述联调项目中创建与所述联调问题对应的联调问题节点，所述联调问题节点中包括处理所述联调问题的跟进团队信息；
10.当接收到处理所述联调问题的跟进团队返回的对所述联调问题的处理结果时，基于所述处理结果，确定是否关闭与所述联调问题对应的联调问题节点；
11.当不存在未关闭的联调问题节点，且各个测试团队均确认联调完成时，关闭所述联调项目。
12.可选的，所述联调问题节点中，还包括监督团队信息，所述基于所述处理结果，确定是否关闭与所述联调问题对应的联调问题节点，包括：
13.基于所述处理结果，确定所述处理结果对应的联调问题节点；
14.将所述处理结果发送给所述联调问题节点对应的监督团队，以供所述监督团队基于所述处理结果确定是否关闭联调问题节点；
15.当接收到监督团队发送的关闭联调问题节点的反馈时，关闭对应的联调问题节
点。
16.可选的，在将所述处理结果发送给所述联调问题节点对应的监督团队之后，还包括：
17.判断所述监督团队是否在预设时间内对所述处理结果进行反馈；
18.若否，则发出提示信息。
19.可选的，还包括：
20.按照预先设定的周期，获取未关闭的联调问题节点和已关闭的联调问题节点；
21.利用所述未关闭的联调问题节点和所述已关闭的联调问题节点，创建总结报告；
22.将所述总结报告发送给与所述联调项目相关的用户。
23.可选的，在所述在联调项目中创建与所述联调问题对应的联调问题节点之后，还包括：
24.判断跟进团队是否在预设时间内反馈处理结果；
25.若否，则发出提示信息。
26.可选的，在关闭所述联调项目之后，还包括：
27.生成联调项目关闭的通知；
28.将所述通知发送给与所述联调项目相关的用户。
29.一种联调测试的管理装置，包括：
30.联调请求获取模块，用于获取用户的联调请求；
31.联调项目创建模块，用于根据所述联调请求，创建联调项目，所述联调项目中包括若干个子项目，每个子项目对应有相应的测试团队；
32.场景关联模块，用于将所述联调项目与预先创建的各类场景关联，以供测试团队在各类场景下进行联调；
33.问题节点创建模块，用于当接收到测试团队反馈的联调问题时，在所述联调项目中创建与所述联调问题对应的联调问题节点，所述联调问题节点中包括处理所述联调问题的跟进团队信息；
34.处理结果接收模块，用于当接收到跟进团队返回的对所述联调问题的处理结果时，基于所述处理结果，确定是否关闭与所述联调问题对应的联调问题节点；
35.联调项目关闭模块，用于当不存在未关闭的联调问题节点时，且各个测试团队均确认联调完成时，关闭所述联调项目。
36.可选的，所述联调问题节点中，还包括监督团队信息，所述处理结果接收模块，包括：
37.问题节点确定模块，用于基于所述处理结果，确定所述处理结果对应的联调问题节点；
38.处理结果发送模块，用于将所述处理结果发送给所述联调问题节点对应的监督团队，以供所述监督团队基于所述处理结果确定是否关闭联调问题节点；
39.问题节点关闭模块，用于当接收到监督团队发送的关闭联调问题节点的反馈时，关闭对应的联调问题节点。
40.一种联调测试的管理设备，包括：存储器和处理器；
41.所述存储器，用于存储程序；
42.所述处理器，用于执行所述程序，实现如上述的联调测试的管理方法的各个步骤。
43.一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现如上述的联调测试的管理方法的各个步骤。
44.从上述的技术方案可以看出，本技术实施例提供的一种联调测试的管理方法、装置、设备及可读存储介质，根据获取的用户的联调请求，创建联调项目，其中，联调项目中包括若干个子项目，且每个子项目对应有相应的测试团队，再通过将联调项目与预先创建的各类场景关联，使得测试团队可以在各类预先创建的场景中进行联调，在联调的过程中，当接收到测试团队反馈的联调问题时，在联调项目中创建与联调问题对应的包括处理联调问题的跟进团队信息的联调问题节点，当接收到处理联调问题的跟进团队返回的处理结果时，基于处理结果，确定是否关闭与联调问题对应的联调问题节点，当不存在未关闭的联调问题节点，且各个测试团队均确认联调完成时，关闭联调项目。本技术通过接收测试团队反馈的联调问题创建对应的联调问题节点，并且明确该联调问题节点对应的跟进团队，对出现的联调问题进行统一的管理，便于追踪联调问题的处理进度，从而一定程度上提升联调效率。
附图说明
45.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
46.图1为本技术实施例提供的一种联调测试的管理方法流程图；
47.图2为本技术实施例提供的一种联调测试的管理装置结构示意图；
48.图3为本技术实施例公开的一种联调测试的管理设备的硬件结构框图。
具体实施方式
49.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
50.图1为本技术实施例提供的一种联调测试的管理方法流程图，如图1所示，该方法可以包括以下步骤：
51.步骤s100、获取用户的联调请求。
52.具体的，由于软件产品往往会安排不同的团队分功能进行开发，所以通常在产品上线前都需要进行联调测试，确定各个功能之间的数据流是否按照预先的设计实现、以及合并后整体功能的正确性。在联调之前会产生联调请求，联调请求中可以包含需要进行联调的软件名称、需要完成的联调任务以及需要参与联调的人员信息和各自的分工等信息。
53.步骤s101、根据联调请求，创建联调项目。
54.其中，上述联调项目中包括若干个子项目，每个子项目对应有相应的测试团队。
55.具体的，通过上述步骤获取联调请求之后，可以根据联调请求中包含的信息，创建
联调项目。其中，在联调项目中可以根据之前开发的分工区分为不同的子项目，每个子项目都对应有相应的测试团队，还可以针对联调项目确定主要负责人，由主要负责人来监管和推动联调项目的进行。在创建联调项目之后，可以向相关的联调人员发送提示信息和具体的分工，方便联调人员开展联调工作。
56.步骤s102、将联调项目与预先创建的各类场景关联。
57.具体的，由于开发的软件产品需要适配于各类场景，比如一个购物平台，可能会出现客户支付后想要退货退款的场景，但是平台涉及的支付系统、商品展示系统和购物车系统，可能都是由不同的团队开发，所以在客户支付后想要退款的场景下，各个系统之间的数据传输是否正常，则需要进行调试验证。
58.在本步骤中会预先创建各类场景，在联调项目于各类场景关联之后，测试团队可以在各类场景下进行联调，从而使得产品在各种场景下均可以实现数据的正常传输。
59.步骤s103、当接收到测试团队反馈的联调问题时，在联调项目中创建与联调问题对应的联调问题节点。
60.其中，联调问题节点中包括处理联调问题的跟进团队信息。
61.具体的，当接收到测试团队反馈的联调问题时，可以在联调项目中创建与联调问题对应的联调问题节点。创建联调问题节点的方式，可以在联调项目中创建一个存放各类联调问题节点的下属文件夹，在下属文件夹中会统一存放各类联调问题节点，还可以在联调项目中区分各个子项目对应的联调问题节点，将各个子项目中出现的联调问题节点，创建在子项目下属的文件夹中，此时每个子项目都会关联一个下属文件夹，在文件夹中会统一存放与子项目有关的联调问题节点。
62.步骤s104、当接收到处理联调问题的跟进团队返回的对联调问题的处理结果时，基于处理结果，确定是否关闭与联调问题对应的联调问题节点。
63.具体的，当接收到处理联调问题的跟进团队返回的对联调问题的处理结果时，可以根据返回的处理结果，确定是否关闭与联调问题对应的联调问题节点。处理结果中可以包括解决的方案、主要负责人信息和上传的证明文件等信息。
64.步骤s105、当不存在未关闭的联调问题节点，且各个测试团队均确认联调完成时，关闭联调项目。
65.具体的，测试团队可以在完成相应的联调任务后，反馈联调进度，当所有测试均已完成时，可以确认本团队的联调已完成，当不存在未关闭的联调问题节点，且各个测试团队均确认联调完成时，可以关闭联调项目。
66.在上述实施例中，提供了一种联调测试的管理方法，通过根据获取的用户的联调请求，创建联调项目，其中，联调项目中包括若干个子项目，且每个子项目对应有相应的测试团队，再通过将联调项目与预先创建的各类场景关联，使得测试团队可以在各类预先创建的场景中进行联调，在联调的过程中，当接收到测试团队反馈的联调问题时，在联调项目中创建与联调问题对应的包括处理联调问题的跟进团队信息的联调问题节点，当接收到处理联调问题的跟进团队返回的处理结果时，基于处理结果，确定是否关闭与联调问题对应的联调问题节点，当不存在未关闭的联调问题节点，且各个测试团队均确认联调完成时，关闭联调项目。本技术通过接收测试团队反馈的联调问题创建对应的联调问题节点，并且明确该联调问题节点对应的跟进团队，对出现的联调问题进行统一的管理，便于追踪联调问
题的处理进度，从而一定程度上提升联调效率。
67.在本技术的一些实施例中，为了对处理结果进行审核，可以在联调问题节点中增加对应的监督团队信息，其中，监督团队可以对处理联调问题的跟进团队返回的处理结果进行审核。基于此，对步骤s104、基于处理结果，确定是否关闭与联调问题对应的联调问题节点的过程进行介绍，该过程可以包括：
68.s11、基于处理结果，确定处理结果对应的联调问题节点。
69.具体的，根据跟进团队返回的处理结果，可以确定该处理结果对应的联调问题节点。
70.s12、将处理结果发送给联调问题节点对应的监督团队。
71.具体的，由于在创建联调问题节点时，会增加监督团队信息，所以在上述步骤中确定处理结果对应的联调问题节点之后，可以将处理结果发送给联调问题节点对应的监督团队，再由监督团队基于处理结果确定是否关闭联调问题节点。
72.s13、接收监督团队发送的关闭联调问题节点的反馈，关闭对应的联调问题节点。
73.具体的，当接收到监督团队发送的关闭联调问题节点的反馈时，可以判断对应的联调问题已经被解决，所以可以关闭对应的联调问题节点。
74.进一步的，当接收到监督团队发送的不予关闭联调问题节点的反馈时，可以发送相应的提示信息给处理该联调问题节点的跟进团队，还可以在联调问题节点中增加相关的不予关闭的备注，并关联未通过的处理结果。
75.在上述实施例中，针对每个联调问题节点均设置监督团队，对处理该联调问题节点的跟进团队反馈的处理结果进行审核，以增加人工审核环节的方式，来确保每个联调问题都被解决。
76.在本技术的一些实施例中，当联调项目中创建了新的联调问题节点之后，处理该联调问题节点中的联调问题的跟进团队可能会存在对联调问题处理不及时的情况，这容易导致遗漏未关闭的联调问题节点。基于此，在步骤s103、接收测试团队反馈的联调问题，在联调项目中创建与联调问题对应的联调问题节点之后，还可以通过预先设定每个联调问题的处理时间，来提示跟进团队及时处理联调问题。
77.具体的，可以先根据联调问题的处理难度预估一个处理时间，并在创建联调问题节点时，将预估的处理时间作为跟进团队处理对应的联调问题的处理期限，判断跟进团队是否在预设时间内反馈处理结果，若否，则发出提示信息。其中，提示信息中可以包括对应的联调问题节点、联调问题描述、联调问题的提出者等。对于超出预设时间仍未反馈处理结果的团队，可以按照特定的时间周期，比如一天、三天或一周等，持续的发送提示信息，在提示信息中还可以包括延期天数。
78.在上述实施例中，通过预先设定处理时间，针对跟进团队未在预设时间内反馈处理结果的情况，对相应的跟进团队进行及时的提醒，从而达到推动处理联调问题的跟进团队及时处理对应的联调问题。
79.进一步的，在预先设定处理时间之后，可以得到最晚的处理日期，在临近最晚的处理日期前的特定时间内，比如一周或三天等，可以发出提示信息，用于提示对应的联调问题跟进团队即将到达最晚的处理日期。
80.由于联调项目的关闭需要在所有联调问题节点均关闭的基础上才能实现，所以在
跟进团队已经反馈处理结果之后，如果联调问题节点对应的监督团队，并未及时的根据处理结果对联调问题节点进行处理，也可能会影响联调项目的进度。基于此，在本技术的一些实施例中，在s12、将处理结果发送给联调问题节点对应的监督团队之后，还可以通过预先设定处理时间，来提示监督团队及时审核处理结果。
81.具体的，预先设定监督团队在接收到处理结果之后做出反馈的时间，判断监督团队是否在预设时间内对处理结果进行反馈，若否，则发出提示信息。其中，提示信息中可以包括对应的联调问题节点、联调问题描述、联调问题的解决方案等。
82.在上述实施例中，通过预先设定监督团队在接收到处理结果之后做出反馈的时间，针对监督团队未在预设时间内做出反馈的情况，对相应的监督团队进行及时的提醒，从而达到推动监督团队及时的根据处理结果做出相应的反馈。
83.由于联调项目中会包含较多的子项目，各个子项目可能会存在诸多的问题，可能一个时间周期中会有新的联调问题节点被创建，也会有旧的联调问题被解决，还会有旧的联调问题出现延期，这就会使得需要了解的信息非常的分散，不利于对当前的联调进度进行评估。基于此，在本技术的一些实施例中，还可以定期的采集需要的数据，来生成总结报告，其中，生成总结报告的过程，可以包括：
84.s21、按照预先设定的周期，获取联调问题节点。
85.具体的，预先设定的获取数据的周期可以根据实际情况进行调整。获取的联调问题节点可以包括已关闭的联调问题节点和未关闭的联调问题节点。
86.s22、利用联调问题节点，创建总结报告。
87.具体的，在联调问题节点中，可以包括联调问题的标题、联调问题描述、联调问题类型、联调问题对应的附件、联调问题是否阻塞联调、联调问题需要修改的系统、联调问题的问题状态以及联调问题的解决方案。
88.在上述步骤中获取联调问题节点之后，可以创建总结报告。其中，总结报告的内容可以针对新增的联调问题节点、已被关闭的联调问题节点、联调问题需要修改的系统、联调问题类型和联调问题是否阻塞联调，这几个分类对当前的联调问题节点进行分类统计，以便于对之前的联调进行复盘总结，以及对之后的联调提供指导方向。
89.s23、将总结报告发送给与联调项目相关的用户。
90.具体的，在上述步骤得到总结报告之后，可以将总结报告发送给联调项目相关的用户。其中，与联调项目相关的用户可以包括联调项目中的测试团队成员等。
91.在上述实施例中，通过获取预设周期内的联调问题节点，并根据获取的联调问题节点创建总结报告，可以对之前的联调进行复盘总结，以及对之后的联调提供指导方向。
92.在本技术的一些实施例中，当联调项目中的联调问题节点均已关闭，且各个测试团队均确认完成联调测试时，可以关闭联调项目，在关闭所述联调项目之后，还可以生成联调项目关闭的通知，将通知发送给与联调项目相关的用户。其中与联调项目相关的用户可以包括联调项目的主要负责人、联调项目的测试团队成员等。
93.下面对本技术实施例提供的一种联调测试的管理装置进行描述，下文描述的一种联调测试的管理装置与上文描述的一种联调测试的管理方法可相互对应参照。
94.图2为本技术实施例提供的一种联调测试的管理装置结构示意图，联调测试的管理装置可以包括：
95.联调请求获取模块10，用于获取用户的联调请求；
96.联调项目创建模块20，用于根据所述联调请求，创建联调项目，所述联调项目中包括若干个子项目，每个子项目对应有相应的测试团队；
97.场景关联模块30，用于将所述联调项目与预先创建的各类场景关联，以供测试团队在各类场景下进行联调；
98.问题节点创建模块40，用于当接收到测试团队反馈的联调问题时，在所述联调项目中创建与所述联调问题对应的联调问题节点，所述联调问题节点中包括处理所述联调问题的跟进团队信息；
99.处理结果接收模块50，用于当接收到跟进团队返回的对所述联调问题的处理结果时，基于所述处理结果，确定是否关闭与所述联调问题对应的联调问题节点；
100.联调项目关闭模块60，用于当不存在未关闭的联调问题节点时，且各个测试团队均确认联调完成时，关闭所述联调项目。
101.在上述实施例中，提供了一种联调测试的管理装置，联调项目创建模块20根据联调请求获取模块10获取的用户的联调请求，创建联调项目，其中，联调项目中包括若干个子项目，且每个子项目对应有相应的测试团队，再通过场景关联模块30将联调项目与预先创建的各类场景关联，使得测试团队可以在各类预先创建的场景中进行联调，在联调的过程中，当接收到测试团队反馈的联调问题时，问题节点创建模块40在联调项目中创建与联调问题对应的包括处理联调问题的跟进团队信息的联调问题节点，当接收到处理联调问题的跟进团队返回的处理结果时，处理结果接收模块50基于处理结果，确定是否关闭与联调问题对应的联调问题节点，当不存在未关闭的联调问题节点，且各个测试团队均确认联调完成时，联调项目关闭模块60关闭联调项目。本技术通过接收测试团队反馈的联调问题创建对应的联调问题节点，并且明确该联调问题节点对应的跟进团队，对出现的联调问题进行统一的管理，便于追踪联调问题的处理进度，从而一定程度上提升联调效率。
102.可选的，所述联调问题节点中，还包括监督团队信息，所述处理结果接收模块，可以包括：
103.问题节点确定模块，用于基于所述处理结果，确定所述处理结果对应的联调问题节点；
104.处理结果发送模块，用于将所述处理结果发送给所述联调问题节点对应的监督团队，以供所述监督团队基于所述处理结果确定是否关闭联调问题节点；
105.问题节点关闭模块，用于当接收到监督团队发送的关闭联调问题节点的反馈时，关闭对应的联调问题节点。
106.可选的，联调测试的管理装置，还可以包括：
107.监督团队提示模块，用于判断所述监督团队是否在预设时间内对所述处理结果进行反馈，若否，则发出提示信息。
108.可选的，联调测试的管理装置，还可以包括：
109.问题节点获取模块，用于按照预先设定的周期，获取未关闭的联调问题节点和已关闭的联调问题节点；
110.总结报告创建模块，用于利用所述未关闭的联调问题节点和所述已关闭的联调问题节点，创建总结报告；
111.总结报告发送模块，用于将所述总结报告发送给与所述联调项目相关的用户。
112.可选的，联调测试的管理装置，还可以包括：
113.跟进团队提示模块，用于判断跟进团队是否在预设时间内反馈处理结果，若否，则发出提示信息。
114.可选的，联调测试的管理装置，还可以包括：
115.通知生成模块，用于生成联调项目关闭的通知；
116.通知发送模块，用于将所述通知发送给与所述联调项目相关的用户。
117.本技术实施例还提供一种联调测试的管理设备，图3示出了联调测试的管理设备的硬件结构框图，参照图3，联调测试的管理设备的硬件结构可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；
118.在本技术实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；
119.处理器1可能是一个中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；
120.存储器3可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)等，例如至少一个磁盘存储器；
121.其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于：实现前述联调测试的管理方法中的各个处理流程。
122.本技术实施例还提供一种存储介质，该存储介质可存储有适于处理器执行的程序，所述程序用于：实现前述联调测试的管理方法中的各个处理流程。
123.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
124.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间可以相互组合，且相同相似部分互相参见即可。
125.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。