数据诊断方法、装置、计算机设备及存储介质与流程

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.图1是本技术实施例提供的一种数据诊断方法的流程图一；
44.图2是本技术实施例提供的一种数据诊断方法的流程图二；
45.图3是本技术实施例提供的一种数据诊断装置的结构图；
46.图4是本技术实施例提供的一种计算机设备的结构图。
具体实施方式
47.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
48.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、
操作、元素、组件和/或其集合的存在或添加。
49.还应当理解，在此本技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本技术。如在本技术说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
50.还应当进一步理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
51.如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0052]
具体实现中，本技术实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。
[0053]
在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。
[0054]
终端支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。
[0055]
可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
[0056]
应理解，本实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0057]
为了说明本技术所述的技术方案，下面通过具体实施例来进行说明。
[0058]
参见图1，图1是本技术实施例提供的一种数据诊断方法的流程图一。如图1所示，一种数据诊断方法，该方法包括以下步骤：
[0059]
步骤101，获取不同职能用户设置的诊断配置参数，将诊断配置参数在诊断平台中进行数据集成，得到诊断配置数据。
[0060]
其中，不同的诊断配置数据对应于诊断平台所提供的不同诊断功能。
[0061]
诊断功能例如为数据正确性校验功能、数据的真实性校验功能等。
[0062]
诊断配置参数例如包括待诊断数据的数据类型、数据生成算法、数据名称、数据参数的定义规则等。
[0063]
数据集成是把不同来源、格式、特点性质的数据在逻辑上或物理上有机地集中，从而提供全面的数据共享。本步骤中，将不同的职能用户设置的诊断配置参数在诊断平台中进行数据集成，实现跨部门诊断参数在诊断平台中的配置。
[0064]
其中，不同的职能用户具有不同的任务职能，该任务职能具体为不同人员在设定项目的任务流程中与不同任务节点所对应的任务职能。
[0065]
对应地，作为一可选的实施方式，在获取不同职能用户设置的诊断配置参数，将诊断配置参数在诊断平台中进行数据集成，得到诊断配置数据之前，还包括：
[0066]
获取不同人员在设定项目中对应的任务职能信息，其中，该设定项目依照任务流程划分为对应有不同任务职能的任务节点；基于任务职能信息，确定不同的任务节点之间所具有的上下游任务协同关系；基于任务职能信息及上下游任务协同关系，创建与每一人员对应的职能用户角色。
[0067]
具体地，该设定项目例如为系统开发项目、大数据处理项目等，具体例如为交易平台开发项目、针对交易数据的大数据处理项目。不同的设定项目具有相应的任务流程，依照该任务流程进行任务节点划分，例如交易平台开发项目中依照交易流程进行任务节点划分，基于不同的任务节点将开发人员划分成具备相应开发作业职能的团队部门。而不同的交易节点之间具有交易职能上的上下游协同关系。
[0068]
本技术实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
[0069]
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
[0070]
步骤102，获取第一职能用户基于数据诊断任务对诊断平台中目标诊断功能的调用操作。
[0071]
第一职能用户对诊断平台中目标诊断功能的调用，可以是基于数据诊断任务在诊断平台中输入待诊断数据的描述信息、数据诊断的逻辑信息、数据诊断的方法等数据诊断任务信息，并从诊断平台提供的诊断功能中选取与数据诊断任务相匹配的目标诊断功能后进行的调用触发。
[0072]
基于该调用操作执行后续的处理过程。
[0073]
步骤103，响应于调用操作，确定数据诊断任务中与第一职能用户具备上下游的任务协同关系的第二职能用户，并从与目标诊断任务对应的目标诊断配置数据中提取第二职能用户设置的目标诊断配置参数。
[0074]
其中，诊断平台具有不同的数据诊断功能，该些数据诊断功能例如为对数据真实性进行诊断、对数据处理结果的正确性进行诊断、对数据处理过程的合规性进行诊断等。具体的数据诊断功能可以基于实际的数据应用场景及需要诊断的数据的特性进行相应诊断功能的设置。
[0075]
在第一职能用户对诊断平台的某一诊断功能进行调用时，则需要从平台存储的诊断配置数据中提取与之对应的目标诊断配置参数。
[0076]
在具体应用中，第二职能用户例如为负责交易订单处理模块开发职能的团队人员，第一职能用户例如为收单处理模块来发职能的团队人员(收单是指签约银行向商户提
供的本外币资金结算服务)。其中，第一职能用户需要基于第二职能用户的开发模块产生的交易订单执行交易校验操作，以能够确保第一职能用户的开发模块能够基于校验无误的数据执行收单处理，即通过联合诊断确保整个开发系统功能的正常运转。
[0077]
该步骤中，将第一职能用户当前待执行的数据测试任务与第二职能用户在测试平台上设置的诊断配置参数关联起来，实现具有上下游的任务协同关系的不同职能用户之间的信息联合，克服跨部门之间的工作内容隔阂，实现跨部门或跨团队的联合调配测试及职能排查，提升测试效率及测试准确性。
[0078]
其中，作为一个可选的实施方式，该响应于调用操作，确定数据诊断任务中与第一职能用户具备上下游的任务协同关系的第二职能用户，包括：
[0079]
响应于调用操作，解析得到数据诊断任务中的待诊断数据；基于第一职能用户对应的任务职能，确定与第一职能用户具备上下游任务协同关系的目标职能用户；从目标职能用户中选取产出待诊断数据的职能用户作为第二职能用户。
[0080]
数据诊断平台上存储有不同职能用户之间存在的上下游任务协同关系，基于该上下游任务协同关系，可以结合第一职能用户对应的任务职能，确定与第一职能用户具备上下游任务协同关系的目标职能用户。
[0081]
其中，第一职能用户在触发对目标诊断功能的调用操作时，诊断平台可以基于该调用操作，得到第一职能用户输入的待诊断数据的描述信息，基于该描述信息，确定待诊断数据。该描述信息例如为待诊断数据的起止时间、数据的来源、数据中的关键词等等。
[0082]
其中，在一个具体的实施方式中，从目标职能用户中选取产出待诊断数据的职能用户作为第二职能用户，包括：
[0083]
确定待诊断数据的来源数据库；从目标职能用户中选取将待诊断数据写入至来源数据库中的数据写入用户；将数据写入用户作为产出待诊断数据的第二职能用户。
[0084]
待诊断数据的来源数据库可以基于第一职能用户输入的待诊断数据的描述信息进行确定，进而从该来源数据库中获取与该待诊断数据对应的数据存储信息，得到将待诊断数据写入至来源数据库中的数据写入用户，将该数据写入用户作为产出待诊断数据的第二职能用户。
[0085]
以能够准确匹配出与第一职能用户具备上下游的任务协同关系的第二职能用户，进而准确提取到目标诊断配置参数，以确保后续对待测试数据执行数据诊断处理操作的正确性。
[0086]
步骤104，基于目标诊断配置参数，对第一职能用户指示的待诊断数据进行诊断。
[0087]
在得到目标诊断配置参数之后，即可依照目标诊断配置参数，基于当前采用的程序语言，结合语法树，生成对应的数据诊断脚本，通过运行该脚本文档展开对待诊断数据的诊断操作。
[0088]
其中，该基于目标诊断配置参数，对第一职能用户指示的待诊断数据进行诊断，包括：
[0089]
从脚本文件库中选取与目标诊断功能对应的脚本文件模板；依照目标诊断配置参数，对脚本文件模板进行诊断参数配置，得到与目标诊断功能对应的目标诊断脚本；基于目标诊断脚本，对第一职能用户指示的待诊断数据进行诊断。
[0090]
在获取第一职能用户指示的待诊断数据时，第二职能用户可以通过输入待诊断数
据的起止时间、数据类型、数据内容关键词等描述信息来指示诊断平台当前需要诊断的数据是哪些。
[0091]
例如，在第一职能用户触发对交易订单进行真实性诊断功能的调用操作时，输入产生时间为过去一个小时作为对交易订单的指定筛选条件，则交易平台基于第一职能用户的输入操作，将过去一个小时内产生的交易订单作为待诊断数据。
[0092]
在确定待诊断数据后，基于诊断插件对待诊断数据进行诊断即可。
[0093]
本技术实施例中，通过设置不同职能用户，使具有上下游的职能协同关系的部门之间实现便捷化的联调配合测试，使其中一个职能用户进行诊断配置，在其他职能用户需要执行数据诊断时，输入诊断触发操作即可对其他职能用户配置的诊断配置参数进行匹配调用，实现对待诊断数据的诊断操作，降低跨部门联调测试时的业务技能依赖，克服跨部门之间的工作内容隔阂，提升跨部门进行数据联调测试时测试效率，减少测试偏差。
[0094]
本技术实施例中还提供了数据诊断方法的不同实施方式。
[0095]
参见图2，图2是本技术实施例提供的一种数据诊断方法的流程图二。如图2所示，一种数据诊断方法，该方法包括以下步骤：
[0096]
步骤201，获取不同职能用户设置的诊断配置参数，将诊断配置参数在诊断平台中进行数据集成，得到诊断配置数据。
[0097]
其中，不同的诊断配置数据对应于诊断平台所提供的不同诊断功能。
[0098]
该步骤的实现过程与前述实施方式中的步骤101的实现过程相同，此处不再赘述。
[0099]
步骤202，获取第一职能用户基于数据诊断任务对诊断平台中目标诊断功能的调用操作。
[0100]
该步骤的实现过程与前述实施方式中的步骤102的实现过程相同，此处不再赘述。
[0101]
步骤203，响应于调用操作，确定数据诊断任务中与第一职能用户具备上下游的任务协同关系的第二职能用户，并从与目标诊断任务对应的目标诊断配置数据中提取第二职能用户设置的目标诊断配置参数。
[0102]
该步骤的实现过程与前述实施方式中的步骤103的实现过程相同，此处不再赘述。
[0103]
步骤204，基于目标诊断配置参数，对第一职能用户指示的待诊断数据进行诊断。
[0104]
该步骤的实现过程与前述实施方式中的步骤104的实现过程相同，此处不再赘述。
[0105]
步骤205，获取诊断结果。
[0106]
步骤206，将诊断结果反馈至第一职能用户，并在确定诊断结果中包含诊断出的数据错误信息时，将诊断结果反馈至第二职能用户。
[0107]
在诊断结束后，在将诊断结果进行反馈时，具体需要向第一职能用户及第二职能用户进行反馈。其中，特别是在诊断结果中包含诊断出的数据错误信息时，例如出现交易额计算正确性的问题，或者交易数据中包含虚假数据时，需要将诊断结果反馈至第二职能用户，以使第二职能用户进行错误修复。
[0108]
其中，在进行诊断结果反馈时，可以提供人性化诊断报告，提供结构化的诊断内容。
[0109]
具体地，实现过程为：获取诊断结果，依照结构化设置的诊断报告模板，从诊断结果中提取与诊断报告模板的结构化内容分别对应的诊断数据；依照结构化内容，将诊断数据分别填充至诊断报告模板中，得到诊断报告。
[0110]
该结构化设置，是指依照设定排版结构进行数据分布区域设置。
[0111]
通过该方式，提升诊断报告的可读性。
[0112]
本技术实施例中，通过设置不同职能用户，使具有上下游的职能协同关系的部门之间实现便捷化的联调配合测试，使其中一个职能用户进行诊断配置，在其他职能用户需要执行数据诊断时，输入诊断触发操作即可对其他职能用户配置的诊断配置参数进行匹配调用，实现对待诊断数据的诊断操作，并及时将测试结果反馈至相关的职能用户，降低跨部门联调测试时的业务技能依赖，克服跨部门之间的工作内容隔阂，提升跨部门进行数据联调测试时测试效率，减少测试偏差。
[0113]
参见图3，图3是本技术实施例提供的一种数据诊断装置的结构图，为了便于说明，仅示出了与本技术实施例相关的部分。
[0114]
该数据诊断装置300，包括：
[0115]
第一获取模块301，用于获取不同职能用户设置的诊断配置参数，将所述诊断配置参数在诊断平台中进行数据集成，得到诊断配置数据，其中，不同的所述诊断配置数据对应于所述诊断平台所提供的不同诊断功能；
[0116]
第二获取模块302，用于获取第一职能用户基于数据诊断任务对所述诊断平台中目标诊断功能的调用操作；
[0117]
第三获取模块303，用于响应于所述调用操作，确定所述数据诊断任务中与所述第一职能用户具备上下游的任务协同关系的第二职能用户，并从与所述目标诊断任务对应的目标诊断配置数据中提取所述第二职能用户设置的目标诊断配置参数；
[0118]
诊断模块304，用于基于所述目标诊断配置参数，对所述第一职能用户指示的待诊断数据进行诊断。
[0119]
其中，诊断模块304，具体用于：
[0120]
从脚本文件库中选取与所述目标诊断功能对应的脚本文件模板；
[0121]
依照所述目标诊断配置参数，对所述脚本文件模板进行诊断参数配置，得到与所述目标诊断功能对应的目标诊断脚本；
[0122]
基于所述目标诊断脚本，对所述第一职能用户指示的待诊断数据进行诊断。
[0123]
其中，第三获取模块303，具体用于：
[0124]
响应于所述调用操作，解析得到所述数据诊断任务中的待诊断数据；
[0125]
基于所述第一职能用户对应的任务职能，确定与所述第一职能用户具备上下游任务协同关系的目标职能用户；
[0126]
从所述目标职能用户中选取产出所述待诊断数据的职能用户作为所述第二职能用户。
[0127]
其中，第三获取模块303，更具体用于：
[0128]
确定所述待诊断数据的来源数据库；
[0129]
从所述目标职能用户中选取将所述待诊断数据写入至所述来源数据库中的数据写入用户；
[0130]
将所述数据写入用户作为产出所述待诊断数据的所述第二职能用户。
[0131]
该装置还包括：第四获取模块，用于：
[0132]
获取不同人员在设定项目中对应的任务职能信息，其中，所述设定项目依照任务
流程划分为对应有不同任务职能的任务节点；
[0133]
基于所述任务职能信息，确定不同的所述任务节点之间所具有的上下游任务协同关系；
[0134]
基于所述任务职能信息及所述上下游任务协同关系，创建与每一所述人员对应的职能用户角色。
[0135]
其中，该装置还包括：反馈模块，用于：
[0136]
获取诊断结果；
[0137]
将所述诊断结果反馈至所述第一职能用户，并在确定所述诊断结果中包含诊断出的数据错误信息时，将所述诊断结果反馈至所述第二职能用户。
[0138]
其中，反馈模块，还用于：
[0139]
获取诊断结果；
[0140]
依照结构化设置的诊断报告模板，从所述诊断结果中提取与所述诊断报告模板的结构化内容分别对应的诊断数据；
[0141]
依照所述结构化内容，将所述诊断数据分别填充至所述诊断报告模板中，得到诊断报告。
[0142]
本技术实施例提供的数据诊断装置能够实现上述数据诊断方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0143]
图4是本技术实施例提供的一种计算机设备的结构图。如该图所示，该实施例的计算机设备4包括：至少一个处理器40(图4中仅示出一个)、存储器41以及存储在所述存储器41中并可在所述至少一个处理器40上运行的计算机程序42，所述处理器40执行所述计算机程序42时实现上述任意各个方法实施例中的步骤。
[0144]
所述计算机设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备4可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是计算机设备4的示例，并不构成对计算机设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述计算机设备还可以包括输入输出设备、网络接入设备、总线等。
[0145]
所述处理器40可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0146]
所述存储器41可以是所述计算机设备4的内部存储单元，例如计算机设备4的硬盘或内存。所述存储器41也可以是所述计算机设备4的外部存储设备，例如所述计算机设备4上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述计算机设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
[0147]
所述服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
[0148]
本技术可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
[0149]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0150]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0151]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0152]
在本技术所提供的实施例中，应该理解到，所揭露的装置/终端和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0153]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0154]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0155]
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0156]
本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序产品来实现，当计算机程序产品在终端上运行时，使得所述终端执行时实现可实现上述各个方法实施例中的步骤。
[0157]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。