CN114328243A - 一种异常运行数据的处理方法、装置、设备和存储介质 - Google Patents

Abstract

本申请涉及一种异常运行数据的处理方法、装置、设备和存储介质。该方法包括：响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；根据各异常运行数据确定待测***中存在测试异常的目标节点以及目标节点存在的测试异常问题；根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。本方案使测试人员可以通过该节点架构图很清晰地查看到整个待测***中存在测试异常的目标节点，以及该目标节点存在测试异常问题的数量和严重程度，直观了解到待测***内部各服务节点的工作状态，提高了对待测***的测试异常处理覆盖率。

Description

一种异常运行数据的处理方法、装置、设备和存储介质

技术领域

本申请涉及计算机网络技术领域，特别是涉及一种异常运行数据的处理方法、装置、设备和存储介质。

背景技术

在政务***开发阶段，为保证政务***能够满足所设计的功能，测试人员需要对该政务***进行相应的测试。

相关技术中，对政务***的测试更多偏向于黑盒测试，当政务***测试出现异常或错误时仅提示该政务***的错误功能清单，也就是说，仅指出该政务***不能实现哪些功能，使得测试人员无法直观了解整个政务***中各服务节点内部隐藏的异常，导致测试不全面，异常处理覆盖率较低。

发明内容

基于此，有必要针对现有政务***测试异常处理覆盖率较低，无法发现政务***中各服务节点的内部隐藏问题的技术问题，提供一种异常运行数据的处理方法、装置、设备和存储介质。

第一方面，本申请实施例提供一种异常运行数据的处理方法，包括：

响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；

根据各异常运行数据确定所述待测***中存在测试异常的目标节点以及所述目标节点存在的测试异常问题；

根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。

第二方面，本申请实施例提供一种异常运行数据的处理装置，包括：

采集模块，用于响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；

确定模块，用于根据各异常运行数据确定所述待测***中存在测试异常的目标节点以及所述目标节点存在的测试异常问题；

第一展示模块，用于根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。

第三方面，本申请实施例提供一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现本申请实施例第一方面提供的所述异常运行数据的处理方法的步骤。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例第一方面提供的所述异常运行数据的处理方法的步骤。

本申请实施例提供的技术方案，响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；根据各异常运行数据确定待测***中存在测试异常的目标节点以及该目标节点存在的测试异常问题；根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。这样，测试人员便可以通过该节点架构图很清晰地查看到整个待测***中存在测试异常的目标节点，以及该目标节点存在测试异常问题的数量和严重程度，与传统的黑盒测试相比，本方案使得测试人员能够通过所展示的内容，直观了解到待测***内部各服务节点的工作状态，从而获知各服务节点的隐藏问题，大大提高了对待测***的测试异常处理覆盖率。

附图说明

图1为本申请实施例提供的异常运行数据的处理方法的一种流程示意图；

图2为本申请实施例提供的异常运行数据展示方式的一种示意图；

图3为本申请实施例提供的异常运行数据展示方式的另一种示意图；

图4为本申请实施例提供的异常运行数据的处理装置的一种结构示意图；

图5为本申请实施例提供的电子设备的一种结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，通过下述实施例并结合附图，对本申请实施例中的技术方案进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，下述方法实施例的执行主体可以是异常运行数据的处理装置，该装置可以通过软件、硬件或者软硬件结合的方式实现成为电子设备的部分或者全部。可选地，该电子设备可以为各种类型的设备，且该电子设备可以与外部设备进行信息交互。可选地，该电子设备可以为PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)、手机以及PC(个人计算机)等中的任意一种。下述方法实施例以执行主体是电子设备为例进行说明。

图1为本申请实施例提供的异常运行数据的处理方法的一种流程示意图。

如图1所示，该方法可以包括：

S101、响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据。

其中，待测***是指需要进行测试的***，如http(Hyper Text TransferProtocol超文本传输协议)***，其可以包括多个服务节点，每个服务节点可以理解为一个待测节点，比如http服务节点、rpc(Remote Procedure Call远程过程调用)服务节点、tcp(Transmission Control Protocol传输控制协议)服务节点、RESP(Redis远程字典服务序列化协议)服务节点等，其中，Redis解释为远程字典服务，属Remote Dictionary Server的简称。例如，假设待测***为政务服务中的认证***，该认证***包括的服务节点可以为节点“API(API Gataway)网关”、节点“认证中心”以及节点“认证服务”等。再如待测***为政务服务中的消息***，该消息***包括的服务节点可以为节点“API网关”、节点“消息中心”以及节点“消息服务”等等。

当需要对待测***进行测试时，可以通过监控引擎动态无侵入地向待测***中的各待测节点写入监控代码，该监控代码与待测节点中本身的业务代码相互独立，监控代码并不会影响业务代码的运行。由于监控代码与业务代码相互独立以及相互隔离的，因此监控引擎向待测节点中写入监控代码的过程，对于待测***来说是无感知的。上述监控代码主要用于在测试过程中采集各待测节点中的异常运行数据，也就是说，一旦测试用例测试过程中发生异常，就可以通过监控代码记录该异常运行数据。

可选地，该异常运行数据可以包括异常运行堆栈信息和异常运行上下文信息。其中，异常运行上下文信息可以包括待测节点的cookie、数据请求参数信息、数据请求的调用标识、当前调用节点的标识、被调用节点的响应信息以及其它异常信息等等。

上述测试指令可以是基于对待测***使用测试用例执行测试时而触发产生的，也可以是针对预设测试控件的触发操作而产生的。其中，上述测试用例的具体类型与待测试***的实际测试需求相关，即每一测试用例均对应测试不同的业务代码，例如各测试用例可以用于测试登录代码、页面跳转代码、点击代码、退出代码以及返回代码等的业务代码。

需要说明的是，上述监控引擎的启用与测试指令的触发并没有直接关系，若监控引擎被启用，则在测试过程中，可以通过监控引擎启动对测试用例测试过程中的监控，以在测试用例不通过以及测试结果异常时收集待测节点的异常运行数据。

这样，在接收到测试指令之后，可以通过预先在各待测节点中设置的监控代码，采集各待测节点在测试过程中的异常运行数据，以获取各待测节点在测试过程中的异常运行堆栈信息以及异常运行上下文信息。具体的，采集异常运行数据的过程可以是：监控代码可以实时监测各测试用例的运行过程，在监测到测试用例未成功通过时，提取与该测试用例关联的异常运行数据。当然，采集异常运行数据的过程还可以是：监控代码获取已运行完毕的测试用例的用例标识以及对应的已运行完毕测试用例的待测节点的节点标识，验证用例标识与节点标识之间的关联关系，如果两者不关联则输出采集异常结果，监控代码对此不进行数据采集；如果两者关联，则监控代码获取对应待测节点业务代码的测试结果，并基于测试结果提取异常运行数据。

S102、根据各异常运行数据确定所述待测***中存在测试异常的目标节点以及所述目标节点存在的测试异常问题。

在获取到各异常运行数据之后，电子设备可以通过异常运行数据中的节点标识，确定待测***中存在测试异常的目标节点。并且，可以通过预先设置的分析策略以及判断规则，对异常运行数据进行分析，从而确定目标节点存在的测试异常问题。例如，该测试异常问题可以是***登录问题、页面无法正常跳转、页面跳转延时较长、点击操作无反应以及无法正常退出等等。

也就是说，在运行测试用例时，若启用了监控引擎，则预先设置在各待测节点中的监控代码能够主动采集各待测节点在测试过程中的异常运行堆栈情况以及异常运行上下文信息，使得电子设备能够基于所采集的异常运行堆栈情况以及异常运行上下文信息，主动确定各待测节点中哪一个节点存在测试异常，以及存在哪些测试异常问题。例如，各待测节点中发生了哪些事件，哪些事件比较耗时，哪一步有问题，该问题由于什么原因导致的，也就是说可以诊断出待测***内部的运行详细情况，使得对待测***的测试类比于白盒测试。与黑盒测试相比，本方案能够检测各待测节点中的每条路径是否都能按照预定要求进行正确工作，及时发现各待测节点内部的隐藏问题，大大提高了测试的覆盖率。

S103、根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。

其中，该异常标识用于指示目标节点存在测试异常问题。作为一种可选地实施方式，可以统计目标节点存在的测试异常问题的数量，并基于该数量生成目标节点对应的异常标识，在此情况下该异常标识可以具体的数值，也可以是相应特征的图形化标识，比如，可以通过颜色特征来体现目标节点存在的测试异常问题的数量，如测试异常问题的数量属于不同的数值范围，可以通过不同的颜色来体现；或者可以通过图形效果特征来体现目标节点测试时存在的测试异常问题的数量，通过为目标节点设置节点图形放大效果的尺寸值分别对应不同的测试异常问题数量值范围，使得测试异常结果能够更为清晰可见的通过图形化标识的方式进行展示，大大提高了对待测***异常测试结果的发现能力和异常处理效率。

为了使测试人员能够直观地获知待测***的测试情况，电子设备可以根据待测***对应测试的功能模块，将各功能模块抽象为待测节点，基于各待测节点之间的关联关系(如调用关系)构建节点架构图，并展示该节点架构图。在构建好节点架构图之后，电子设备便可以得到各待测节点的节点标识与各待测节点在节点架构图中的位置之间的映射关系。

那么，电子设备便可以基于目标节点的节点标识，通过上述映射关系确定该目标节点在节点架构图中的目标位置，并在该目标位置的预设区域内显示该目标节点对应的异常标识。这样，通过所展示的节点架构图便可以直观地获知待测***中存在测试异常的目标节点以及目标节点存在的测试异常问题的严重程度。

可选地，上述异常标识还可以作为锚点支持触发操作，基于此，电子设备可以根据针对异常标识关联的触控区域的触发操作，在所述目标节点的第一关联区域展示所述测试异常问题。

其中，第一关联区域可以位于目标节点的节点标识的上方、下方、左侧以及右侧等任意的位置，本实施例对此不作限定。

示例性的，如图2所示，假设待测***为政务服务中的认证***，从图2可以看到，该认证***包括的待测节点有API网关、认证中心以及认证服务。电子设备可以通过监控引擎预先在API网关、认证中心以及认证服务中写入监控代码，在接收到测试指令后，通过API网关、认证中心以及认证服务中各自预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据，并通过对各待测节点的异常运行数据进行分析，确定节点“认证服务”存在测试异常，则可以基于节点“认证服务”的测试异常问题的数量，生成节点“认证服务”的异常标识(图2以异常标识为测试异常问题的具体数量为例示出)。接着，将该异常标识显示在认证***对应的节点架构图中，即在节点“认证服务”的关联区域内展示上述异常标识。

在此，解释一下目标节点的节点标识和异常标识的区别，节点标识是指唯一标识该目标节点的信息，比如，目标节点的节点名称、ID或者编码等信息。异常标识是指用于标识目标节点存在测试异常问题的信息，比如，目标节点存在的测试异常问题的数量、图形化的颜色特征或者图像化的效果特征等。以图2中的认证***为例，节点名称“认证服务”是目标节点的节点标识，节点“认证服务”预设区域内所显示的测试异常问题数量“3”是目标节点的异常标识。

进一步地，在检测到针对上述异常标识的触发操作时，在节点“认证服务”的第一关联区域展示该节点的测试异常问题。这样，测试人员通过图2所展示的内容，可以直观地了解到待测***中哪些服务节点存在问题、存在问题的数量级别以及存在哪些问题等。

本申请实施例提供的技术方案，响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；根据各异常运行数据确定待测***中存在测试异常的目标节点以及该目标节点存在的测试异常问题；根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。这样，测试人员便可以通过该节点架构图很清晰地查看到整个待测***中存在测试异常的目标节点，以及该目标节点存在测试异常问题的数量和严重程度，与传统的黑盒测试相比，本方案使得测试人员能够通过所展示的内容，直观了解到待测***内部各服务节点的工作状态，从而获知各服务节点的隐藏问题，大大提高了对待测***的测试异常处理覆盖率。

在一个实施例中，参见图3，为了便于测试人员进一步分析待测***中存在的问题，可选地，上述目标节点的节点标识以及上述测试异常问题可以作为锚点，支持测试人员的触发操作。如果测试人员想进一步了解与测试异常问题相关的目标节点的异常运行数据，则测试人员可以对相应的测试异常问题进行触发操作，这样，电子设备响应于测试人员对测试异常问题的触发操作，在目标节点的第二关联区域展示与测试异常问题相关的目标异常运行数据。

其中，第二关联区域也可以位于目标节点的节点标识的上方、下方、左侧以及右侧等任意的位置，本实施例对此不做限定。当然，第二关联区域也可以为一新页面，即可以再打开一个页面窗口展示与测试异常问题相关的目标异常运行数据。

目标异常运行数据是指与测试异常问题相关的异常运行数据，在接收到用户对测试异常问题的触发操作后，电子设备可以从待测节点的所有异常运行数据中确定出与测试异常问题相关的目标异常运行数据，并将这部分目标异常运行数据展示在目标节点的第二关联区域。测试人员通过所展示的待测节点的运行详细情况，可以对待测节点的测试异常问题进行进一步深入分析，辅助测试人员进一步定位问题，提高了测试效率。

可选地，当测试人员需要查看目标节点的更加详细的异常调用信息时，即查看目标节点的所有异常运行数据，目标节点的节点标识也可以允许测试人员进行触发，从而在目标节点的第三关联区域展示目标节点在测试过程中的所有异常运行数据。

其中，第三关联区域也可以位于目标节点的节点标识的上方、下方、左侧以及右侧等任意的位置，本实施例对此不做限定。

为了进一步直观地展示目标节点的测试数据(即上述的测试异常问题，与测试异常问题相关的目标异常运行数据以及目标节点测试过程中的所有异常运行数据)，上述第一关联区域、第二关联区域以及第三关联区域也可以作为锚点，支持用户的触发操作，以调整第一关联区域、第二关联区域和/或第三关联区域的展示位置。其中，该触发操作可以是点击操作或者拖拽操作等触控方式。基于此，该方法还包括：响应于针对所述第一关联区域、第二关联区域和/或第三关联区域的触发操作，改变所述第一关联区域、第二关联区域和/或第三关联区域的展示位置。

以触发操作为点击操作为例，在一种可选地实施方式中，预先设置与点击操作关联的多个目标区域，并设定多个目标区域的跳转顺序，响应于针对第一关联区域、第二关联区域和/或第三关联区域的点击操作，基于该点击操作的顺序，将第一关联区域、第二关联区域和/或第三关联区域的展示位置依次调整到点击操作所关联的目标区域。在另一种可选地实施方式中，还可以通过点击操作，对第一关联区域、第二关联区域和第三关联区域进行位置互换，即将第一关联区域调整到第二关联区域，将第二关联区域调整到第三关联区域，将第三关联区域调整到第一关联区域，当然，也可以是其他位置互换的方式，本实施例对此不作限定。

以触发操作为拖拽操作为例，响应于针对第一关联区域、第二关联区域和/或第三关联区域的拖拽操作，将第一关联区域、第二关联区域和/或第三关联区域移动到拖拽操作释放的目标区域，以在相应的目标区域内展示目标节点的测试异常问题、目标异常运行数据和/或所有异常运行数据。

在本实施例中，能够响应测试人员的触发操作，在目标节点相应的关联区域展示对应的测试数据，从而辅助测试人员快速定位目标节点中存在的问题。同时，还能够针对第一关联区域、第二关联区域和/或第三关联区域的触发操作，改变第一关联区域、第二关联区域和/或第三关联区域的展示位置，满足了用户对测试数据的展示位置的调整需求，丰富了测试数据的展示方式，进一步提高了人机交互的智能性。也就是说，能够根据用户需求灵活调整各测试数据的展示位置，从而更加符合用户的使用习惯及使用预期，提升用户体验，此外，在展示信息较多时，能够通过响应用户触发操作进行调整，在展示空间有限的情况下，优化展示效果。

在实际应用中，有些测试异常问题可能是偶发的，难以复现，即测试人员测试时能够发现某些问题，但是研发人员在调测时却无法复现同一问题。基于此，在上述实施例的基础上，可选地，还可以针对目标节点提供相应的关联控件，通过该关联控件实现对目标异常运行数据的保存。基于此，在上述实施例的基础上，可选地，该方法还可以包括：响应于针对所述目标节点的关联控件的触发操作，保存所述目标异常运行数据，并将保存后的数据发送到指定设备中。

其中，测试人员可以通过触摸方式或者语音方式对目标节点的关联控件执行触发操作，这样，电子设备便可以基于测试人员的触发操作，保存目标节点与测试异常问题相关的目标异常运行数据。例如，电子设备可以对目标异常运行数据进行备份操作，并将备份的目标异常运行数据发送到指定设备中。当研发人员需要对目标节点的测试异常问题进行分析时，可以从指定设备中下载与测试异常问题相关的目标异常运行数据，提高了测试人员与研发人员之间的协作效率，从而提高了测试异常问题的排查效率。

为了提高数据的保存速度，作为一种可选地实施方式，上述保存目标异常运行数据的方式可以为：通过快照的方式保存所述目标异常运行数据。

也就是说，通过快照的方式保存目标异常运行数据，可以大大提高目标异常运行数据的保存速度，使得研发人员可以尽快地查看到目标节点的与测试异常问题相关的目标异常运行数据，实现对测试异常问题的快速定位，便于研发人员的调试修复，提高了测试人员与研发人员的协作效率，进一步提高了测试异常问题的排查效率。

在一个实施例中，当测试结束后，电子设备还可以通过监控引擎主动删除预先在各待测节点中写入的监控代码。

这样，当需要对待测***进行测试时，通过监控引擎向待测***中各待测节点写入监控代码，以通过该监控代码采集各待测节点在测试过程中的异常运行数据，以辅助测试人员进行测试。在测试结束后，即所有测试用例均测试完毕后，还可以通过监控引擎主动删除各待测节点中的监控代码。也就是说，所述监控代码与待测节点的业务代码相互独立，在整个测试过程中，实现了各待测节点中的监控代码和业务代码的隔离以及可热插拔的目的，并不影响业务代码的运行，对于各待测节点来说是无感知的，使得测试人员与开发人员能够更高效的进行协作，以实现对待测***问题的定位、调试以及修复。

图4为本申请实施例提供的异常运行数据的处理装置的一种结构示意图。如图4所示，该装置可以包括：采集模块401、确定模块402和第一展示模块403。

具体的，采集模块401用于响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；

确定模块402用于根据各异常运行数据确定所述待测***中存在测试异常的目标节点以及所述目标节点存在的测试异常问题；

第一展示模块403用于根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。

本申请实施例提供的异常运行数据的处理装置，响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；根据各异常运行数据确定待测***中存在测试异常的目标节点以及该目标节点存在的测试异常问题；根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。这样，测试人员便可以通过该节点架构图很清晰地查看到整个待测***中存在测试异常的目标节点，以及该目标节点存在测试异常问题的数量和严重程度，与传统的黑盒测试相比，本方案使得测试人员能够通过所展示的内容，直观了解到待测***内部各服务节点的工作状态，从而获知各服务节点的隐藏问题，大大提高了对待测***的测试异常处理覆盖率。

可选地，所述异常运行数据包括异常运行堆栈信息和异常运行上下文信息。

在上述实施例的基础上，可选地，该装置还包括：第二展示模块。

具体的，第二展示模块用于根据针对所述异常标识关联的触控区域的触发操作，在所述目标节点的第一关联区域展示所述测试异常问题。

在上述实施例的基础上，可选地，该装置还包括：第三展示模块和第四展示模块。

具体的，第三展示模块用于根据针对所述测试异常问题的触发操作，在所述目标节点的第二关联区域展示与所述测试异常问题相关的目标异常运行数据；

第四展示模块用于根据针对所述目标节点的节点标识的触发操作，在所述目标节点的第三关联区域展示所述目标节点在测试过程中的所有异常运行数据。

在上述实施例的基础上，可选地，该装置还包括：保存模块和发送模块。

具体的，保存模块用于根据针对所述目标节点的关联控件的触发操作，保存所述目标异常运行数据；

发送模块用于将保存后的数据发送到指定设备中。

在上述实施例的基础上，可选地，保存模块具体用于通过快照的方式保存所述目标异常运行数据。

在上述实施例的基础上，可选地，该装置还包括：调整模块。

具体的，调整模块用于响应于针对所述第一关联区域、第二关联区域和/或第三关联区域的触发操作，改变所述第一关联区域、第二关联区域和/或第三关联区域的展示位置。

在上述实施例的基础上，可选地，该装置还包括：写入模块和删除模块。

具体的，写入模块用于在所述响应于接收到的测试指令之前，向各待测节点中写入所述监控代码；

删除模块用于测试结束后，删除各待测节点中的所述监控代码。

可选地，所述监控代码与待测节点的业务代码相互独立。

在一个实施例中，提供了一种电子设备，其内部结构图可以如图5所示。该电子设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该电子设备的数据库用于存储异常运行数据的处理过程中所涉及到的数据。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种异常运行数据的处理方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种电子设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；

根据各异常运行数据确定所述待测***中存在测试异常的目标节点以及所述目标节点存在的测试异常问题；

根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。

可选地，所述异常运行数据包括异常运行堆栈信息和异常运行上下文信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据针对所述异常标识关联的触控区域的触发操作，在所述目标节点的第一关联区域展示所述测试异常问题。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据针对所述测试异常问题的触发操作，在所述目标节点的第二关联区域展示与所述测试异常问题相关的目标异常运行数据；根据针对所述目标节点的节点标识的触发操作，在所述目标节点的第三关联区域展示所述目标节点在测试过程中的所有异常运行数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据针对所述目标节点的关联控件的触发操作，保存所述目标异常运行数据，并将保存后的数据发送到指定设备中。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：通过快照的方式保存所述目标异常运行数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：响应于针对所述第一关联区域、第二关联区域和/或第三关联区域的触发操作，改变所述第一关联区域、第二关联区域和/或第三关联区域的展示位置。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在所述响应于接收到的测试指令之前，向各待测节点中写入所述监控代码；测试结束后，删除各待测节点中的所述监控代码。

可选地，所述监控代码与待测节点的业务代码相互独立。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；

根据各异常运行数据确定所述待测***中存在测试异常的目标节点以及所述目标节点存在的测试异常问题；

根据所述测试异常问题，生成所述目标节点对应的节点标识，并将所述节点标识显示于所述待测***对应的节点架构图中。

上述实施例中提供的异常运行数据的处理装置、设备以及存储介质可执行本申请任意实施例所提供的异常运行数据的处理方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的异常运行数据的处理方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种异常运行数据的处理方法，其特征在于，包括：

响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；

根据各异常运行数据确定所述待测***中存在测试异常的目标节点以及所述目标节点存在的测试异常问题；

根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。

2.根据权利要求1所述的方法，其特征在于，所述异常运行数据包括异常运行堆栈信息和异常运行上下文信息。

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

根据针对所述异常标识关联的触控区域的触发操作，在所述目标节点的第一关联区域展示所述测试异常问题。

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

根据针对所述测试异常问题的触发操作，在所述目标节点的第二关联区域展示与所述测试异常问题相关的目标异常运行数据；

根据针对所述目标节点的节点标识的触发操作，在所述目标节点的第三关联区域展示所述目标节点在测试过程中的所有异常运行数据。

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

根据针对所述目标节点的关联控件的触发操作，保存所述目标异常运行数据，并将保存后的数据发送到指定设备中；

对应地，所述保存所述目标异常运行数据，包括：

通过快照的方式保存所述目标异常运行数据。

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

响应于针对所述第一关联区域、第二关联区域和/或第三关联区域的触发操作，改变所述第一关联区域、第二关联区域和/或第三关联区域的展示位置。

7.根据权利要求1至6中任一项所述的方法，其特征在于，在所述响应于接收到的测试指令之前，所述方法还包括：

向各待测节点中写入所述监控代码；

对应地，所述方法还包括：

测试结束后，删除各待测节点中的所述监控代码。

8.一种异常运行数据的处理装置，其特征在于，包括：

采集模块，用于响应于接收到的测试指令，通过待测***包括的各待测节点中预先设置的监控代码，采集各待测节点在测试过程中的异常运行数据；

确定模块，用于根据各异常运行数据确定所述待测***中存在测试异常的目标节点以及所述目标节点存在的测试异常问题；

第一展示模块，用于根据所述测试异常问题，生成所述目标节点对应的异常标识，并将所述异常标识显示于所述待测***对应的节点架构图中。

9.一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述方法的步骤。

Images