CN114286358A - 测试数据的处理方法、装置、系统及可读存储介质 - Google Patents
测试数据的处理方法、装置、系统及可读存储介质 Download PDFInfo
- Publication number
- CN114286358A CN114286358A CN202011031419.5A CN202011031419A CN114286358A CN 114286358 A CN114286358 A CN 114286358A CN 202011031419 A CN202011031419 A CN 202011031419A CN 114286358 A CN114286358 A CN 114286358A
- Authority
- CN
- China
- Prior art keywords
- test
- query
- server
- data
- interface
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本申请提供一种测试数据的处理方法、装置、系统及可读存储介质，该方法包括：接收第一服务器发送的测试任务，所述测试任务包括目标测试用例标识；根据所述目标测试用例标识从第二服务器获取对应的目标测试用例脚本；执行所述目标测试用例脚本，对待测设备进行测试，并生成测试日志；将所述测试日志发送给第三服务器，以使所述第三服务器根据所述测试日志生成测试报告。实现了测试数据的自动化整理及测试报告的自动生成，从而有效提高测试工作效率。
Description
技术领域
本申请涉及互联网技术领域，尤其涉及一种测试数据的处理方法、装置、系统及可读存储介质。
背景技术
在5G网络中，为了提高网络的覆盖和实现波束赋形，通常需要采用大规模有源天线阵设备。大规模有源天线阵设备是多通道的无线收发设备，常见的通道数量为32通道、64通道、128通道、256通道等。在对多通道的无线收发设备进行射频指标测试过程中，为了确保能够充分的对无线收发设备的性能进行验证，每个指标需要分别对该无线收发设备所支持频段的低、中、高三个频点进行各个通道的遍历测试，随着测试的进行，通常会生成大量的测试数据。
现有技术中，在测试完成后，需要手动整理测试数据及手动生成测试报告，由于测试数据量非常大，手动整理测试数据工作效率低。
发明内容
本申请提供一种测试数据的处理方法、装置、系统及可读存储介质，用于对5G网络的多通道无线收发设备进行射频指标测试的测试数据的自动化处理，解决了现有技术测试数据需要手动整理及生成测试报告的缺陷。
第一个方面，本申请实施例提供一种测试数据的处理方法，包括：
接收第一服务器发送的测试任务，所述测试任务包括目标测试用例标识；
根据所述目标测试用例标识从第二服务器获取对应的目标测试用例脚本；
执行所述目标测试用例脚本，对待测设备进行测试，并生成测试日志；
将所述测试日志发送给第三服务器，以使所述第三服务器根据所述测试日志生成测试报告。
本申请实施例中，通过测试终端将生成的测试日志上传给第三服务器，第三服务器对测试日志进行解析，提取测试数据，生成测试报告，实现了测试数据的自动化整理，以及测试报告的自动化生成，从而有效提高了测试工作效率，解决了现有技术需要手动整理测试数据，工作效率低等问题。
可选地，所述方法还包括：
若确定满足测试参数配置界面展示条件，则向用户展示测试参数配置界面；
获取所述用户在所述测试参数配置界面输入的测试参数；
将所述测试参数发送给第四服务器，以使所述第四服务器根据所述测试参数生成并返回测试配置文件，所述测试配置文件用于对待测设备进行测试；
接收并存储所述第四服务器返回的测试配置文件。
可选地，所述若确定满足测试参数配置界面展示条件，则向用户展示测试参数配置界面之前，还包括：
获取用户在入口界面的第一操作；
响应于所述用户的第一操作，向所述第四服务器发送测试参数配置界面获取请求；
接收所述第四服务器发送的测试参数配置界面数据，并确定满足测试参数配置界面展示条件。
可选地，所述方法还包括：
若确定满足目标查询界面展示条件，则向用户展示目标查询界面；
获取所述用户在所述目标查询界面输入的查询条件；
根据所述查询条件向第四服务器发送查询请求，以使所述第四服务器将所述查询请求转发给第三服务器；
接收所述第四服务器转发的所述第三服务器的查询结果，所述查询结果包括满足所述查询条件的结果数据；
输出所述查询结果。
可选地，所述若确定满足目标查询界面展示条件，则向用户展示目标查询界面之前，所述方法还包括：
获取用户在入口界面的第二操作；
响应于所述用户的第二操作，向所述第四服务器发送目标查询界面获取请求；
接收所述第四服务器发送的目标查询界面数据，并确定满足目标查询界面展示条件。
可选地，所述目标查询界面为测试数据查询界面，所述查询条件为第一查询条件，所述查询请求为测试数据查询请求，所述查询结果包括满足所述第一查询条件的测试数据；或者，
所述目标查询界面为测试报告查询界面，所述查询条件为第二查询条件，所述查询请求为测试报告查询请求，所述查询结果包括满足所述第二查询条件的测试报告；或者，
所述目标查询界面为故障诊断查询界面，所述查询条件为第三查询条件，所述查询请求为故障诊断查询请求，所述查询结果包括满足所述第三查询条件的故障诊断结果。
可选地，所述方法还包括：
获取用户的第三操作；
响应于所述用户的第三操作，向第四服务器发送入口界面获取请求；
接收所述第四服务器发送的入口界面数据；
根据所述入口界面数据向所述用户展示入口界面，所述入口界面包括预设服务的入口，预设服务包括第一服务器访问服务、第二服务器访问服务、测试数据查询服务、测试报告查询服务、故障诊断查询服务、用户权限管理、可靠性测试信息管理、线损校准服务、测试参数配置服务中的至少一种。
本申请实施例中，基于第四服务器为用户提供各种预设服务的界面入口，有效提高了测试工作的灵活性及便捷性，使得用户可以灵活方便地进行测试及相关的管理工作，并且用户可以方便地查询测试数据、测试报告及故障诊断结果，有效实现了测试数据的分析及共享。
第二个方面，本申请实施例提供一种测试数据的处理方法，包括：
接收测试终端发送的测试日志，所述测试日志是所述测试终端执行目标测试用例脚本对待测设备进行测试所生成的；
对所述测试日志进行分析，提取测试数据；
根据所述测试数据，生成测试报告。
可选地，所述方法还包括：
接收第四服务器发送的查询请求，所述查询请求包括用户的查询条件，所述查询请求是用户终端发送给所述第四服务器的；
响应于所述查询请求，查询满足所述查询条件的结果数据，作为查询结果；
将所述查询结果发送给所述第四服务器，以使所述第四服务器将所述查询结果发送给所述用户终端进行输出。
可选地，所述查询请求为测试数据查询请求，所述查询条件为第一查询条件，所述查询结果包括满足所述第一查询条件的测试数据；或者，
所述查询请求为测试报告查询请求，所述查询条件为第二查询条件，所述查询结果包括满足所述第二查询条件的测试报告；或者，
所述查询请求为故障诊断查询请求，所述查询条件为第三查询条件，所述查询结果包括满足所述第三查询条件的故障诊断结果。
可选地，在对所述测试日志进行分析，提取测试数据之后，所述方法还包括：
根据所述测试数据，对测试结果进行故障诊断，获得并存储故障诊断结果。
可选地，所述根据所述测试数据，生成测试报告，包括：
获取预设的测试报告模板；
根据所述测试数据，对所述测试报告模板进行填充，生成所述测试报告。
可选地，在对所述测试日志进行分析，提取测试数据之后，所述方法还包括：
将所述测试数据存储到分布式文件系统。
第三个方面，本申请实施例提供一种测试数据的处理装置，包括：存储器，收发机，处理器；
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收第一服务器发送的测试任务，所述测试任务包括目标测试用例标识；
根据所述目标测试用例标识从第二服务器获取对应的目标测试用例脚本；
执行所述目标测试用例脚本，对待测设备进行测试，并生成测试日志；
将所述测试日志发送给第三服务器，以使所述第三服务器根据所述测试日志生成测试报。
第四个方面，本申请实施例提供一种测试数据的处理装置，包括：存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收测试终端发送的测试日志，所述测试日志是所述测试终端执行目标测试用例脚本对待测设备进行测试所生成的；
对所述测试日志进行分析，提取测试数据；
根据所述测试数据，生成测试报告。
第五个方面，本申请实施例提供一种测试数据的处理系统，包括：
第一服务器、第二服务器、第三服务器和测试终端；
所述第一服务器用于管理测试任务；
所述第二服务器用于管理测试用例脚本；
所述测试终端用于从所述第一服务器获取测试任务，根据测试任务从所述第二服务器获取测试用例脚本，基于测试用例脚本对待测设备进行测试，生成测试日志，并上传到所述第三服务器；
所述第三服务器用于收集各测试终端生成的测试日志，以及根据测试日志生成测试报告。
可选地，所述测试数据的处理系统还包括：
第四服务器，用于提供预设服务的界面，预设服务包括第一服务器访问服务、第二服务器访问服务、测试数据查询服务、测试报告查询服务、故障诊断查询服务、用户权限管理、可靠性测试信息管理、线损校准服务、测试参数配置服务中的至少一种。
可选地，所述第三服务器为基于HADOOP的分布式服务器集群。
第六个方面，本申请实施例提供一种测试数据的处理装置，包括：
第一接收单元，用于接收第一服务器发送的测试任务，所述测试任务包括目标测试用例标识；
获取单元，用于根据所述目标测试用例标识从第二服务器获取对应的目标测试用例脚本；
测试单元，用于执行所述目标测试用例脚本，对待测设备进行测试，并生成测试日志；
发送单元，用于将所述测试日志发送给第三服务器，以使所述第三服务器根据所述测试日志生成测试报告。
第七个方面，本申请实施例提供一种测试数据的处理装置，包括：
第二接收单元，用于接收测试终端发送的测试日志，所述测试日志是所述测试终端执行目标测试用例脚本对待测设备进行测试所生成的；
分析单元，用于对所述测试日志进行分析，提取测试数据；
生成单元，用于根据所述测试数据，生成测试报告。
第八个方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一个方面以及第一个方面各种可能的设计所述的方法。
第九个方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第二个方面以及第二个方面各种可能的设计所述的方法。
本申请提供的测试数据的处理方法、装置、系统及可读存储介质，通过测试终端将生成的测试日志上传给第三服务器，第三服务器对测试日志进行解析，提取测试数据，生成测试报告，实现了测试数据的自动化整理，以及测试报告的自动化生成，从而有效提高了测试工作效率，解决了现有技术需要手动整理测试数据，工作效率低等问题。
应当理解，上述发明内容部分中所描述的内容并非旨在限定本申请的实施例的关键或重要特征，亦非用于限制本申请的范围。本申请的其它特征将通过以下的描述变得容易理解。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例基于的处理系统的架构示意图；
图2为本申请实施例基于的测试环境的架构示意图；
图3为本申请一实施例提供的测试数据的处理方法的流程示意图；
图4为本申请另一实施例提供的测试数据的处理方法的流程示意图；
图5为本申请一实施例提供的测试参数配置界面的示例性示意图；
图6为本申请一实施例提供的测试报告查询界面的示例性示意图；
图7为本申请一实施例提供的入口界面的示例性示意图；
图8为本申请一实施例提供的测试系统的网络拓扑关系示意图；
图9为本申请一实施例提供的测试系统软件架构示意图；
图10为本申请一实施例提供的一种示例性的测试流程的示意框图；
图11为本申请再一实施例提供的测试数据的处理方法的流程示意图；
图12为本申请又一实施例提供的测试数据的处理方法的流程示意图；
图13为本申请一实施例提供的测试数据的处理装置的结构示意图；
图14为本申请另一实施例提供的测试数据的处理装置的结构示意图；
图15为本申请一实施例提供的测试数据的处理系统的架构示意图；
图16为本申请再一实施例提供的测试数据的处理装置的结构示意图；
图17为本申请又一实施例提供的测试数据的处理装置的结构示意图。
具体实施方式
(一)本申请中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了清楚地理解本申请的技术方案，首先对现有技术的方案进行详细介绍。现有技术中，射频指标测试完成后，获得的测试数据以LOG(即日志)的形式保存在测试终端，测试完成后需要手动整理测试数据并手动生成测试报告。然而，发明人在研究中发现，在对多通道的无线收发设备进行射频指标测试过程中，为了确保能够充分的对无线收发设备的性能进行验证，每个指标需要分别对该无线收发设备所支持频段的低、中、高三个频点进行各个通道的遍历测试，而通道数量通常为32通道、64通道、128通道、256通道等，随着测试的进行，通常会生成大量的测试数据，手动整理测试数据无疑需要消耗大量的人工成本及时间成本，工作效率低，远远无法满足对测试工期的要求。
发明人进一步研究发现，要保证测试的工作效率，降低测试工期，需要提高测试数据整理的工作效率，而将测试数据的整理工作实现自动化，可以有效提高测试工作效率。发明人从测试数据量大为思考出发点，提出将测试日志从测试终端上传到数据分析服务器，数据分析服务器以服务器集群实现，比如HADOOP集群，在HADOOP集群上搭建分布式文件系统，用于实现大量测试数据的分析功能。
基于上述发明人的创造性研究，本申请提出一种测试数据的处理方法，本申请中，测试终端在测试过程中或测试完成后，将测试日志上传到数据分析服务器，由数据分析服务器对测试日志进行解析，自动提取出测试数据，并对测试数据进行统计分析，自动生成测试报告，实现了测试数据的自动化整理及测试报告的自动生成，从而有效提高测试工作效率。
如图1所示，为本申请实施例基于的处理系统的架构示意图。该处理系统可以包括：至少一个管理服务器、数据分析服务器和测试环境，如图2所示，为本申请实施例基于的测试环境的架构示意图。该测试环境具体可以包括测试终端、待测设备(即待测试的无线收发设备)、测试设备(比如频谱分析仪)等。为了实现待测设备各通道的切换，该测试环境还可以包括射频开关矩阵，通过控制射频开关矩阵，保证测试时能够准确地切换通道，实现对各通道的遍历。对于接收机的测试，测试环境还需要包括陪测设备(比如用于发射射频信号进行接收机测试的信号源)。其中，至少一个管理服务器用于进行测试任务管理、测试用例管理等工作，管理服务器具体可以包括测试任务管理服务器用于管理测试任务，以及测试用例管理服务器用于管理测试用例脚本，测试任务管理服务器可以基于云平台实现，可以称为云平台服务器，测试用例管理服务器可以称为TCM服务器。测试终端用于从管理服务器下载并执行测试用例脚本，控制待测设备、测试设备及陪测设备的工作，对待测设备进行测试，测试过程中或者测试完成后，测试终端将测试日志上传到数据分析服务器，由数据分析服务器对测试日志进行解析，自动提取出测试数据，并对测试数据进行统计分析，自动生成测试报告，实现了测试数据的自动化整理及测试报告的自动生成，从而有效提高测试工作效率。测试数据包括待测设备的各射频指标数据以及测试设备的截图(比如频谱分析仪的仪表截图)等数据。射频指标可以包括但不限于包括以下指标：最大输入电平、信道功率、邻道功率、邻道选择性、频谱模板、杂散响应、杂散辐射、交调特性、阻塞特性(窄带阻塞、带内阻塞、带外阻塞)、接收机灵敏度、EVM(幅度矢量误差)、接收机动态范围、发射机频率误差，等等。
可选地，该处理系统还可以包括WEB服务器，用于提供各种预设服务的界面。用户可以通过测试终端或其他用户终端登录相应服务界面，进行测试参数配置、测试任务创建、测试数据查询、测试报告查询、故障诊断查询等操作。
以下将参照附图来描述本申请的实施例。
本申请一实施例提供一种测试数据的处理方法，用于多通道无线收发设备的射频指标测试，该方法的执行主体为测试数据的处理装置，该测试数据的处理装置可以设置在测试终端中。
如图3所示，为本实施例提供的测试数据的处理方法的流程示意图。该方法可以包括：
步骤101，接收第一服务器发送的测试任务，测试任务包括目标测试用例标识。
本实施例中，第一服务器可以是云平台服务器，第一服务器负责管理测试任务。用户(比如测试人员)可以通过测试终端或其他终端设备登录云平台服务器，灵活创建测试任务、编辑测试任务、调整测试任务的优先级、选择测试用例、触发启动测试任务等操作。当测试任务被启动，即用户通过测试终端向第一服务器发送测试任务启动请求，测试任务启动请求可以包括测试任务标识，测试任务标识可以是在创建测试任务时设置的。第一服务器接收到测试任务启动请求，将测试任务标识对应的测试任务发送给测试终端，测试任务包括目标测试用例标识，目标测试用例标识用于测试终端从第二服务器获取对应的目标测试用例脚本。
步骤102，根据目标测试用例标识从第二服务器获取对应的目标测试用例脚本。
本实施例中，在接收到测试任务后，则可以根据目标测试用例标识从第二服务器获取对应的目标测试用例脚本。第二服务器可以是TCM(Test Case Manage，测试用例管理)服务器，第二服务器负责管理测试用例脚本。用户可以通过测试终端或其他终端设备登录TCM服务器，将编写好的测试用例脚本提交到TCM服务器统一管理。用户在第一服务器创建测试任务时，第一服务器可以调用第二服务器管理的测试用例脚本列表，供用户选择测试用例脚本。或者，第二服务器还可以维护有测试用例与测试用例脚本的映射关系，用户在创建测试任务时，第一服务器向用户提供测试用例标识列表，供用户选择，创建的测试任务则包括测试任务标识及采用的测试用例标识，还可以包括该测试任务的优先级、测试配置文件等相关信息。当用户选择某个测试任务标识(可以称为目标测试任务标识)并点击启动时，第一服务器可以根据目标测试任务标识获取对应的目标测试任务(包括采用的目标测试用例标识)发送给测试终端，测试终端则可以根据目标测试用例标识从第二服务器获取对应的目标测试用例脚本，还可以获取相关的测试配置文件。测试配置文件可以是预先获得并存储在测试终端的，具体可以是用户通过测试终端进入测试参数配置界面，输入相应的测试参数，将测试参数发送给服务器，由服务器根据测试参数生成测试配置文件并返回给测试终端，该服务器可以是WEB服务器，为了区分可以称为第四服务器。第四服务器为用户提供预设服务的界面，比如测试参数配置界面。可选地，测试参数也可以发送给上述的第一服务器或第二服务器，由第一服务器或第二服务器生成测试配置文件并返回给测试终端，具体可以根据实际需求设置。测试参数可以包括待测设备型号、测试设备类型、测试设备IP地址及其他相关信息，具体可以根据实际需求设置。
可选地，第二服务器也可以是上述的第一服务器，即云平台服务器，第一服务器负责管理测试任务和测试用例脚本，本实施例不做限定。
步骤103，执行目标测试用例脚本，对待测设备进行测试，并生成测试日志。
在获取到目标测试用例脚本后，则可以执行该目标测试用例脚本，对待测设备进行测试，并生成测试日志。具体来说，可以根据该测试任务对应的测试配置文件控制待测设备、测试设备及陪测设备的工作，从而对待测设备进行射频指标测试。
射频指标具体可以包括：最大输入电平、信道功率、邻道功率、邻道选择性、频谱模板、杂散响应、杂散辐射、交调特性、阻塞特性(窄带阻塞、带内阻塞、带外阻塞)、接收机灵敏度、EVM(幅度矢量误差)、接收机动态范围、发射机频率误差等。
待测设备可以为多通道的无线收发设备。在测试过程中，对于待测设备的发射机的测试，需要的测试设备可以为频谱分析仪；对于接收机的测试，还需要陪测设备，比如需要一个或多个信号源，向接收机发射射频信号。待测设备可以是32通道、64通道、128通道、256通道等类型的多通道无线收发设备。为了确保能够充分的对无线收发设备的性能进行验证，每个射频指标还需要分别对该无线收发设备所支持频段的低、中、高三个频点进行各个通道的遍历测试，获得对应的测试数据。获得的测试数据可以测试日志的形式暂时存储在测试终端中。
在测试过程中，为了实现各通道的自动遍历，可以通过射频开关矩阵实现通道的切换。通过控制射频开关矩阵，保证测试时能够准确地切换通道，实现对各通道的遍历。以64通道的无线收发设备为例，采用的射频开关矩阵可以包括64个输入，分别通过射频线缆连接无线收发设备的64个通道，每次可以控制选择其中一个通道的射频信号输出到对应的测试设备。
步骤104，将测试日志发送给第三服务器，以使第三服务器根据测试日志生成测试报告。
测试过程中或者测试完成后，可以将测试日志发送给第三服务器。第三服务器可以为能够支持大数据结构的服务器集群，比如HADOOP集群，在HADOOP集群上搭建分布式文件系统，从而实现大量测试数据的分析功能。具体来说，第三服务器可以将各待测设备的测试日志解压缩后存储到分布式文件系统。并可以对测试日志进行分析，提取出其中的测试数据。对于一个待测设备来说，其测试数据可以包括该待测设备各射频指标的具体数值或相关数据，比如某64通道的无线收发设备，其测试数据可以包括：64个通道的输出功率、接收机的灵敏度、接收机动态范围、发射机频率误差，等等。测试日志则包括了测试时间信息、测试用例信息以及生成的测试数据。测试用例信息具体可以包括选择的测试用例标识、向测试环境提供的输入数据、执行的操作及各种环境设置以及期望结果等信息。
本实施例提供的测试数据的处理方法，通过测试终端将生成的测试日志上传给第三服务器，第三服务器对测试日志进行解析，提取测试数据，生成测试报告，实现了测试数据的自动化整理，以及测试报告的自动化生成，从而有效提高了测试工作效率，解决了现有技术需要手动整理测试数据，工作效率低等问题。
本申请另一实施例对上述实施例提供的方法做进一步补充说明。
如图4所示，为本实施例提供的测试数据的处理方法的流程示意图。
作为一种可实施的方式，在上述实施例的基础上，可选地，该方法还包括：
步骤2011，若确定满足测试参数配置界面展示条件，则向用户展示测试参数配置界面。
步骤2012，获取用户在测试参数配置界面输入的测试参数。
步骤2013，将测试参数发送给第四服务器，以使第四服务器根据测试参数生成并返回测试配置文件，测试配置文件用于对待测设备进行测试。
步骤2014，接收并存储第四服务器返回的测试配置文件。
可选地，在若确定满足测试参数配置界面展示条件，则向用户展示测试参数配置界面之前，该方法还可以包括：
步骤2021，获取用户在入口界面的第一操作。
步骤2022，响应于用户的第一操作，向第四服务器发送测试参数配置界面获取请求。
步骤2023，接收第四服务器发送的测试参数配置界面数据，并确定满足测试参数配置界面展示条件。
本实施例中，第四服务器可以是WEB服务器，可以基于WEB服务器为用户提供预设服务的界面，用户可以通过用户终端(可以是测试终端，也可以是其他终端)登录WEB服务器，进入入口界面，入口界面上设置有预设服务的界面入口，各界面入口可以是触发按钮、链接、二维码等任意可实施的方式展示，用户可以在入口界面点击触发按钮或链接，或者识别二维码等，进入各界面。其中，预设服务可以包括第一服务器访问服务、第二服务器访问服务、测试数据查询服务、测试报告查询服务、故障诊断查询服务、用户权限管理、可靠性测试信息管理、线损校准服务、测试参数配置服务中的至少一种。
当用户需要进行测试时，通常需要先进行测试参数配置，用户可以在入口界面进行操作，当用户的操作为第一操作，第一操作比如为点击入口界面上的“参数配置”按钮，测试终端响应于用户的第一操作，向第四服务器发送测试参数配置界面获取请求，第四服务器接收到测试参数配置界面获取请求后，获取测试参数配置界面数据，并发送给测试终端，测试终端接收到第四服务器发送的测试参数配置界面数据后，测试终端确定当前满足测试参数配置界面展示条件，则向用户展示测试参数配置界面，用户可以在测试参数配置界面进行测试参数配置，比如输入或选择通道编号、频点、测试设备类型、测试设备IP地址、待测设备的序列号、待测设备的型号及其他相关信息，测试参数设置好后，可以点击“确定”等类似按钮，从而触发测试终端获取用户在测试参数配置界面输入的测试参数，并发送给第四服务器，第四服务器接收到测试参数后，则可以根据测试参数生成测试配置文件，并将测试配置文件返回给测试终端。根据测试参数生成测试配置文件具体可以是根据预设的配置文件生成规则进行生成。比如可以预先设置有配置文件模板，根据测试参数对配置文件模板进行填充，从而生成测试配置文件。
示例性的，如图5所示，为本实施例提供的测试参数配置界面的示例性示意图。这里仅为示例性展示，本实施例中测试参数配置界面可以根据实际需求设置，本实施例不做限定。
作为另一种可实施的方式，在上述实施例的基础上，可选地，该方法还包括：
步骤2031，若确定满足目标查询界面展示条件，则向用户展示目标查询界面。
步骤2032，获取用户在目标查询界面输入的查询条件。
步骤2033，根据查询条件向第四服务器发送查询请求，以使第四服务器将查询请求转发给第三服务器。
步骤2034，接收第四服务器转发的第三服务器的查询结果，查询结果包括满足查询条件的结果数据。
步骤2035，输出查询结果。
可选地，在若确定满足目标查询界面展示条件，则向用户展示目标查询界面之前，该方法还包括：
步骤2041，获取用户在入口界面的第二操作；
步骤2042，响应于用户的第二操作，向第四服务器发送目标查询界面获取请求；
步骤2043，接收第四服务器发送的目标查询界面数据，并确定满足目标查询界面展示条件。
其中，目标查询界面可以为测试数据查询界面，查询条件为第一查询条件，查询请求为测试数据查询请求，查询结果包括满足第一查询条件的测试数据；或者，目标查询界面为测试报告查询界面，查询条件为第二查询条件，查询请求为测试报告查询请求，查询结果包括满足第二查询条件的测试报告；或者，目标查询界面为故障诊断查询界面，查询条件为第三查询条件，查询请求为故障诊断查询请求，查询结果包括满足第三查询条件的故障诊断结果。
本实施例中，当用户在入口界面进行了第二操作，测试终端响应用户的第二操作，向第四服务器发送目标查询界面获取请求，请求进入目标查询界面，第四服务器接收到目标查询界面获取请求后，获取目标查询界面数据，并发送给测试终端，测试终端接收到目标查询界面数据后，确定当前满足目标查询界面展示条件，向用户展示目标查询界面，用户可以在目标查询界面输入相应的查询条件，并点击“查询”或“确定”等类似按钮，触发测试终端获取用户在目标查询界面输入的查询条件，并根据查询条件向第四服务器发送查询请求，第四服务器接收到查询请求后，将查询请求转发给第三服务器，第三服务器接收到第四服务器转发的查询请求，根据查询请求进行数据查询，获得满足查询条件的查询结果，发送给第三服务器，第三服务器将查询结果转发给测试终端，测试终端接收到查询结果后，则可以将查询结果进行输出，以使用户进行查看，具体输出方式可以根据实际需求设置，比如可以直接展示在测试终端界面，也可以是以文件的方式输出，用户可以点击文件打开查看。
第二操作可以是用户点击入口界面上的任意一个查询入口，比如“查询测试数据”、“查询测试报告”、“查询故障诊断”以及其他查询功能。根据用户第二操作的不同，相应的目标查询界面、查询条件、发起的查询请求、以及获得的查询结果不同。各查询功能的原理类似，以下仅以查询测试报告为例进行详细说明，其他查询功能不再一一赘述。
示例性的，当用户第二操作为点击入口界面上的“查询测试报告”按钮或链接，测试终端响应于用户的第二操作，向第四服务器发送测试报告查询界面获取请求，第四服务器接收到测试报告查询界面获取请求，获取测试报告查询界面数据，并发送给测试终端，测试终端向用户展示测试报告查询界面。示例性的，如图6所示，为本实施例提供的测试报告查询界面的示例性示意图，用户则可以在测试报告查询界面输入要查询的第二查询条件，第二查询条件比如可以是选择的时间段(表示要查询在该时间段内生成的测试报告)、待测设备标识(表示要查询该待测设备标识对应的待测设备的测试报告)及其他条件中的一种或多种组合。具体第二查询条件可以根据实际需求设置。测试终端则可以获取用户输入的第二查询条件，根据第二查询条件向第四服务器发送测试报告查询请求，第四服务器接收到测试报告查询请求，将该测试报告查询请求转发给第三服务器，第三服务器响应该测试报告查询请求，从存储测试报告的分布式文件系统中查询满足第二条件的测试报告，形成的查询结果可以称为第二查询结果，将该第二查询结果发送给第四服务器，第四服务器将该第二查询结果发送给测试终端，测试终端输出该第二查询结果。
对于测试数据查询功能，目标查询界面为测试数据查询界面，用户在目标查询界面输入的查询条件可以称为第一查询条件，第一查询条件可以根据实际需求设置，比如可以是测试时间段(表示要查询该测试时间段内的测试数据)、待测设备标识(表示要查询该待测设备的测试数据)、射频指标(表示要查询测试数据中该射频指标相关的数据)及其他条件中的一种或多种的组合，具体可以根据实际需求设置。比如第一查询条件为：待测设备A&&接收机灵敏度。
对于故障诊断查询功能，目标查询界面为故障诊断查询界面，查询条件为第三查询条件，第三查询条件可以根据实际需求设置，比如可以是待测设备标识、故障类型及其他相关条件中的一种或多种的组合。
第三服务器可以维护有各种待测设备的历史测试产生的测试日志及测试数据、测试报告、故障诊断结果等，并可以为第四服务器提供其所支持的查询条件列表，供用户选择。
对于故障诊断，可以是根据当前测试数据与期望结果进行比对获得的差异情况与历史故障情况进行匹配，来确定故障类型，并存储故障诊断结果。历史故障情况可以是根据经验或已解决的故障情况将测试的故障进行分类，获得一种或多种故障类型。比如测试数据中待测设备接收机灵敏度与期望结果差异较大，历史故障情况包括接收机灵敏度不同差异时对应的故障类型，则将本次测试结果与期望结果的差异与历史故障情况进行匹配，可以确定本次测试接收机灵敏度异常可能的故障类型。
作为另一种可实施的方式，在上述实施例的基础上，可选地，该方法还包括：
步骤2051，获取用户的第三操作。
步骤2052，响应于用户的第三操作，向第四服务器发送入口界面获取请求。
步骤2053，接收第四服务器发送的入口界面数据。
步骤2054，根据入口界面数据向用户展示入口界面。
入口界面包括预设服务的入口，预设服务包括第一服务器访问服务、第二服务器访问服务、测试数据查询服务、测试报告查询服务、故障诊断查询服务、用户权限管理、可靠性测试信息管理、线损校准服务、测试参数配置服务中的至少一种。
本实施例中，用户可以通过测试终端(或其他终端)登录WEB服务器，通过输入指令或其他可实施的操作(称为第三操作)触发测试终端响应，测试终端获取用户的第三操作，响应于用户的第三操作向第四服务器发送入口界面获取请求，第四服务器接收到入口界面获取请求，向测试终端发送入口界面数据，测试终端向用户展示入口界面，用户则可以在入口界面实现各种预设服务的功能。
示例性的，用户可以通过点击第一服务器访问服务入口，登录第一服务器，进行测试任务的建立、编辑、删除、调整优先级等操作；通过点击第二服务器访问服务入口登录第二服务器，将编写好的测试用例脚本上传到第二服务器进行管理，以及在测试时从第二服务器下载相应的测试用例脚本；用户可以通过测试参数配置服务入口进行测试参数配置；通过各种查询服务入口进行数据查询；还可以通过用户权限管理入口进行用户权限的管理；还可以通过可靠性测试信息管理入口进行可靠性测试信息管理；可以通过线损校准服务入口下载线损校准工具到测试终端本地，对测试环境进行线损校准；等等。还可以根据实际需求设置更多其他相关功能的入口，从而实现更多其他功能。
示例性的，如图7所示，为本实施例提供的入口界面的示例性示意图。
可选地，用户也可以是通过其他用户终端在上述入口界面进入相应的预设服务。
基于第四服务器为用户提供预设服务的界面入口，有效提高了测试工作的灵活性及便捷性，使得用户可以灵活方便地进行测试及相关的管理工作。
可选地，第四服务器还可以维护及管理用户权限，当用户在入口界面进行操作时，可以根据用户权限来响应用户的各种预设服务的请求。比如当用户查询测试报告时，第四服务器可以根据用户标识确定用户的权限，在确定用户具有查询测试报告的权限时，才为用户提供测试报告查询界面，否则可以返回无权查询的提示信息。
作为一种示例性的实施方式，如图8所示，为本实施例提供的测试系统的网络拓扑关系示意图。该测试系统具体可以包括云平台服务器(即第一服务器)、TCM服务器(即第二服务器)、数据分析服务器(即第三服务器)、WEB服务器(即第四服务器)及测试环境。其中，云平台服务器负责管理测试任务，TCM服务器负责管理测试用例脚本，这两台服务器提供了测试管理服务。数据分析服务器基于HADOOP集群实现，包括主服务器和至少一个从服务器。测试环境由测试PC(即测试终端)、测试设备(未示出)、待测设备(未示出)、陪测设备组成(未示出)。测试任务在测试环境上执行。WEB服务器提供多种预设服务的界面。数据分析服务器用于数据分析及存储测试日志、测试数据、测试报告、故障诊断结果等数据。具体是在HADOOP集群上搭建了分布式文件系统，用于实现大量数据分析功能。云平台服务器可以通过内网与测试环境中的各设备通信，通过用户终端登录云平台服务器建立测试任务，并下发到指定的测试环境执行。测试任务执行结束后，测试日志可以上传到数据分析服务器存储。数据分析服务器对测试日志进行分析，具体可以是进行离线分析，生成测试报告，并可以进行故障诊断获得故障诊断结果。
基于该测试系统的自动化测试平台的软件架构主要可以分为自动测试子系统、测试信息管理子系统、数据分析子系统。各子系统根据具体功能均可以划分为多个功能模块，各功能模块根据需求设置在上述实体架构的各设备中。如图9所示，为本实施例提供的测试系统软件架构示意图。其中，自动测试子系统包括的功能模块及对应的功能如表1所示。
表1
其中，执行引擎可以是测试终端向云平台服务器发送下载请求，由云平台服务器下发给测试终端；测试用例脚本是由TCM服务器下发给测试终端。通用的仪表可以是指频谱分析仪等测试设备。
测试信息管理子系统提供各种预设服务的入口，其主要功能模块及对应的功能如表2所示。其中，测试任务管理系统采用统一的云测试平台(即云平台)，用户可以灵活创建测试任务，高效排列任务优先级，使任务有序执行。为了标准化验证过程，采用统一的测试用例管理平台，用户根据需求灵活编写测试用例脚本，统一上传测试用例脚本。测试任务创建时，云平台可以自动连接测试用例管理系统，调用测试用例脚本集供用户选择，任务创建成功并启动时，测试终端可以自行下载测试用例脚本到本地执行。为了方便测试用例脚本编写，可以采用通用的基础测试驱动库，用户可以根据需求灵活编写测试用例脚本，上传测试用例脚本库集。测试任务管理系统可以通过网络远程控制，也可在本地执行，方便用户随时执行测试任务。
表2
数据分析子系统的基础是HADOOP大数据分析平台，HDFS(Hadoop DistributedFile System，分布式文件系统)、MapReduce(一种编程模型)是Hadoop平台的核心部件，Hbase(分布式的、面向列的开源数据库)、Hive(基于Hadoop的一个数据仓库工具)、Mahout(一个开源项目，提供一些可扩展的机器学习领域经典算法的实现)则是Hadoop软件族的重要组件，分别提供了MySql数据库、数据查询、机器学习等功能。自动测试子系统生成的测试日志后，通过日志上传服务自动将测试日志上传到远端服务器(第三服务器)，远端服务器通过日志解析程序对上传的测试日志进行解析，提取测试数据，最终生成测试报告。具体可以是采用Hbase大数据结构，将收集到的测试日志提取行关键字加入Hbase数据库中，Hbase通过行键对海量数据进行筛选，即可获得想要的测试数据，并可以进行汇总分析。基于HADOOP平台及其组件，实现数据分析子系统各模块的功能。数据分析子系统包括的功能模块及对应的功能如表3所示。其中，文件服务器也即数据分析服务器。
表3
如图10所示，为本实施例提供的一种示例性的测试流程的示意框图。该测试流程具体可以包括：
1、测试人员通过测试参数配置模块配置测试参数。
2、测试人员通过云平台入口登录测试任务管理系统，在测试任务管理系统中进行测试任务的编辑，包括测试任务的创建、删除、优先级调整、测试任务的启动和终止、测试用例的选取等操作。测试任务启动后，由Engine模块和ATP模块进行自动化测试。
3、测试完成后，由日志上传服务模块自动将测试日志上传到数据分析子系统的日志收集模块。
4、日志收集模块将收集到的测试日志解压缩，并保存到文件服务器或分布式文件系统。
5、日志分析模块分析文件服务器或分布式文件系统中的测试日志，并从测试日志中提取测试数据。
6、测试数据收集模块将提取出的测试数据保存到数据库或分布式文件系统中。
7、测试报告生成模块将提取出的测试数据分类汇总并生成测试报告，最终将测试报告输出到测试信息管理子系统的测试报告查询模块。
8、测试人员通过测试报告查询模块查询测试报告。
除以上的测试流程外，测试人员也可通过数据查询模块、故障诊断模块对历史测试数据和历史故障信息进行检索和统计。
基于分布式网络架构的测试数据处理平台，为所有服务器和访问者提供数据传输、数据存储等服务，采用先进的大数据处理技术，快速高效地处理测试数据，通过模块化的设计方式，将整个系统划分成多个功能模块，能够实现测试数据的自动化处理，有效提高工作效率，快速完成海量测试数据的处理和分析，实现测试数据共享，实现历史测试数据检索和分析，并可以基于故障诊断查询功能，根据历史测试情况，对当前问题进行定位。
需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
本实施例提供的测试数据的处理方法，基于第四服务器为用户提供预设服务的界面入口，有效提高了测试工作的灵活性及便捷性，使得用户可以灵活方便地进行测试及相关的管理工作。
本申请再一实施例提供一种测试数据的处理方法，用于多通道无线收发设备的射频指标测试。本实施例的执行主体为测试数据的处理装置，该装置可以设置在服务器中，具体可以是上述的第三服务器中。
如图11所示，为本实施例提供的测试数据的处理方法的流程示意图，该方法包括：
步骤301，接收测试终端发送的测试日志，测试日志是测试终端执行目标测试用例脚本对待测设备进行测试所生成的。
本实施例中，可以接收各测试终端发送的测试日志进行统一管理。可以将测试日志解压缩并存储到文件服务器或分布式文件系统，即第三服务器可以是单个服务器也可以是分布式服务器集群，并搭建有分布式文件系统。
步骤302，对测试日志进行分析，提取测试数据。
本实施例中，对于测试数据的提取可以是根据预设提取规则进行提取，预设提取规则可以基于测试日志的具体数据结构来设置，比如，测试日志按字段存储测试时间信息、测试用例信息及测试数据，则可以按照字段进行提取。比如提取出待测设备各射频指标的值，还可以进行分类汇总等相关的统计计算，具体处理方式可以根据实际需求设置。
步骤303，根据测试数据，生成测试报告。
在提取出测试数据后，还可以对测试数据进行分类汇总等相关的统计计算，确定测试结果，根据测试数据以及统计结果来生成测试报告。
比如，可以统计待测设备哪些射频指标是正常的，哪些射频指标与期望结果有差异。
需要说明的是，上述步骤的具体操作已在前述实施例中进行了详细说明，在此不再赘述。
本实施例提供的测试数据的处理方法，通过测试终端将生成的测试日志上传给第三服务器，第三服务器对测试日志进行解析，提取测试数据，生成测试报告，实现了测试数据的自动化整理，以及测试报告的自动化生成，从而有效提高了测试工作效率，解决了现有技术需要手动整理测试数据，工作效率低等问题。
本申请又一实施例对上述实施例提供的方法做进一步补充说明。
如图12所示，为本实施例提供的测试数据的处理方法的流程示意图。
作为一种可实施的方式，在上述实施例的基础上，可选地，该方法还包括：
步骤4011，接收第四服务器发送的查询请求，查询请求包括用户的查询条件，查询请求是用户终端发送给第四服务器的。
步骤4012，响应于查询请求，查询满足查询条件的结果数据，作为查询结果。
步骤4013，将查询结果发送给第四服务器，以使第四服务器将查询结果发送给用户终端进行输出。
需要说明的是，上述步骤的具体操作已在前述实施例中进行了详细说明，在此不再赘述。
可选地，查询请求为测试数据查询请求，查询条件为第一查询条件，查询结果包括满足第一查询条件的测试数据；或者，查询请求为测试报告查询请求，查询条件为第二查询条件，查询结果包括满足第二查询条件的测试报告；或者，查询请求为故障诊断查询请求，查询条件为第三查询条件，查询结果包括满足第三查询条件的故障诊断结果。
作为另一种可实施的方式，在上述实施例的基础上，可选地，在对测试日志进行分析，提取测试数据之后，该方法还包括：
步骤4021，根据测试数据，对测试结果进行故障诊断，获得并存储故障诊断结果。
本实施例中，可以是根据当前测试数据与期望结果进行比对获得的差异情况与历史故障情况进行匹配，来确定故障类型，并存储故障诊断结果。历史故障情况可以是根据经验或已解决的故障情况将测试的故障进行分类，获得一种或多种故障类型。比如测试数据中待测设备接收机灵敏度与期望结果差异较大，历史故障情况包括接收机灵敏度不同差异时对应的故障类型，则将本次测试结果与期望结果的差异与历史故障情况进行匹配，可以确定本次测试接收机灵敏度异常可能的故障类型。
作为另一种可实施的方式，在上述实施例的基础上，可选地，根据测试数据，生成测试报告，包括：
步骤4031，获取预设的测试报告模板。
步骤4032，根据测试数据，对测试报告模板进行填充，生成测试报告。
本实施例中，可以预先根据实际需求设置一种或多种测试报告模板，在获得测试数据后，可以选择想要的测试报告模板，从测试数据中提取出或者根据测试数据计算出测试报告模板中需要填充的内容，对测试报告模板进行填充，从而生成测试报告。
示例性的，测试报告中涉及待测设备各通道输出功率的测试结果，以列表形式展示64通道的输出功率，则可以从测试数据中提取各通道标识及对应的输出功率，对测试报告相应部分进行填充。测试报告还可以包括各通道输出功率与期望的输出功率的对比结果。则可以将测试数据的输出功率与期望输出功率进行对比，获得对比结果，填充测试报告的相应部分；等等。
作为另一种可实施的方式，在上述实施例的基础上，可选地，在对测试日志进行分析，提取测试数据之后，该方法还包括：
步骤4033，将测试数据存储到分布式文件系统。
本实施例中，分布式文件系统可以是搭建在该第三服务器中，该第三服务器可以是分布式服务器集群，用于实现大量测试数据的分析功能。
需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
本实施例提供的测试数据的处理方法，基于分布式文件系统实现大量测试数据的存储与分析，并支持用户对测试数据、测试报告、故障诊断等的查询需求，有效提高了用户操作的灵活性和便捷性，从而提高用户体验。
本申请再一实施例提供一种测试数据的处理装置，用于执行上述终端设备侧实施例的方法。
如图13所示，为本实施例提供的测试数据的处理装置的结构示意图。该测试数据的处理装置包括：收发机600，处理器610和存储器620。
其中，存储器620，用于存储计算机程序；收发机600，用于在处理器610的控制下收发数据；处理器610，用于读取存储器620中的计算机程序并执行以下操作:
接收第一服务器发送的测试任务，测试任务包括目标测试用例标识；
根据目标测试用例标识从第二服务器获取对应的目标测试用例脚本；
执行目标测试用例脚本，对待测设备进行测试，并生成测试日志；
将测试日志发送给第三服务器，以使第三服务器根据测试日志生成测试报告。
其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器610代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机600可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器610负责管理总线架构和通常的处理，存储器620可以存储处理器610在执行操作时所使用的数据。
处理器610可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Comple6Programmable Logic Device，CPLD)，处理器也可以采用多核架构。
可选地，处理器610，还用于读取存储器中的计算机程序并执行以下操作：
若确定满足测试参数配置界面展示条件，则向用户展示测试参数配置界面；
获取用户在测试参数配置界面输入的测试参数；
将测试参数发送给第四服务器，以使第四服务器根据测试参数生成并返回测试配置文件，测试配置文件用于对待测设备进行测试；
接收并存储第四服务器返回的测试配置文件。
可选地，处理器610，还用于读取存储器中的计算机程序并执行以下操作：
获取用户在入口界面的第一操作；
响应于用户的第一操作，向第四服务器发送测试参数配置界面获取请求；
接收第四服务器发送的测试参数配置界面数据，并确定满足测试参数配置界面展示条件。
可选地，处理器，还用于读取存储器中的计算机程序并执行以下操作：
若确定满足目标查询界面展示条件，则向用户展示目标查询界面；
获取用户在目标查询界面输入的查询条件；
根据查询条件向第四服务器发送查询请求，以使第四服务器将查询请求转发给第三服务器；
接收第四服务器转发的第三服务器的查询结果，查询结果包括满足查询条件的结果数据；
输出查询结果。
可选地，处理器，还用于读取存储器中的计算机程序并执行以下操作：
获取用户在入口界面的第二操作；
响应于用户的第二操作，向第四服务器发送目标查询界面获取请求；
接收第四服务器发送的目标查询界面数据，并确定满足目标查询界面展示条件。
可选地，目标查询界面为测试数据查询界面，查询条件为第一查询条件，查询请求为测试数据查询请求，查询结果包括满足第一查询条件的测试数据；或者，目标查询界面为测试报告查询界面，查询条件为第二查询条件，查询请求为测试报告查询请求，查询结果包括满足第二查询条件的测试报告；或者，目标查询界面为故障诊断查询界面，查询条件为第三查询条件，查询请求为故障诊断查询请求，查询结果包括满足第三查询条件的故障诊断结果。
可选地，处理器，还用于读取存储器中的计算机程序并执行以下操作：
获取用户的第三操作；
响应于用户的第三操作，向第四服务器发送入口界面获取请求；
接收第四服务器发送的入口界面数据；
根据入口界面数据向用户展示入口界面，入口界面包括预设服务的入口，预设服务包括第一服务器访问服务、第二服务器访问服务、测试数据查询服务、测试报告查询服务、故障诊断查询服务、用户权限管理、可靠性测试信息管理、线损校准服务、测试参数配置服务中的至少一种。
在此需要说明的是，本申请实施例提供的测试数据的处理装置，能够实现上述测试终端侧方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
本申请再一实施例提供一种测试数据的处理装置，用于执行上述服务器侧实施例的方法。
如图14所示，为本实施例提供的测试数据的处理装置的结构示意图。该测试数据的处理装置包括：收发机700，处理器710和存储器720。
其中，存储器720，用于存储计算机程序；收发机700，用于在处理器710的控制下收发数据；处理器710，用于读取存储器720中的计算机程序并执行以下操作:
接收测试终端发送的测试日志，测试日志是测试终端执行目标测试用例脚本对待测设备进行测试所生成的；
对测试日志进行分析，提取测试数据；
根据测试数据，生成测试报告。
其中，在图14中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器710代表的一个或多个处理器和存储器720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机700可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器710负责管理总线架构和通常的处理，存储器720可以存储处理器710在执行操作时所使用的数据。
处理器710可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Comple7Programmable Logic Device，CPLD)，处理器也可以采用多核架构。
可选地，处理器710，还用于读取存储器中的计算机程序并执行以下操作：
接收第四服务器发送的查询请求，查询请求包括用户的查询条件，查询请求是用户终端发送给第四服务器的；
响应于查询请求，查询满足查询条件的结果数据，作为查询结果；
将查询结果发送给第四服务器，以使第四服务器将查询结果发送给用户终端进行输出。
可选地，查询请求为测试数据查询请求，查询条件为第一查询条件，查询结果包括满足第一查询条件的测试数据；或者，查询请求为测试报告查询请求，查询条件为第二查询条件，查询结果包括满足第二查询条件的测试报告；或者，查询请求为故障诊断查询请求，查询条件为第三查询条件，查询结果包括满足第三查询条件的故障诊断结果。
可选地，处理器710，还用于读取存储器中的计算机程序并执行以下操作：
根据测试数据，对测试结果进行故障诊断，获得并存储故障诊断结果。
可选地，处理器710，用于读取存储器中的计算机程序并执行根据测试数据，生成测试报告，具体包括：
获取预设的测试报告模板；
根据测试数据，对测试报告模板进行填充，生成测试报告。
可选地，处理器710，还用于读取存储器中的计算机程序并执行以下操作：
将测试数据存储到分布式文件系统。
在此需要说明的是，本申请实施例提供的测试数据的处理装置，能够实现上述服务器侧方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
本申请再一实施例提供一种测试数据的处理系统，用于实现上述任一实施例提供的方法。
如图15所示，为本实施例提供的测试数据的处理系统的架构示意图。该测试数据的处理系统包括：第一服务器、第二服务器、第三服务器和测试终端。
其中，第一服务器用于管理测试任务；第二服务器用于管理测试用例脚本；所述测试终端用于从所述第一服务器获取测试任务，根据测试任务从所述第二服务器获取测试用例脚本，基于测试用例脚本对待测设备进行测试，生成测试日志，并上传到第三服务器；第三服务器用于收集各测试终端生成的测试日志，以及根据测试日志生成测试报告。
可选地，该测试数据的处理系统还可以包括：第四服务器。
其中，第四服务器用于提供预设服务的界面，预设服务包括第一服务器访问服务、第二服务器访问服务、测试数据查询服务、测试报告查询服务、故障诊断查询服务、用户权限管理、可靠性测试信息管理、线损校准服务、测试参数配置服务中的至少一种。
可选地，第三服务器为基于HADOOP的分布式服务器集群。
可选地，在分布式服务器集群上搭建有分布式文件系统。
在此需要说明的是，本实施例提供的测试数据的处理系统中各组成设备的具体功能及各功能的具体实现方式以在前述方法实施例中进行了详细说明，其能够实现前述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
本申请再一实施例提供一种测试数据的处理装置，用于实现上述测试终端侧方法实施例提供的方法。
如图16所示，为本实施例提供的测试数据的处理装置的结构示意图。该测试数据的处理装置80包括：第一接收单元81、获取单元82、测试单元83和发送单元84。
其中，第一接收单元，用于接收第一服务器发送的测试任务，测试任务包括目标测试用例标识；获取单元，用于根据目标测试用例标识从第二服务器获取对应的目标测试用例脚本；测试单元，用于执行目标测试用例脚本，对待测设备进行测试，并生成测试日志；发送单元，用于将测试日志发送给第三服务器，以使第三服务器根据测试日志生成测试报告。
可选地，获取单元，还用于若确定满足测试参数配置界面展示条件，则向用户展示测试参数配置界面；
获取单元，还用于获取用户在测试参数配置界面输入的测试参数；
发送单元，还用于将测试参数发送给第四服务器，以使第四服务器根据测试参数生成并返回测试配置文件，测试配置文件用于对待测设备进行测试；
第一接收单元，还用于接收并存储第四服务器返回的测试配置文件。
可选地，获取单元，还用于获取用户在入口界面的第一操作；
发送单元，还用于响应于用户的第一操作，向第四服务器发送测试参数配置界面获取请求；
第一接收单元，还用于接收第四服务器发送的测试参数配置界面数据，并确定满足测试参数配置界面展示条件。
可选地，获取单元，还用于若确定满足目标查询界面展示条件，则向用户展示目标查询界面；
获取单元，还用于获取用户在目标查询界面输入的查询条件；
发送单元，还用于根据查询条件向第四服务器发送查询请求，以使第四服务器将查询请求转发给第三服务器；
第一接收单元，还用于接收第四服务器转发的第三服务器的查询结果，查询结果包括满足查询条件的结果数据；
发送单元，还用于输出查询结果。
可选地，获取单元，还用于获取用户在入口界面的第二操作；
发送单元，还用于响应于用户的第二操作，向第四服务器发送目标查询界面获取请求；
第一接收单元，还用于接收第四服务器发送的目标查询界面数据，并确定满足目标查询界面展示条件。
可选地，目标查询界面为测试数据查询界面，查询条件为第一查询条件，查询请求为测试数据查询请求，查询结果包括满足第一查询条件的测试数据；或者，目标查询界面为测试报告查询界面，查询条件为第二查询条件，查询请求为测试报告查询请求，查询结果包括满足第二查询条件的测试报告；或者，目标查询界面为故障诊断查询界面，查询条件为第三查询条件，查询请求为故障诊断查询请求，查询结果包括满足第三查询条件的故障诊断结果。
可选地，获取单元，还用于获取用户的第三操作；
发送单元，还用于响应于用户的第三操作，向第四服务器发送入口界面获取请求；
第一接收单元，还用于接收第四服务器发送的入口界面数据；
获取单元，还用于根据入口界面数据向用户展示入口界面，入口界面包括预设服务的入口，预设服务包括第一服务器访问服务、第二服务器访问服务、测试数据查询服务、测试报告查询服务、故障诊断查询服务、用户权限管理、可靠性测试信息管理、线损校准服务、测试参数配置服务中的至少一种。
关于本实施例中的装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，且能够达到相同的有益效果，此处将不做详细阐述说明。
本申请再一实施例提供一种测试数据的处理装置，用于执行上述服务器侧方法实施例提供的方法。
如图17所示，为本实施例提供的测试数据的处理装置的结构示意图。该测试数据的处理装置90包括：第二接收单元91、分析单元92和生成单元93。
其中，第二接收单元，用于接收测试终端发送的测试日志，测试日志是测试终端执行目标测试用例脚本对待测设备进行测试所生成的；分析单元，用于对测试日志进行分析，提取测试数据；生成单元，用于根据测试数据，生成测试报告。
可选地，第二接收单元，还用于接收第四服务器发送的查询请求，查询请求包括用户的查询条件，查询请求是用户终端发送给第四服务器的；
分析单元，还用于响应于查询请求，查询满足查询条件的结果数据，作为查询结果；
生成单元，还用于将查询结果发送给第四服务器，以使第四服务器将查询结果发送给用户终端进行输出。
可选地，查询请求为测试数据查询请求，查询条件为第一查询条件，查询结果包括满足第一查询条件的测试数据；或者，查询请求为测试报告查询请求，查询条件为第二查询条件，查询结果包括满足第二查询条件的测试报告；或者，查询请求为故障诊断查询请求，查询条件为第三查询条件，查询结果包括满足第三查询条件的故障诊断结果。
可选地，分析单元，还用于根据测试数据，对测试结果进行故障诊断，获得并存储故障诊断结果。
可选地，生成单元，具体用于：
获取预设的测试报告模板；
根据测试数据，对测试报告模板进行填充，生成测试报告。
可选地，分析单元，还用于将测试数据存储到分布式文件系统。
关于本实施例中的装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，且能够达到相同的有益效果，此处将不做详细阐述说明。
需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请再一实施例提供一种处理器可读存储介质。处理器可读存储介质存储有计算机程序，计算机程序用于使处理器执行上述任一种方法实施例。
其中，处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
Claims (22)
1.一种测试数据的处理方法，其特征在于，所述方法包括：
接收第一服务器发送的测试任务，所述测试任务包括目标测试用例标识；
根据所述目标测试用例标识从第二服务器获取对应的目标测试用例脚本；
执行所述目标测试用例脚本，对待测设备进行测试，并生成测试日志；
将所述测试日志发送给第三服务器，以使所述第三服务器根据所述测试日志生成测试报告。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若确定满足测试参数配置界面展示条件，则向用户展示测试参数配置界面；
获取所述用户在所述测试参数配置界面输入的测试参数；
将所述测试参数发送给第四服务器，以使所述第四服务器根据所述测试参数生成并返回测试配置文件，所述测试配置文件用于对待测设备进行测试；
接收并存储所述第四服务器返回的测试配置文件。
3.根据权利要求2所述的方法，其特征在于，所述若确定满足测试参数配置界面展示条件，则向用户展示测试参数配置界面之前，还包括：
获取用户在入口界面的第一操作；
响应于所述用户的第一操作，向所述第四服务器发送测试参数配置界面获取请求；
接收所述第四服务器发送的测试参数配置界面数据，并确定满足测试参数配置界面展示条件。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若确定满足目标查询界面展示条件，则向用户展示目标查询界面；
获取所述用户在所述目标查询界面输入的查询条件；
根据所述查询条件向第四服务器发送查询请求，以使所述第四服务器将所述查询请求转发给第三服务器；
接收所述第四服务器转发的所述第三服务器的查询结果，所述查询结果包括满足所述查询条件的结果数据；
输出所述查询结果。
5.根据权利要求4所述的方法，其特征在于，所述若确定满足目标查询界面展示条件，则向用户展示目标查询界面之前，所述方法还包括：
获取用户在入口界面的第二操作；
响应于所述用户的第二操作，向所述第四服务器发送目标查询界面获取请求；
接收所述第四服务器发送的目标查询界面数据，并确定满足目标查询界面展示条件。
6.根据权利要求4所述的方法，其特征在于，
所述目标查询界面为测试数据查询界面，所述查询条件为第一查询条件，所述查询请求为测试数据查询请求，所述查询结果包括满足所述第一查询条件的测试数据；或者，
所述目标查询界面为测试报告查询界面，所述查询条件为第二查询条件，所述查询请求为测试报告查询请求，所述查询结果包括满足所述第二查询条件的测试报告；或者，
所述目标查询界面为故障诊断查询界面，所述查询条件为第三查询条件，所述查询请求为故障诊断查询请求，所述查询结果包括满足所述第三查询条件的故障诊断结果。
7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：
获取用户的第三操作；
响应于所述用户的第三操作，向第四服务器发送入口界面获取请求；
接收所述第四服务器发送的入口界面数据；
根据所述入口界面数据向所述用户展示入口界面，所述入口界面包括预设服务的入口，预设服务包括第一服务器访问服务、第二服务器访问服务、测试数据查询服务、测试报告查询服务、故障诊断查询服务、用户权限管理、可靠性测试信息管理、线损校准服务、测试参数配置服务中的至少一种。
8.一种测试数据的处理方法，其特征在于，所述方法包括：
接收测试终端发送的测试日志，所述测试日志是所述测试终端执行目标测试用例脚本对待测设备进行测试所生成的；
对所述测试日志进行分析，提取测试数据；
根据所述测试数据，生成测试报告。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
接收第四服务器发送的查询请求，所述查询请求包括用户的查询条件，所述查询请求是用户终端发送给所述第四服务器的；
响应于所述查询请求，查询满足所述查询条件的结果数据，作为查询结果；
将所述查询结果发送给所述第四服务器，以使所述第四服务器将所述查询结果发送给所述用户终端进行输出。
10.根据权利要求9所述的方法，其特征在于，
所述查询请求为测试数据查询请求，所述查询条件为第一查询条件，所述查询结果包括满足所述第一查询条件的测试数据；或者，
所述查询请求为测试报告查询请求，所述查询条件为第二查询条件，所述查询结果包括满足所述第二查询条件的测试报告；或者，
所述查询请求为故障诊断查询请求，所述查询条件为第三查询条件，所述查询结果包括满足所述第三查询条件的故障诊断结果。
11.根据权利要求8所述的方法，其特征在于，在对所述测试日志进行分析，提取测试数据之后，所述方法还包括：
根据所述测试数据，对测试结果进行故障诊断，获得并存储故障诊断结果。
12.根据权利要求8所述的方法，其特征在于，所述根据所述测试数据，生成测试报告，包括：
获取预设的测试报告模板；
根据所述测试数据，对所述测试报告模板进行填充，生成所述测试报告。
13.根据权利要求8-12任一项所述的方法，其特征在于，在对所述测试日志进行分析，提取测试数据之后，所述方法还包括：
将所述测试数据存储到分布式文件系统。
14.一种测试数据的处理装置，其特征在于，包括存储器，收发机，处理器；
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收第一服务器发送的测试任务，所述测试任务包括目标测试用例标识；
根据所述目标测试用例标识从第二服务器获取对应的目标测试用例脚本；
执行所述目标测试用例脚本，对待测设备进行测试，并生成测试日志；
将所述测试日志发送给第三服务器，以使所述第三服务器根据所述测试日志生成测试报告。
15.一种测试数据的处理装置，其特征在于，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收测试终端发送的测试日志，所述测试日志是所述测试终端执行目标测试用例脚本对待测设备进行测试所生成的；
对所述测试日志进行分析，提取测试数据；
根据所述测试数据，生成测试报告。
16.一种测试数据的处理系统，其特征在于，包括：
第一服务器、第二服务器、第三服务器和测试终端；
所述第一服务器用于管理测试任务；
所述第二服务器用于管理测试用例脚本；
所述测试终端用于从所述第一服务器获取测试任务，根据测试任务从所述第二服务器获取测试用例脚本，基于测试用例脚本对待测设备进行测试，生成测试日志，并上传到所述第三服务器；
所述第三服务器用于收集各测试终端生成的测试日志，以及根据测试日志生成测试报告。
17.根据权利要求16所述的系统，其特征在于，还包括：
第四服务器，用于提供预设服务的界面，所述预设服务包括第一服务器访问服务、第二服务器访问服务、测试数据查询服务、测试报告查询服务、故障诊断查询服务、用户权限管理、可靠性测试信息管理、线损校准服务、测试参数配置服务中的至少一种。
18.根据权利要求16或17所述的系统，其特征在于，所述第三服务器为基于HADOOP的分布式服务器集群。
19.一种测试数据的处理装置，其特征在于，包括：
第一接收单元，用于接收第一服务器发送的测试任务，所述测试任务包括目标测试用例标识；
获取单元，用于根据所述目标测试用例标识从第二服务器获取对应的目标测试用例脚本；
测试单元，用于执行所述目标测试用例脚本，对待测设备进行测试，并生成测试日志；
发送单元，用于将所述测试日志发送给第三服务器，以使所述第三服务器根据所述测试日志生成测试报告。
20.一种测试数据的处理装置，其特征在于，包括：
第二接收单元，用于接收测试终端发送的测试日志，所述测试日志是所述测试终端执行目标测试用例脚本对待测设备进行测试所生成的；
分析单元，用于对所述测试日志进行分析，提取测试数据；
生成单元，用于根据所述测试数据，生成测试报告。
21.一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行权利要求1至7任一项所述的方法。
22.一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行权利要求8至13任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011031419.5A CN114286358A (zh) | 2020-09-27 | 2020-09-27 | 测试数据的处理方法、装置、系统及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011031419.5A CN114286358A (zh) | 2020-09-27 | 2020-09-27 | 测试数据的处理方法、装置、系统及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114286358A true CN114286358A (zh) | 2022-04-05 |
Family
ID=80867666
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011031419.5A Pending CN114286358A (zh) | 2020-09-27 | 2020-09-27 | 测试数据的处理方法、装置、系统及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114286358A (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115243301A (zh) * | 2022-06-27 | 2022-10-25 | 北京连山科技股份有限公司 | 一种软件模拟5g移动网络环境的装置 |
| CN115567566A (zh) * | 2022-09-19 | 2023-01-03 | 中国联合网络通信集团有限公司 | 一种仪表的管理方法、云服务器及计算机可读存储介质 |
| CN116107913A (zh) * | 2023-04-06 | 2023-05-12 | 阿里云计算有限公司 | 单节点服务器的测试控制方法、装置及系统 |
| CN116298932A (zh) * | 2023-05-18 | 2023-06-23 | 江苏时代新能源科技有限公司 | 电池测试数据处理方法、系统、装置、设备及存储介质 |
| CN116506340A (zh) * | 2023-06-27 | 2023-07-28 | 云账户技术(天津)有限公司 | 流量链路的测试方法、装置、电子设备及存储介质 |
| CN117077592A (zh) * | 2023-10-12 | 2023-11-17 | 芯耀辉科技有限公司 | 回归数据监控方法、监控装置及监控系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102651700A (zh) * | 2011-02-28 | 2012-08-29 | Sap股份公司 | 管理测试自动化 |
| CN104486146A (zh) * | 2014-12-03 | 2015-04-01 | 中国航空工业集团公司第六三一研究所 | 一种测试控制台与测试设备之间的通信方法 |
| CN105183631A (zh) * | 2015-07-16 | 2015-12-23 | 小米科技有限责任公司 | 设备测试方法及装置 |
| CN105760307A (zh) * | 2016-03-14 | 2016-07-13 | 北京奇虎科技有限公司 | 智能终端的测试方法、装置及系统 |
| US10528454B1 (en) * | 2018-10-23 | 2020-01-07 | Fmr Llc | Intelligent automation of computer software testing log aggregation, analysis, and error remediation |
-
2020
- 2020-09-27 CN CN202011031419.5A patent/CN114286358A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102651700A (zh) * | 2011-02-28 | 2012-08-29 | Sap股份公司 | 管理测试自动化 |
| CN104486146A (zh) * | 2014-12-03 | 2015-04-01 | 中国航空工业集团公司第六三一研究所 | 一种测试控制台与测试设备之间的通信方法 |
| CN105183631A (zh) * | 2015-07-16 | 2015-12-23 | 小米科技有限责任公司 | 设备测试方法及装置 |
| CN105760307A (zh) * | 2016-03-14 | 2016-07-13 | 北京奇虎科技有限公司 | 智能终端的测试方法、装置及系统 |
| US10528454B1 (en) * | 2018-10-23 | 2020-01-07 | Fmr Llc | Intelligent automation of computer software testing log aggregation, analysis, and error remediation |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115243301A (zh) * | 2022-06-27 | 2022-10-25 | 北京连山科技股份有限公司 | 一种软件模拟5g移动网络环境的装置 |
| CN115567566A (zh) * | 2022-09-19 | 2023-01-03 | 中国联合网络通信集团有限公司 | 一种仪表的管理方法、云服务器及计算机可读存储介质 |
| CN116107913A (zh) * | 2023-04-06 | 2023-05-12 | 阿里云计算有限公司 | 单节点服务器的测试控制方法、装置及系统 |
| CN116107913B (zh) * | 2023-04-06 | 2023-11-14 | 阿里云计算有限公司 | 单节点服务器的测试控制方法、装置及系统 |
| CN116298932A (zh) * | 2023-05-18 | 2023-06-23 | 江苏时代新能源科技有限公司 | 电池测试数据处理方法、系统、装置、设备及存储介质 |
| CN116298932B (zh) * | 2023-05-18 | 2024-04-09 | 江苏时代新能源科技有限公司 | 电池测试数据处理方法、系统、装置、设备及存储介质 |
| CN116506340A (zh) * | 2023-06-27 | 2023-07-28 | 云账户技术(天津)有限公司 | 流量链路的测试方法、装置、电子设备及存储介质 |
| CN117077592A (zh) * | 2023-10-12 | 2023-11-17 | 芯耀辉科技有限公司 | 回归数据监控方法、监控装置及监控系统 |
| CN117077592B (zh) * | 2023-10-12 | 2024-03-08 | 芯耀辉科技有限公司 | 回归数据监控方法、监控装置及监控系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114286358A (zh) | 测试数据的处理方法、装置、系统及可读存储介质 | |
| CN110245078B (zh) | 一种软件的压力测试方法、装置、存储介质和服务器 | |
| JP6595980B2 (ja) | コンピュータシステム、及びコンピュータで実装される方法 | |
| US10248674B2 (en) | Method and apparatus for data quality management and control | |
| CN103186444B (zh) | 一种性能测试方法、测试平台及测试机 | |
| CN104123227A (zh) | 一种自动生成测试用例的方法 | |
| DE112015004578T5 (de) | Datenpipeline für Prozesssteuerungssystemanalyse | |
| CN105378493A (zh) | 用于支持协议无关器件测试系统中协议重新配置的基于云的基础设施 | |
| CN111078482A (zh) | 通讯导航设备测试系统、方法、设备和可读存储介质 | |
| CN109389326B (zh) | 面向监控事件的对象化建模方法、设备及系统 | |
| CN111108481B (zh) | 故障分析方法及相关设备 | |
| CN111459944A (zh) | 一种mr数据存储方法、装置、服务器及存储介质 | |
| CN114518584B (zh) | 一种批产卫星性能自动化测试系统 | |
| CN106646315A (zh) | 一种数字测量仪器的自动测试系统及其测试方法 | |
| CN106100764A (zh) | 超短波电台的通用自动测试系统 | |
| CN114238081A (zh) | 一种适用于小卫星批量测试的方法及系统 | |
| CN113360728A (zh) | 用户操作审计方法、装置、计算机设备和存储介质 | |
| US9274515B2 (en) | Systems and methods for recording data associated with the operation of foundation fieldbus devices | |
| US10216523B2 (en) | Systems and methods for implementing control logic | |
| CN109710487A (zh) | 一种监控方法和装置 | |
| CN109933506A (zh) | 服务器大数据性能评价方法、系统及电子设备和存储介质 | |
| CN115248782A (zh) | 一种自动化测试方法、装置及计算机设备 | |
| Adragna et al. | GNAM: A low level monitoring program for the ATLAS experiment | |
| CN112346966B (zh) | 一种专用控制器测试数据自动分析方法 | |
| CN107544305B (zh) | 振动试验室管理方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |