协同测试方法、装置、设备及介质与流程

本申请涉及设备测试的，尤其涉及一种协同测试方法、协同测试装置、协同测试设备及计算机可读存储介质。

背景技术：

1、目前，目前随着计算机技术的不断发展，主流编程语言都有可选的自动化测试框架，java有selenium webdriver、cucumber等，c++有google test、boost.test等，python有pytest、unittest等。但是这些自动化测试框架主要反应在软件层面，在嵌入式设备测试领域，尤其是电视测试领域，程序的执行效果，往往是反应在可感官的物理世界，例如画面、音效等。对于这些内容的判断，当下的自动化测试框架并没有较好的支持。其次，在电视领域，往往需要在某种信号源的环境进行测试，而当前一般情况是人为的切换信号源，信号源的切换比较麻烦。

技术实现思路

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、因此，在本申请中，提出一种支持多设备接入并协同嵌入式设备的自动化测试方案。通过上位机如个人电脑与待测设备如电视端建立通信连接，个人电脑接入常见外部辅助设备(摄像头、麦克风、信号发生器等)，建立自动化测试框架。电视端的待测试程序可以向pc端发送指令，pc端转发指令到接入的外部设备执行对应操作，使得整个测试流程更加自动化，需要人为介入的因素更少。以此，实现自动化部署测试环境、自动化测试结果判断，最终实现更高效便捷的设备测试。

技术特征：

1.一种协同测试方法，其特征在于，所述方法包括：

2.如权利要求1所述的协同测试方法，其特征在于，所述获取信号源设备的设备类型和设备信号输出行为的步骤之前，包括：

3.如权利要求2所述的协同测试方法，其特征在于，所述在编写待测设备的测试用例时，参照所述环境部署数据结构构建测试环境，并参照所述结果对比数据结构判断测试结果的步骤之后，包括：

4.如权利要求3所述的协同测试方法，其特征在于，所述由所述环境构建参数，触发执行所述测试用例对应的测试环境构建流程的步骤，包括：

5.如权利要求4所述的协同测试方法，其特征在于，所述由所述环境构建参数，触发执行所述测试用例对应的测试环境构建流程的步骤，包括：

6.如权利要求3所述的协同测试方法，其特征在于，所述由所述结果判断参数，触发执行所述测试用例对应的测试结果获取流程的步骤，包括：

7.如权利要求6所述的协同测试方法，其特征在于，所述由所述结果判断参数触发驱动对应的测试结果采集设备获取测试结果，以实现对所述测试结果的判断的步骤，包括：

8.一种协同测试装置，其特征在于，所述协同测试装置包括：

9.一种协同测试设备，其特征在于，所述协同测试设备包括：存储器、处理器、及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7任一项所述的协同测试方法的步骤。

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

技术总结
本申请公开了一种协同测试方法、装置、设备及介质，属于设备测试的技术领域。在本申请中，提出一种支持多设备接入并协同嵌入式设备的自动化测试方案。通过上位机如个人电脑与待测设备如电视端建立通信连接，个人电脑接入常见外部辅助设备(摄像头、麦克风、信号发生器等)，建立自动化测试框架。电视端的待测试程序可以向PC端发送指令，PC端转发指令到接入的外部设备执行对应操作，使得整个测试流程更加自动化，需要人为介入的因素更少。以此，实现自动化部署测试环境、自动化测试结果判断，最终实现更高效便捷的设备测试。

技术研发人员：朱健文,吴旺生
受保护的技术使用者：深圳创维-RGB电子有限公司
技术研发日：
技术公布日：2024/3/31