边缘支撑系统的测试方法、装置、存储介质及计算机设备与流程

1.本发明涉及工业软件测试技术领域，尤其是涉及一种边缘支撑系统的测试方法、装置、存储介质及计算机设备。


背景技术：

2.煤矿行业长期以来底层设备缺乏统一的数据接入标准，在对智慧矿山相关系统进行数据对接时，会接收到来自底层设备的具有多样数据协议的运行数据。针对上述场景，物联网边缘支撑系统可以将底层设备协议类型进行抽象处理，具体包括modbus协议、can通用协议、私有化协议等通信协议。经过抽象化处理后就可实现对底层设备的数据接入。此外，物联网边缘支撑系统还可以将底层设备解析来的不规则数据进行格式化，输出统一格式的数据类型，最后通过kafka、grpc中间件系统构成的通信通道，将格式统一化的数据发送给上层系统使用。对于上层系统来说，收到的数据都将是格式统一的类型，极大降低了数据解析的开发工作。因此，对边缘支撑系统的数据处理功能进行测试，保证边缘支撑系统的正常运行，对煤矿行业来说至关重要。
3.在现有技术中，对边缘支撑系统的数据处理功能进行测试时，常需要将边缘支撑系统接入带有不同数据协议的底层设备，并基于现有的底层设备发出的运行信息对边缘支撑系统进行测试。当现有的底层设备不足以覆盖对边缘支撑系统进行测试所需的全部底层设备时，需要临时增加底层设备，以完成对边缘支撑系统的测试，这导致对边缘支撑系统的测试效率严重偏低，测试的全面性较差。


技术实现要素：

4.有鉴于此，本技术提供了一种边缘支撑系统的测试方法、装置、存储介质及计算机设备，主要目的在于解决对边缘支撑系统的测试效率偏低和测试的全面性较差的技术问题。
5.根据本发明的第一个方面，提供了一种边缘支撑系统的测试方法，该方法包括：
6.根据边缘支撑系统支持的通信通道，确定所述通信通道的组合方式；
7.基于所述通信通道的组合方式，为所述边缘支撑系统设置至少一个单体程序，并启动所述通信通道的组合方式对应的测试环境；
8.模拟多种底层设备的运行信号，并向所述边缘支撑系统发送所述运行信号，其中，每种所述底层设备支持一种通信协议并对应一个所述单体程序；
9.接收所述边缘支撑系统基于每个所述运行信号生成的数据输出文件；
10.基于每个所述运行信号与所述数据输出文件之间的匹配关系，得到测试结果。
11.根据本发明的第二个方面，提供了一种边缘支撑系统的测试装置，该装置包括：
12.通道选择模块，用于根据边缘支撑系统支持的通信通道，确定所述通信通道的组合方式；
13.测试启动模块，用于基于所述通信通道的组合方式，为所述边缘支撑系统设置至
少一个单体程序，并启动所述通信通道的组合方式对应的测试环境；
14.信号模拟模块，用于模拟多种底层设备的运行信号，并向所述边缘支撑系统发送所述运行信号，其中，每种所述底层设备支持一种通信协议并对应一个所述单体程序；
15.数据接收模块，用于接收所述边缘支撑系统基于每个所述运行信号生成的数据输出文件；
16.结果认定模块，用于基于每个所述运行信号与所述数据输出文件之间的匹配关系，得到测试结果。
17.根据本发明的第三个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述边缘支撑系统的测试方法。
18.根据本发明的第四个方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述边缘支撑系统的测试方法。
19.本发明提供的一种边缘支撑系统的测试方法、装置、存储介质及计算机设备，首先，确定待测边缘支撑系统的通信通道组合方式，并设置与该通信通道组合方式对应的单体程序，以启动通信通道的组合方式对应的测试环境。基于上述方式，可以实现将边缘支撑系统配置为支持grpc通道的边缘支撑系统、只支持kafka通道的边缘支撑系统和同时支持kafka通道和grpc通道的边缘支撑系统。随后，模拟出多种适用于综合机械化回采工作面的底层设备，并模拟出各底层设备在正常运行时所发出的运行信号。进一步的，向所述边缘支撑系统发送所述运行信号，以使边缘支撑系统对模拟出的底层设备的运行信号进行采集并生成数据输出文件。再后，接收边缘支撑系统基于每个所述运行信号生成的数据输出文件，并与模拟的底层设备发出的运行信号进行对比验证，得到测试结果。本技术能够调整边缘支撑系统支持的通信通道的通道类型，测试边缘支撑系统在不同通道类型下对底层设备的数据处理功能。进一步的，模拟出综合机械化回采工作面对应的全部的底层设备，并基于模拟出的底层设备发送运行信号，能够模拟出足以覆盖对边缘支撑系统进行测试所需的全部的底层设备，能够显著增加对边缘支撑系统的测试效率，并提高测试的全面性。
20.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
21.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
22.图1示出了本发明实施例提供的边缘支撑系统的逻辑架构图；
23.图2示出了本发明实施例提供的一种边缘支撑系统的测试方法的流程示意图；
24.图3示出了本发明实施例提供的一种边缘支撑系统的测试装置的结构示意图；
25.图4示出了本发明实施例提供的另一种边缘支撑系统的测试装置的结构示意图。
具体实施方式
26.下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的
情况下，本技术中的实施例及实施例中的特征可以相互组合。
27.边缘支撑系统作为煤矿作业环境的重要组成部分，测试其数据处理功能，保证边缘支撑系统的正常运行，对煤矿行业来说至关重要。请参阅图1，图1给出了边缘支撑系统的逻辑架构图，如图1所示：边缘支撑系统包括展现层1、通信层2、协议层4以及硬件层5，各层之间通过独立环网连接。其中硬件层5用于接入多个适用不同通信协议的底层设备6。具体的，硬件层5通过将多个底层设备6适用的不同的通信协议进行抽象处理，进而实现对底层设备6的接入，收集底层设备6的运行数据并将其发送给协议层4。协议层4可以包括数据采集模块、数据存储模块以及数据处理模块。进一步的，协议层4负责将从硬件层5处获取的运行数据进行格式化，输出统一格式的数据输出文件，并将其发送给通信层2。通信层2可以基于其内部的不同的通用中间件3，例如kafka中间件和grpc中间件，将格式统一化的数据输出文件发送给展现层1，在展现层1中对数据进行展示，以供工作人员对煤矿作业工作进行控制。
28.当前，对边缘支撑系统的数据处理功能进行测试时，常需要将边缘支撑系统接入带有不同数据协议的底层设备，并基于现有的底层设备发出的运行信息对边缘支撑系统进行测试。当现有的底层设备不足以覆盖对边缘支撑系统进行测试所需的全部底层设备时，需要临时增加底层设备，以完成对边缘支撑系统的测试，这导致对边缘支撑系统的测试效率严重偏低，测试的全面性较差。
29.针对上述问题，在一个实施例中，如图2所示，提供了一种边缘支撑系统的测试方法，以该方法应用于计算机系统为例进行说明，包括以下步骤：
30.101、根据边缘支撑系统支持的通信通道，确定所述通信通道的组合方式。
31.其中，通信通道为从协议层向展现层传输消息和数据的通道，可以由适用不同通信通道的中间件系统实现。目前，煤矿行业的边缘支撑系统支持的通信通道主要包括grpc通道和kafka通道。进一步的，现有的边缘支撑系统可以包括支持grpc通道的边缘支撑系统、支持kafka通道的边缘支撑系统和同时支持grpc通道和kafka通道的边缘支撑系统。可以通过修改边缘支撑系统的配置文件的方式实现改变边缘支撑系统所支持的通信通道。进一步的，通信通道的组合方式可以包括多种通信通道的组合，也可以只包括单个通信通道，具体的组合方式可以根据实际情况确定。作为示例，通信通道的组合方式可以包括只带有grpc通道的通信通道、只带有kafka通道的通信通道或同时带有kafka通道和grpc通道的通信通道。
32.具体的，可以确定将对边缘支撑系统在哪种通信通道下的功能进行测试，以执行后续操作。
33.102、基于所述通信通道的组合方式，为所述边缘支撑系统设置至少一个单体程序，并启动所述通信通道的组合方式对应的测试环境。
34.其中，每个单体程序可以在单一通信通道的情况下，实现边缘支撑系统的数据处理功能。若边缘支撑系统支持多个通信通道，则需要为边缘支撑系统设置与支持的通信通道数量相同的单体程序，以使每个单体程序实现边缘支撑系统在单一通信通道下的数据处理功能。
35.具体的，在确定将要对边缘支撑系统在哪种通信通道的组合方式下的功能进行测试的情况下，通过在边缘支撑系统的配置文件中修改客户端类型(clienttype)的值和单体
标识，以获得支持上述组合方式的边缘支撑系统。进一步的，若通信通道的组合方式为只带有grpc通道的通信通道，则可以将边缘支撑系统的配置文件中的clienttype修改为grpc，并为单体程序设置相应的单体标识。若通信通道的组合方式为只带有kafka通道的通信通道，则可以将边缘支撑系统的配置文件中的clienttype修改为kafka，并为单体程序设置相应的单体标识。若通信通道的组合方式为同时带有kafka通道和grpc通道的通信通道，则需要启动两个单体程序以分别支持kafka通道和grpc通道的通信通道。进一步的，针对kafka通道的单体程序，可以将边缘支撑系统的配置文件中的clienttype修改为kafka，并为单体程序设置相应的单体标识；针对grpc通道的单体程序，可以将边缘支撑系统的配置文件中的clienttype修改为grpc，并为单体程序设置相应的单体标识。其中，不同的单体程序的单体标识不同，具体的数值可以根据实际情况设置。
36.进一步的，可以启动与通信通道的组合方式对应的测试环境，启动边缘支撑系统中相应的单体程序，以进行后续的测试。
37.103、模拟多种底层设备的运行信号，并向所述边缘支撑系统发送所述运行信号。
38.其中，每种所述底层设备支持一种通信协议并对应一个所述单体程序。在本技术的实施例中，底层设备可以为煤矿作业环境中的工作设备，如泵站、刮板机、转载机、破碎机、组合开关、皮带和采煤机等。进一步的，可以基于脚本文件，如python脚本等，分别模拟出上述底层设备。进一步的，可以基于python脚本分别模拟出支持不同通信协议的底层设备。当前，煤矿作业环境中的工作设备常见的通信协议包括modbus协议、can协议以及模拟私有协议，如支持modbus协议的设备有泵站、刮板机、转载机、破碎机、组合开关以及皮带等，支持can协议的设备有采煤机等，而支持模拟私有协议的设备多为基于各企业自主定制化的设备。
39.具体的，可以基于python脚本模拟出适用于综合机械化回采工作面的全部底层设备，其中，这些底层设备可以为支持同一种通信协议的底层设备，也可以为分别支持不同通信协议的底层设备，具体的模拟方式可以根据实际情况确定。同时，可以通过为底层设备设置与单体程序相同的单体标识的方式，使底层设备对应一个单体程序，进而使边缘支撑系统通过特定的单体程序处理底层设备的数据。进一步的，可以在数据库中为每个底层设备设置专门的数据节点，将该底层设备在运行时会产生的运行信号的数据存储与数据节点中。同时，该数据节点中的数据可以为对应的底层设备在正常运行时会产生的数据。进一步的，在模拟底层设备的运行信号时，可以基于python脚本向边缘支撑系统随机发送存储在数据节点中的运行信号的数据，以模拟出真实的底层设备在运行时向边缘支撑系统发送的运行信号。进一步的，边缘支撑系统在接收到运行信号时，会记录该运行信号对应的底层设备，并将该底层设备对应的测试时间、测试数据名称、测试数据类型、参数数值等数据记录到数据输出文件。
40.104、接收所述边缘支撑系统基于每个所述运行信号生成的数据输出文件。
41.其中，数据输出文件可以包括边缘支撑系统对每个底层设备的运行信号进行转化得到的采集值，包括底层设备、测试时间、测试数据名称、测试数据类型、参数数值等。
42.105、基于每个所述运行信号与所述数据输出文件之间的匹配关系，得到测试结果。
43.具体的，可以通过对比每个底层设备发送的运行信号与边缘支撑系统基于对每个
底层设备的运行信号转化而来的数据输出文件，判断运行信号的数据是否能够与基于该运行信号生成数据输出文件的数据相等。作为示例，若某个底层设备为煤机设备，其运行信号的输出为4v的系统电压，进一步的，若数据输出文件中针对该运行信号的处理结果为4v的系统电压，则可以判断边缘支撑系统针对该底层设备的系统电压数据的处理结果为正常。若针对所有底层设备的全部测试数据的处理结果均为正常，则可以判断针对边缘支撑系统的测试结果为测试成功，该边缘支撑系统能够正常运行。相对的，若存在数据输出文件中的数据采集值与运行信号的输出值不相等，则可以判断针对边缘支撑系统的测试结果为测试失败，该边缘支撑系统不能正常运行，需要做进一步处理。进一步的，可以基于上述测试结果，生成测试报告，供相关人员了解测试情况。
44.本实施例提供的边缘支撑系统的测试方法，首先，确定待测边缘支撑系统的通信通道组合方式，并设置与该通信通道组合方式对应的单体程序，以启动通信通道的组合方式对应的测试环境。基于上述方式，可以实现将边缘支撑系统配置为支持grpc通道的边缘支撑系统、只支持kafka通道的边缘支撑系统和同时支持kafka通道和grpc通道的边缘支撑系统。随后，模拟出多种适用于综合机械化回采工作面的底层设备以及底层设备，并模拟出各底层设备在正常运行时所发出的运行信号。进一步的，向所述边缘支撑系统发送所述运行信号，以使边缘支撑系统对模拟出的底层设备的运行信号进行处理并生成数据输出文件。再后，接收边缘支撑系统基于每个所述运行信号生成的数据输出文件，并与模拟的底层设备发出的运行信号进行对比验证，得到测试结果。本技术能够调整边缘支撑系统支持的通信通道的通道类型，测试边缘支撑系统在不同通道类型下对底层设备的数据处理功能。进一步的，模拟出综合机械化回采工作面对应的全部的底层设备，并基于模拟出的底层设备发送运行信号，能够模拟出足以覆盖对边缘支撑系统进行测试所需的全部的底层设备，能够显著增加对边缘支撑系统的测试效率，并提高测试的全面性。
45.在一个实施例中，所述通信通道的组合方式包括一种通信通道或多种通信通道。步骤102所述的方法可以基于以下方式实现：当所述通信通道的组合方式为一种通信通道时，通过所述边缘支撑系统的配置文件，按照预设的编号规则为所述通信通道对应的单体程序设置单体标识，并根据所述通信通道的通道类型为所述单体程序设置通道类型。随后，启动所述通道类型对应的服务、所述单体程序和数据库。其中，预设的编号规则可以为预先设计的在通信通道包括不同的组合方式时每个单体程序的单体标识，其目的为在边缘支撑系统支持多种通信通道时，使与每个通信通道对应的单体程序有不同的单体标识，防止不同的单体程序间发生运行错误。进一步的，根据边缘支撑系统支持的通信通道，在边缘支撑系统的配置文件中为单体程序设置相应的通道类型。具体的，若边缘支撑系统支持的通信通道为grpc通道，则可以通过python脚本在配置文件中将该单体程序对应的clienttype修改为grpc，并可以将单体标识设置为d1；进一步的，启动通道类型对应的grpc服务、单体程序、radis及数据库，并将全部底层设备的单体标识修改为d1，以启动测试环境；若边缘支撑系统支持的通信通道为kafka通道，则可以通过python脚本在配置文件中将该单体程序对应的clienttype修改为kafka，并可以将单体标识设置为d2；进一步的，启动通道类型对应的kafka服务、zookeeper服务、单体程序、radis及数据库，并将全部底层设备的单体标识修改为d2，以启动测试环境。
46.进一步的，当所述通信通道的组合方式为多种通信通道时，通过所述边缘支撑系
统的配置文件，按照预设的编号规则分别为每种通信通道对应的所述单体程序设置单体标识，并根据每种所述通信通道的通道类型分别为每个所述单体程序设置通道类型；启动每个所述通道类型对应的服务、每个所述单体程序和数据库。具体的，当通信通道的组合方式为多种通信通道时，需要在边缘支撑系统中针对每种个通信通道设置专门的单体程序。进一步的，可以基于预设的编号规则为每个单体程序设置不同的单体标识，并在配置文件中为每个单体程序设置通道类型。作为示例，若通信通道的组合方式包括kafka通道和grpc通道，则需要通过python脚本配置两个单体程序，可以将支持grpc通道的单体程序的单体标识设定为d3，将配置文件中与该单体程序对应的clienttype修改为grpc，并在多个底层设备中选择与grpc通道对应的底层设备，将选择出的底层设备的单体标识设置为d3；进一步的，可以将支持kafka通道的单体程序的单体标识设定为d4，将配置文件中与该单体程序对应的clienttype修改为kafka，并在多个底层设备中选择与kafka通道对应的底层设备，将选择出的底层设备的单体标识设置为d4。随后，启动kafka服务、grpc服务、zookeeper服务、两个单体程序、radis及数据库，以启动测试环境。
47.应当注意的是，本实施例以配置支持两个通信通道的边缘支撑系统作为示例，实际中配置支持两个以上的通信通道的边缘支撑系统时同样适用于本实施例。
48.在本技术的实施例中，通过脚本文件对边缘支撑系统的配置文件进行设置，以实现快捷地获得支持特定通信通道的边缘支撑系统，进而实现测试场景，以供进行后续的测试工作。
49.在一个实施例中，步骤103可以基于以下方式实现：首先，利用预设的程序脚本，模拟出多个底层设备。其中，每种所述底层设备支持一种通信协议并对应一个所述单体标识，而程序脚本可以为python脚本。具体的，可以基于python脚本模拟出多个支持同一种通信协议的底层设备，也可以针对多种通信协议，为每种通信协议模拟出适用于此通信协议的多种底层设备。进一步的，每种底层设备可以对应一个单体标识，用于和带有相同单体标识的单体程序进行通讯。作为示例，可以基于python脚本模拟出适用于modbus协议的全部的设备，如泵站、刮板机、转载机、破碎机、组合开关和皮带等；模拟出适用于can协议的全部的设备，如采煤机等；还可以模拟出适用于私有协议的全部的设备。
50.进一步的，模拟出每个所述底层设备的运行信号。其中，所述运行信号为预先设置于数据库中的多个测试数值，所述多个测试数值在所述底层设备的输出信号的数值范围内。进一步的，测试数值可以对应有其所属的底层设备、测试数据名称以及测试数据类型等信息。具体的，可以在数据库中为每个底层设备设置专门的数据节点，将该底层设备在运行时会产生的运行信号的数据存储与数据节点中。其中，运行信号的数据可以包括底层设备在正常运行时输出信号的数值范围内的多个测试数值。以模拟出真实的底层设备在运行时向边缘支撑系统发送的运行信号。最后，基于每个所述底层设备支持的通信协议和所述底层设备对应的单体标识，向所述边缘支撑系统中与所述单体标识对应的单体程序发送所述运行信号。具体的，可以针对边缘支撑系统中带有不同单体标识的单体程序，将带有相同单体标识的底层设备的运行信号发送到单体程序中。在本技术的实施例中，可以通过向单体程序随机发送存储在与底层设备对应的数据节点中的测试数值，以模拟出真实的底层设备在实际的运行过程中向边缘支撑系统发送运行信息的场景。进一步的，在将测试数值发送到边缘支撑系统时，可以对测试数值赋予时间参数，用以表示边缘支撑系统接收到该测试
数值的时间。在本技术的实施例中，可以基于脚本文件模拟出综合机械化回采工作面对应的全部的底层设备，并基于模拟出的底层设备向边缘支撑系统发送运行信号，能够模拟出足以覆盖对边缘支撑系统进行测试所需的全部的底层设备，提高测试的全面性。
51.在一个实施例中，在步骤105之前，本技术的实施例还包括：将所述通信通道的组合方式记录到日志文件中。其中，通信通道的组合方式为当前的测试环境中边缘支撑系统支持的通信通道的组合方式。具体的，若当前的测试环境中通信通道的组合方式为单一的grpc通道，则将grpc通道的信息记录到日志文件中。若当前的测试环境中通信通道的组合方式为多种通信通道，如同时支持grpc通道与kafka通道，则将同时支持grpc通道与kafka通道的信息记录到日志文件中。
52.进一步的，执行循环过程直至满足预设条件。其中，所述循环过程包括：首先，更改所述通信通道的组合方式。具体的，将通信通道的组合方式更改为与当前的组合方式不同的通信通道组合方式。作为示例，若当前的测试环境中通信通道的组合方式为单一的grpc通道，可以将通信通道的组合方式更改为同时支持grpc通道与kafka通道的组合方式。随后，基于所述更改后的通信通道的组合方式，为所述边缘支撑系统设置至少一个单体程序，并启动所述通信通道的组合方式对应的测试环境。作为示例，若当前的测试环境中通信通道的组合方式为同时支持grpc通道与kafka通道的组合方式，而更改后的通信通道的组合方式为单一的kafka通道，则为所述边缘支撑系统设置一个支持kafka通道的单体程序，并启动kafka通道对应的测试环境；进一步的，若当前的测试环境中通信通道的组合方式为单一的grpc通道，而更改后的通信通道的组合方式为同时支持grpc通道与kafka通道的组合方式，则为所述边缘支撑系统设置一个支持kafka通道的单体程序和一个支持kafka通道的单体程序，并启动与grpc通道与kafka通道对应的测试环境。然后，模拟多种底层设备的运行信号，并向所述边缘支撑系统发送所述运行信号。其中，每种所述底层设备支持一种通信协议并对应一个所述单体程序。具体的，可以基于python脚本模拟出适用于综合机械化回采工作面的全部底层设备，其中，这些底层设备可以为支持同一种通信协议的底层设备，也可以为分别支持不同通信协议的底层设备，具体的模拟方式可以根据实际情况确定。同时，可以通过为底层设备设置与单体程序相同的单体标识的方式，使底层设备对应一个单体程序，进而使边缘支撑系统通过特定的单体程序采集底层设备的数据。最后，接收所述边缘支撑系统基于每个所述运行信号生成的数据输出文件。
53.在本技术的实施例中，所述预设条件为所述日志文件中记录的所述通信通道的组合方式包含全部预设的通信通道的组合方式。其中，预设的通信通道的组合方式可以根据实际需求确定。具体的，可以将希望进行测试的全部通信通道的组合方式确定为预设的通信通道的组合方式，以测试边缘支撑系统在支持不同通信通道时功能是否正常。在本技术的实施例中，可以在每完成一种通信通道组合对应的边缘支撑系统测试后，将此通信通道组合记录到本地，然后选择预设通信通道组合中其他的通信通道组合进行测试，直到对边缘支撑系统在所有的通信通道组合下的功能都进行过测试，能够显著提高针对边缘支撑系统测试的全面性。
54.在一个实施例中，所述数据输出文件包括与每个所述运行信号对应的测试参数。其中，测试参数为边缘支撑系统基于接收到的运行信号包含的测试数值生成的采集结果。其中，测试参数可以包括设备名称、数据名称、数据类型、数值以及处理时间等参数。进一步
的，步骤105所述的方法可以通过以下方式实现：首先，将每个所述运行信号对应的测试数值分别与所述运行信号对应的测试参数的数值进行对比。具体的，可以将每个底层设备发送的运行信号与边缘支撑系统基于对每个底层设备的运行信号转化而来的数据输出文件进行对比。其中，每个底层设备发送的运行信号可以包括多个测试数值，作为示例，由煤机发送的运行信号可以包括油箱液压油温度、系统电压和右牵引a相电流等测试数值。上述测试数值被边缘支撑系统接收后，生成的数据输出文件中会包含与煤机发送的各项测试数值对应的测试参数。作为示例，数据输出文件中会包含与油箱液压油温度、系统电压和右牵引a相电流等测试数值对应的测试参数。进一步的，可以将每个运行信号对应的测试数值分别与运行信号对应的测试参数的数值进行对比。具体的，可以将油箱液压油温度、系统电压和右牵引a相电流等测试数值分别与测试参数中的油箱液压油温度、系统电压和右牵引a相电流等参数的数值进行对比，得到对比结果。
55.进一步的，若每个所述运行信号对应的测试数值均与所述运行信号对应的测试参数的数值相等，则判定所述测试结果为测试成功。具体的，通过对比全部运行信号中的测试数值与数据输出文件中与运行信号对应的测试参数的数值，若每个运行信号对应的测试数值均与运行信号对应的测试参数的数值相等，则能够确定全部运行信号中的全部测试数值都被正确地转换，可以判定测试结果为测试成功；相对的，若存在某个运行信号对应的测试数值没有与运行信号对应的测试参数的数值相等，则能够确定存在测试数值被错误地转换的情况，可以判定测试结果为测试失败。进一步的，可以基于上述测试结果生成测试报告，方便相关人员了解测试情况。在本技术的实施例中，能够通过记录测试数值，与边缘支撑系统的数据输出文件中记录测试参数进行对比，能够有效验证测试结果的正确性与完整性。
56.在一个实施例中，步骤105所述的方法还可以通过以下方式实现：首先，确定基于每个所述运行信号生成测试参数的参数生成时间，并将每个所述运行信号对应的参数生成时间与所述运行信号对应的时间阈值进行对比。其中，所述时间阈值为针对每个所述运行信号预先设置的时间范围。具体的，可以基于每种底层设备预设相应的时间范围。进一步的，可以从底层设备将运行信号发送到边缘支撑系统时开始计时，至边缘支撑系统生成与运行信号对应的数据输出文件时停止计时，得到参数生成时间；此外，也可以基于每种底层设备的运行信号中的每种测试数值预设相应的时间范围，进一步的，可以从边缘支撑系统接收到运行信号中的测试数值时开始计时，至边缘支撑系统生成与测试数值对应的测试参数时停止计时，得到参数生成时间。其中，针对每个底层设备的时间阈值或针对每种测试数值的时间阈值可以基于实际情况设置。进一步的，若每个所述运行信号对应的参数生成时间均小于或等于所述运行信号对应的时间阈值，则判定所述测试结果为测试成功。具体的，当与每个底层设备对应的参数生成时间都小于或等于针对该底层设备设置的时间阈值时，可以判定测试结果为测试成功；相应的，当与每种测试数值对应的参数生成时间都小于或等于针对该测试数值设置的时间阈值时，可以判定测试结果为测试成功。
57.作为示例，若底层设备包括煤机与破碎机，针对煤机设置的时间阈值为1秒，针对破碎机设置的时间阈值为2秒。进一步的，与煤机对应的参数生成时间为0.5秒，而与破碎机对应的参数生成时间为1.5秒，则可以判定测试结果为测试成功。相应的，测试数值包括系统电压和右牵引a相电流，针对系统电压设置的时间阈值为0.5秒，针对右牵引a相电流设置的时间阈值为0.7秒。进一步的，与系统电压对应的参数生成时间为0.5秒，而与右牵引a相
电流对应的参数生成时间为0.3秒，则可以判定测试结果为测试成功。在本技术的实施例中，可以通过将参数生成时间与预设的时间阈值进行比对的方式，判断边缘支撑系统的数据处理功能是否达到对于时效性的要求，测试边缘支撑系统的运行时效性。
58.在一个实施例中，步骤105所述的方法还可以通过以下方式实现：若存在至少一个所述运行信号对应的测试数值与所述运行信号对应的测试参数的数值不相等和/或存在至少一个所述运行信号对应的参数生成时间大于所述运行信号对应的时间阈值，则判定所述测试结果为测试失败。具体的，若存在某个运行信号对应的测试数值没有与运行信号对应的测试参数的数值相等的情况，和/或当与某个底层设备对应的参数生成时间大于针对该底层设备设置的时间阈值的情况，和/或当与某种测试数值对应的参数生成时间大于针对该测试数值设置的时间阈值的情况，可以判定测试结果为测试失败。进一步的，在所述测试结果为测试失败的情况下，发出报警提示信息。具体的，可以统计边缘支撑系统在所有测试环境的测试结果，分别统计每个测试环境中边缘支撑系统对每个设备数据处理成功率。进一步的，可以记录数据处理失败的列表，包括哪些测试数值没有与运行信号对应的测试参数的数值相等以及哪些底层设备或测试数值对应的参数生成时间大于针对该测试数值设置的时间阈值，并将上述信息记录在测试报告中，供相关人员查阅。在本技术的实施例中，可以在测试结果为测试失败的情况下发出报警信息，提醒相关人员对边缘支撑系统做进一步处理，并得到生成测试报告向相关人员展示详细测试结果。
59.本实施例提供的边缘支撑系统的测试方法，能够快捷地调整边缘支撑系统支持的通信通道的通道类型，测试边缘支撑系统在不同通道类型下对底层设备的数据处理功能。同时，可以基于脚本文件模拟出综合机械化回采工作面对应的全部的底层设备，并基于模拟出的底层设备向边缘支撑系统发送运行信号，能够模拟出足以覆盖对边缘支撑系统进行测试所需的全部的底层设备，测试边缘支撑系统在不同通道类型下对全部的底层设备的数据处理功能。进一步的，能够对边缘支撑系统的数据处理结果进行正确率验证，并测试边缘支撑系统的数据处理时效性，并得出详细的测试报告，本方法能够显著增加对边缘支撑系统的测试效率，并提高测试的全面性。
60.进一步的，作为图2所示方法的具体实现，本实施例提供了一种边缘支撑系统的测试装置，如图3所示，该装置包括：通道选择模块31、测试启动模块32、信号模拟模块33、数据接收模块34和结果认定模块35。
61.通道选择模块31，可用于根据边缘支撑系统支持的通信通道，确定所述通信通道的组合方式；
62.测试启动模块32，可用于基于所述通信通道的组合方式，为所述边缘支撑系统设置至少一个单体程序，并启动所述通信通道的组合方式对应的测试环境；
63.信号模拟模块33，可用于模拟多种底层设备的运行信号，并向所述边缘支撑系统发送所述运行信号，其中，每种所述底层设备支持一种通信协议并对应一个所述单体程序；
64.数据接收模块34，可用于接收所述边缘支撑系统基于每个所述运行信号生成的数据输出文件；
65.结果认定模块35，可用于基于每个所述运行信号与所述数据输出文件之间的匹配关系，得到测试结果。
66.在具体的应用场景中，所述通信通道的组合方式包括一种通信通道或多种通信通
道，所述测试启动模块32，具体可用于当所述通信通道的组合方式为一种通信通道时，通过所述边缘支撑系统的配置文件，按照预设的编号规则为所述通信通道对应的单体程序设置单体标识，并根据所述通信通道的通道类型为所述单体程序设置通道类型；启动所述通道类型对应的服务、所述单体程序和数据库；当所述通信通道的组合方式为多种通信通道时，通过所述边缘支撑系统的配置文件，按照预设的编号规则分别为每种通信通道对应的所述单体程序设置单体标识，并根据每种所述通信通道的通道类型分别为每个所述单体程序设置通道类型；启动每个所述通道类型对应的服务、每个所述单体程序和数据库。
67.在具体的应用场景中，所述信号模拟模块33，具体可用于利用预设的程序脚本，模拟出多个底层设备，其中，每种所述底层设备支持一种通信协议并对应一个所述单体标识；模拟出每个所述底层设备的运行信号，其中，所述运行信号为预先设置于数据库中的多个测试数值，所述多个测试数值在所述底层设备的输出信号的数值范围内；基于每个所述底层设备支持的通信协议和所述底层设备对应的单体标识，向所述边缘支撑系统中与所述单体标识对应的单体程序发送所述运行信号。
68.在具体的应用场景中，所述数据输出文件包括与每个所述运行信号对应的测试参数，所述结果认定模块35，具体可用于将每个所述运行信号对应的测试数值分别与所述运行信号对应的测试参数的数值进行对比；若每个所述运行信号对应的测试数值均与所述运行信号对应的测试参数的数值相等，则判定所述测试结果为测试成功。
69.在具体的应用场景中，所述结果认定模块35，还可具体可用于确定基于每个所述运行信号生成测试参数的参数生成时间，并将每个所述运行信号对应的参数生成时间与所述运行信号对应的时间阈值进行对比，其中，所述时间阈值为针对每个所述运行信号预先设置的时间范围；若每个所述运行信号对应的参数生成时间均小于或等于所述运行信号对应的时间阈值，则判定所述测试结果为测试成功。
70.在具体的应用场景中，所述结果认定模块35，还可具体可用于若存在至少一个所述运行信号对应的测试数值与所述运行信号对应的测试参数的数值不相等和/或存在至少一个所述运行信号对应的参数生成时间大于所述运行信号对应的时间阈值，则判定所述测试结果为测试失败；在所述测试结果为测试失败的情况下，发出报警提示信息。
71.在具体的应用场景中，如图4所示，本装置还包括循环执行模块45，所述循环执行模块45具体可用于；将所述通信通道的组合方式记录到日志文件中；执行循环过程直至满足预设条件，其中，所述循环过程包括：更改所述通信通道的组合方式；基于所述更改后的通信通道的组合方式，为所述边缘支撑系统设置至少一个单体程序，并启动所述通信通道的组合方式对应的测试环境；模拟多种底层设备的运行信号，并向所述边缘支撑系统发送所述运行信号，其中，每种所述底层设备支持一种通信协议并对应一个所述单体程序；接收所述边缘支撑系统基于每个所述运行信号生成的数据输出文件；其中，所述预设条件为所述日志文件中记录的所述通信通道的组合方式包含全部预设的通信通道的组合方式。
72.需要说明的是，本实施例提供的一种边缘支撑系统的测试装置所涉及各功能单元的其它相应描述，可以参考图2中的对应描述，在此不再赘述。
73.基于上述如图2所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图2所示的边缘支撑系统的测试方法。
74.基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该待识别
软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施场景所述的方法。
75.基于上述如图2所示的方法，以及图3和图4所示的边缘支撑系统的测试装置实施例，为了实现上述目的，本实施例还提供了一种边缘支撑系统的测试的实体设备，具体可以为个人计算机、服务器、智能手机、平板电脑、智能手表、或者其它网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图2所示的方法。
76.可选的，该实体设备还可以包括用户接口、网络接口、摄像头、射频(radio frequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi接口)等。
77.本领域技术人员可以理解，本实施例提供的一种边缘支撑系统的测试的实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
78.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和待识别软件资源的程序，支持信息处理程序以及其它待识别软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。
79.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本技术可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本技术的技术方案，首先，根据边缘支撑系统支持的通信通道，确定所述通信通道的组合方式；然后，基于所述通信通道的组合方式，为所述边缘支撑系统设置至少一个单体程序，并启动所述通信通道的组合方式对应的测试环境；随后，模拟多种底层设备的运行信号，并向所述边缘支撑系统发送所述运行信号，其中，每种所述底层设备支持一种通信协议并对应一个所述单体程序；再后，接收所述边缘支撑系统基于每个所述运行信号生成的数据输出文件；最后，基于每个所述运行信号与所述数据输出文件之间的匹配关系，得到测试结果。与现有技术相比，能够模拟出足以覆盖对边缘支撑系统进行测试所需的全部的底层设备，能够显著增加对边缘支撑系统的测试效率，并提高测试的全面性。
80.本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本技术所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
81.上述本技术序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本技术的几个具体实施场景，但是，本技术并非局限于此，任何本领域的技术人员能思之的变化都应落入本技术的保护范围。