座舱显示系统的测试方法、测试系统及存储介质与流程

1.本发明实施例涉及座舱显示系统技术领域，特别涉及一种座舱显示系统的测试方法、测试系统及存储介质。


背景技术：

2.随着现代航空飞行器功能以及相关电子设备数量的不断增加，座舱显示系统(cockpit display system,cds)的显示和交互的逻辑也变得日益复杂。目前通常采用手工编写测试脚本，并结合人工观察显示画面变化的方式对座舱显示系统的进行测试。
3.然而，随着测试脚本数量的增加、开发过程中软件需求和输入/输出(i/o)配置的频繁更新，编写测试脚本以及执行该测试脚本的效率均受到较大的影响，降低了对座舱显示系统测试的效率。


技术实现要素：

4.本发明实施方式的目的在于提供一种座舱显示系统的测试方法、测试系统及存储介质，可以提高对座舱显示系统测试的效率。
5.为解决上述技术问题，第一方面，本技术的实施方式提供了一种座舱显示系统的测试方法，应用于测试系统，所述测试系统包括客户端、服务端以及运行仿真装置，所述客户端与所述服务端连接，所述运行仿真装置与所述客户端连接，所述测试方法包括：客户端获取测试脚本，根据所述测试脚本向所述运行仿真装置发送激励信号；运行仿真装置仿真所述座舱显示系统执行与所述激励信号对应的测试操作，并显示包括所述测试操作结果的测试显示界面；服务端根据客户端的指示对运行仿真装置的测试显示界面进行采集；识别测试显示界面，获得测试识别结果；将测试识别结果传输至客户端；客户端根据接收的测试识别结果和预存的预期显示界面的识别结果，确定测试结果。
6.第二方面，本技术的实施方式还提供了一种座舱显示系统的测试系统，包括：客户端、服务端以及运行仿真装置，所述客户端与服务端连接，运行仿真装置与客户端连接；客户端用于获取测试脚本，根据测试脚本向运行仿真装置发送激励信号；运行仿真装置用于仿真座舱显示系统执行与激励信号对应的测试操作，并显示包括测试操作结果的测试显示界面；服务端用于根据客户端的指示对运行仿真装置的测试显示界面进行采集；识别测试显示界面，获得测试识别结果；将测试识别结果传输至客户端；客户端用于根据接收的测试识别结果和预存预期显示界面的识别结果，确定测试结果。
7.第三方面，本技术的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述的测试方法。
8.本技术实施例中的座舱显示系统的测试方法，该测试方法应用于测试系统，该测试系统采用客户端/服务端的工作结构，能充分发挥客户端的处理能力，客户端响应速度快；通过对测试显示界面与预存的预期显示界面，确定测试结果，由于无需人工参与，提高了测试的效率；另外，由于该测试方法中从测试脚本的获取，座舱显示系统的仿真以及测试
结果确定，均无需人工参与，各个步骤结果相互作用，提高了对座舱显示系统测试的效率；客户端与运行仿真装置连接，使得客户端可以将生成的激励信号发送至运行仿真装置，触发该运行仿真装置中仿真座舱显示系统执行该激励信号对应测试操作，无需将激励信号发送至实体的运行仿真装置中，降低对座舱显示系统测试的环境要求，提高测试的适用性。
9.另外，客户端获取测试测试脚本包括：接收用户确定的各测试项目的配置信息，生成测试脚本。无需人工编写测试脚本，提高了测试的效率。
10.另外，在根据测试脚本向运行仿真装置发送激励信号之前，测试方法还包括：根据预存的接口定义文件对测试脚本进行有效性检测；若检测到测试脚本中存在无效信息，则指示无效信息的位置。由于测试脚本中包括多个测试用例，若人工检测，工作量大，而本实施例中无需人工检测，提高了检测效率，同时提高测试的准确性。
11.另外，测试方法采用异步执行机制。采用异步执行机制，可以减少主线程的占用，避免出现主线程占用时间过长，影响测试速度的问题。
12.另外，测试方法还包括：客户端将每一版本的测试脚本以及测试脚本执行后的测试结果保存至数据库。保存测试脚本的各个版本，便于后续查询测试脚本以供测试员研究。
13.另外，在客户端控制服务端监控运行仿真装置的测试显示界面，并将显示界面传输至客户端之前，测试方法还包括：客户端显示预设的至少两个测试模式选项，以供用户通过显示界面选取测试模式；客户端响应于被选取的测试模式，按照测试模式对仿真的座舱显示系统进行测试。提供多种测试模式，供用户选择，提高测试的灵活性。
14.另外，测试方法还包括：客户端获取机载设备的机载数据；解析所述机载数据，获取机载数据中的各参数；根据机载数据中的各参数以及预存的机载接口定义文件，绘制机载数据对应的曲线。该测试方式在测试过程中可以解析机载数据，从而绘制出与该机载数据对应的曲线，提高该测试方式的适用范围。
15.另外，测试方法包括：查询接口定义文件中的参数。
附图说明
16.一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。
17.图1是根据本技术实施例提供的一种座舱显示系统的测试方法的流程图；
18.图2是根据本技术实施例提供的一种获取测试脚本具体实现的示意图；
19.图3是根据本技术实施例提供的一种对测试脚本进行校验的具体实现的示意图；
20.图4是根据本技术实施例提供的一种将每个版本的测试脚本存储至数据库的具体实现的示意图；
21.图5是根据本技术实施例提供的一种提供至少两种测试模式的具体实现的示意图；
22.图6是根据本技术实施例提供的一种对机载数据进行处理的具体实现的示意图；
23.图7是根据本技术实施例提供的一种测试系统的结构示意图。
具体实施方式
24.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本技术而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本技术所要求保护的技术方案。
25.以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
26.arinc661标准用以规范座舱显示系统的开发，降低开发和运维的成本。座舱显示系统包括：cds端和用户端(user application，ua)，对座舱显示系统测试的内容主要包括：(1)测试是否支持arinc661协议；(2)测试座舱显示系统是否符合arinc661协议规范的cds端和用户端，且cds端与ua端可以进行数据交互；(3)cds端能够读取并解析相关配置文件，在显示器上供工程师查看；(4)cds端是否能对图形定义文件(definition file，df)中对象进行管理，是否能够让对象根据df产生激励；(5)ua端是否能运行测试脚本；(7)ua端是否记录测试结果和原因，并生成报告。传统的人工测试方法，通过人工观察ua端中显示画面变化，人工记录测试结果，因此，在执行测试的过程中需要测试人员注意力高度集中，尤其是对于飞行告警系统(flight deck alert system，fdas)等告警系统的测试，由于测试用例数量较多同时部分告警信息内容相似度较高，容易因为视觉疲劳或者注意力分散等原因导致测试结果的误判，测试准确度差，测试效率低。
27.本技术第一实施例涉及一种座舱显示系统的测试方法。该测试方法应用于测试系统，该测试系统，包括客户端、服务端以及运行仿真装置，客户端与服务端连接，运行仿真装置与客户端连接。
28.该测试系统支持的编程环境可以是eclipse和pycharm，支持使用虚拟机。该测试系统采用c/s架构，客户端部署于测试验证环境(subsystem development lab，ssdl)中，服务端支持python开发语言，客户端支持java开发语言。
29.客户端的操作系统可以是windows 7及以上、也可以是linux、mac os 64bit；客户端其它配置可以是多核cpu，主频不低于2ghz；内存容量为4gb及以上，硬盘容量为256gb及以上；显卡容量为8gb及以上。服务端配置可以为：操作系统可以是linux 16.04及以上64bit；多核cpu，主频不低于3.2ghz；内存容量为8gb及以上；硬盘容量为1tb及以上；
30.下面结合附图1介绍该测试方法的流程：
31.步骤101：客户端获取测试脚本。
32.具体地，客户端具有数据输入接口，用户可以通过该数据输入接口导入人工编写的测试脚本，客户端通过该数据输入接口获取测试脚本。该测试脚本为测试过程中的计算机可读指令。
33.步骤102：该客户端根据测试脚本向运行仿真装置发送激励信号。
34.具体的，该客户端执行该测试脚本中各个指令，产生与该指令对应的激励信号，并将该激励信号发送至运行仿真装置中。客户端设置有测试平台访问接口，该测试平台访问接口用于执行测试用例的信号设置指令，并基于测试验证环境的接口调用实现数据激励。
35.步骤103：运行仿真装置仿真座舱显示系统执行与激励信号对应的测试操作，并显示包括测试操作结果的测试显示界面。
36.具体地，运行仿真装置用于仿真该座舱显示系统，该座舱显示系统包括cds端和ua端，该运行仿真装置包括显示组件，该显示组件用于显示仿真的ua端中的画面。该运行仿真装置接收到激励信号，由激励信号触发该运行仿真装置中cds端执行与该激励信号对应的测试操作，该运行仿真装置将显示该座舱显示系统中各个ua的显示状态，即该运行仿真装置中的显示界面显示测试操作结果的测试显示界面。该客户端可以在发送激励信号后，向服务端发送指示，该指示用于指示服务端采集该运行仿真装置的测试显示界面。该客户端也可以指示服务端监控运行仿真装置在预设时段内的测试显示界面。
37.步骤104：服务端根据客户端的指示对运行仿真装置的测试显示界面进行采集。
38.具体地，服务端被部署在带有显卡和图像采集卡的高性能计算机中。该客户端还设置有服务器端通信接口，该服务器端通信接口基于http实现了与服务器端的数据交互，包括：服务端状态检测、测试识别结果等。服务端和客户端之间的用于传输数据的线可以是以太网线。该服务端接收到该指示，采集该运行仿真装置的测试显示界面，本示例中可以通过摄象头采集运行仿真装置的测试显示界面。
39.步骤105：服务端识别测试显示界面，获得测试识别结果。
40.根据预先训练至收敛的图像识别网络识别测试显示界面中的可识别对象。测试显示界面中的可识别对象可以是文字、控件的图像等。
41.采用神经网络结合的模式针该座舱显示系统中各个不同控件的特征构建了相关的识别模型库，利用计算机视觉技术通过对图像的预处理达到更良好的识别效果。训练过程中使用的训练即服务端存储有至少3套不同图像采集设备采集的样本显示界面的图像，其中，在深度学习方面系统使用的神经网络模型有：卷积神经网络cnn，cnn网络是利用基于卷积核的卷积操作以及多层(卷积层、池化层、全连接层)结构实现图像的高效分类；还可以采用faster rcnn网络，rcnn网络基于训练得到的网络对测试显示界面中指定特征图像的定位，如指针、文字等；定位完成后调用其他算法或者网络模型实现进一步的内容识别。还可以采用lstm网络，lstm网络是一种特殊的循环神经网络，可通过门控状态来控制传输状态，更利于在记住需要长时间记忆的信息的同时忘记一些不重要的信息，用于文字相关模型的识别。
42.步骤106：服务端将测试识别结果传输至客户端。
43.步骤107：客户端根据接收的测试识别结果和预存的预期显示界面的识别结果，确定测试结果。
44.具体地，客户端中可以预先存储有测试的预期显示界面的识别结果，将测试识别结果和预期显示界面的识别结果进行比对，若识别结果中各个控件的状态与预存的各个控件的状态相同，则确定测试合格，若不同，则判定测试不合格。获得测试结果后，可以生成测试报告，客户端支持将该测试报告导出成pdf或者txt格式。
45.需要说明的是，测试脚本包括多个待测的测试用例，该客户端支持将测试脚本加入执行列表中，并执行脚本中的所有测试用例，执行过程包括了数据激励、等待、结果判定等。
46.本技术实施例实现具备获取测试脚本、执行测试脚本和记录测试结果的测试方法；实现测试用例的全自动执行；在测试脚本过程中，服务端控制工业相机完成图像采集并执行指定识别目标的信息(如：文字内容、颜色、控件状态等)提取和识别结果返回。
47.本技术实施例中的座舱显示系统的测试方法，该测试方法应用于测试系统，该测试系统采用客户端/服务端的工作结构，能充分发挥客户端的处理能力，客户端响应速度快；通过对测试显示界面与预存的预期显示界面，确定测试结果，由于无需人工参与，提高了测试的效率；另外，由于该测试方法中从测试脚本的获取，座舱显示系统的仿真以及测试结果确定，均无需人工参与，各个步骤结果相互作用，提高了对座舱显示系统测试的效率；客户端与运行仿真装置连接，使得客户端可以将生成的激励信号发送至运行仿真装置，触发该运行仿真装置中仿真座舱显示系统执行该激励信号对应测试操作，无需将激励信号发送至实体的运行仿真装置中，降低对座舱显示系统测试的环境要求，提高测试的适用性。
48.在一个实施例中，该测试方法中获取测试脚本由客户端生成，其示意图如图2所示。
49.步骤1011：接收用户确定的各测试项目的配置信息，生成测试脚本。
50.具体地，配置信息可以由用户输入，例如，可以在客户端上的显示界面显示测试用例编辑器，客户端根据选择指令编辑测试用例，选择指令用于指示用户所选取的该测试用例编辑器中的测试控件或指令，该选择指令可以是点击。例如，显示界面接收到用户选择set控件、或者其他与接口定义文件(interface control document，icd)中参数相关的命令控件的指令，在参数输入时客户端将根据用户的当前选择的控件结合icd参数配置，动态提供可选参数提示；用户可以基于可选参数提示，输入参数；自动生成测试脚本。
51.该测试方法还包括客户端查询接口定义文件中的参数。
52.具体地，客户端接收用户的查询请求，根据查询请求查询接口定义文件中的参数，对icd参数的查询，以便于快速生成测试脚本。例如，显示查询结果，接收输入的选择指令，获取查询结果中的单个或者多个参数，客户端基于选中的参数，完成测试项目对应的测试脚本的自动生成。其中，测试脚本中包含了各个测试用例的执行顺序。
53.步骤102：该客户端根据测试脚本向运行仿真装置发送激励信号。
54.步骤103：运行仿真装置仿真座舱显示系统执行与激励信号对应的测试操作，并显示包括测试操作结果的测试显示界面。
55.步骤104：服务端根据客户端的指示对运行仿真装置的测试显示界面进行采集。
56.步骤105：服务端识别测试显示界面，获得测试识别结果。
57.步骤106：服务端将测试识别结果传输至客户端。
58.步骤107：客户端根据接收的测试识别结果和预存的预期显示界面的识别结果，确定测试结果。
59.需要说明的是，该测试方法采用异步执行机制，采用异步测试机制，可以减少主线程的占用，避免出现主线程占用时间过长，影响测试的速度的问题。采用异步测试执行机制，即在执行测试时的过程控制并避免由于主线程被占用导致的响应时间过长问题。
60.本实施例中，无需人工编写测试脚本，提高了测试的效率。
61.在一个实施例中，客户端对测试脚本进行校验，其示意图如图3所示。
62.步骤1011：接收用户确定的各测试项目的配置信息，生成测试脚本。
63.步骤102
‑
1：根据预存的接口定义文件对测试脚本进行有效性检测。
64.传统方式中，用户所有测试用例的编写均基于excel，由于在编写过程中无法及时有效的获取到ssdl平台的icd参数配置，因此很容易出现最终完成的测试脚本在实际运行
中出现信号无法识别的错误，即cvt无效错误。同时由于在生产环境下ssdl平台的更新频率较快，测试人员往往需要在测试脚本正确性的验证上耗费大量的时间和精力。
65.在执行测试脚本之前，对测试简本进行有效性校验，校验的内容包括参数的有效性以及参数值的有效性，可以确保测试脚本的准确性。
66.参数的有效性校验的过程可以为：获取测试项目的接口定义文件，获取该接口定义文件中的参数。获取测试脚本，可以检测该测试脚本中是否包括该测试项目的接口定义文件中所有的参数，若不是，则表明当前测试脚本有缺失参数。
67.还可以通过检测预存参数值与测试脚本中对应的参数值是否相同实现。
68.步骤102
‑
2：若检测到测试脚本中存在无效信息，则指示无效信息的位置。
69.校验完成后将输出所有错误原因和位置信息，以供用户查看。
70.步骤102：该客户端根据测试脚本向运行仿真装置发送激励信号。
71.步骤103：运行仿真装置仿真座舱显示系统执行与激励信号对应的测试操作，并显示包括测试操作结果的测试显示界面。
72.步骤104：服务端根据客户端的指示对运行仿真装置的测试显示界面进行采集。
73.步骤105：服务端识别测试显示界面，获得测试识别结果。
74.步骤106：服务端将测试识别结果传输至客户端。
75.步骤107：客户端根据接收的测试识别结果和预存的预期显示界面的识别结果，确定测试结果。
76.本实施例，由于测试脚本中包括多个测试用例，若人工检测，工作量大，而本实施例中无需人工检测，提高了检测效率，同时提高测试的准确性。
77.在一个实施例中，客户端将每个版本的测试脚本存储至数据库中，以供测试员查看，其示意图如图4所示。
78.步骤1011：接收用户确定的各测试项目的配置信息，生成测试脚本。
79.步骤102
‑
1：根据预存的接口定义文件对测试脚本进行有效性检测。
80.步骤102
‑
2：若检测到测试脚本中存在无效信息，则指示无效信息的位置。
81.步骤102
‑
3：客户端将每一版本的测试脚本保存至数据库中，测试脚本对应有各自的标识信息。
82.具体地，客户端还设置有数据库访问接口，数据库访问接口用于对数据库中的数据进行存读，数据库可以采用mysql数据库。由于存在对测试脚本的更新，故可以将每一版测试脚本存储至数据库中，同时数据库中保存有每一版测试脚本的标识信息。保存测试脚本的过程如下：
83.在测试脚本被执行时，客户端将根据测试脚本的内容和版本生成唯一的轮次编号；并在测试执行的过程中将所有包括采集图像在内的相关测试过程和结果数据保存在该轮次下，以供测试人员查看。
84.本示例中测试系统还可以对用户选择的参数进行监控，用户可以从客户端的输入/输出端选择参数；监控各个参数的数值，监控的时长可以根据需要进行设置，可以手动刷新或系统定时刷新被监控的参数，以适配不同的测试场景。
85.客户端支持excel格式用户测试脚本的导入，可对导入系统的测试脚本执行检索、更新、查看以及删除等操作。
86.步骤102：该客户端根据测试脚本向运行仿真装置发送激励信号。
87.步骤103：运行仿真装置仿真座舱显示系统执行与激励信号对应的测试操作，并显示包括测试操作结果的测试显示界面。
88.步骤104：服务端根据客户端的指示对运行仿真装置的测试显示界面进行采集。
89.步骤105：服务端识别测试显示界面，获得测试识别结果。
90.步骤106：服务端将测试识别结果传输至客户端。
91.步骤107：客户端根据接收的测试识别结果和预存的预期显示界面的识别结果，确定测试结果。
92.本实施例，保存测试脚本的各个版本，并于后续查询测试脚本以供测试员研究。
93.在一个实施例中，客户端提供至少两种测试模式，其示意图如图5所示。
94.步骤1011：接收用户确定的各测试项目的配置信息，生成测试脚本。
95.步骤102
‑
1：根据预存的接口定义文件对测试脚本进行有效性检测。
96.步骤102
‑
2：若检测到测试脚本中存在无效信息，则指示无效信息的位置。
97.步骤102
‑
3：客户端将每一版本的测试脚本保存至数据库中，测试脚本对应有各自的标识信息。
98.步骤102：该客户端根据测试脚本向运行仿真装置发送激励信号。
99.步骤103：运行仿真装置仿真座舱显示系统执行与激励信号对应的测试操作，并显示包括测试操作结果的测试显示界面。
100.步骤104
‑
1：客户端显示预设的至少两个测试模式选项，以供用户通过显示界面选取测试模式。
101.步骤104
‑
2：客户端响应于被选取的测试模式，按照测试模式对仿真的座舱显示系统进行测试。
102.测试模式包括两种模式，分别是自适应模型和全自动模式。自适应模式是指有人监督的混合型测试，即可根据测试步骤的类型在半自动和全自动执行模式中自动切换；全自动测试步骤将被自动跳过；全自动模式，是指无人监督的长时间全自动测试，半自动测试步骤将被自动跳过，同时对于运行中可能发生的错误，如：用例中包含不合法的信号或ssdl调用出错等，将取消用户确认对话框的弹出，并记录错误信息。
103.步骤104：服务端根据客户端的指示对运行仿真装置的测试显示界面进行采集。
104.步骤105：服务端识别测试显示界面，获得测试识别结果。
105.步骤106：服务端将测试识别结果传输至客户端。
106.步骤107：客户端根据接收的测试识别结果和预存的预期显示界面的识别结果，确定测试结果。
107.本实施例中，提供多种测试模式，供用户选择，提高测试的灵活性。
108.在一个实施例中，客户端还可以对机载数据进行处理，其示意图如图6所示。
109.步骤1011：接收用户确定的各测试项目的配置信息，生成的测试脚本。
110.步骤102
‑
1：根据预存的接口定义文件对测试脚本进行有效性检测。
111.步骤102
‑
2：若检测到测试脚本中存在无效信息，则指示无效信息的位置。
112.步骤102
‑
3：客户端将每一版本的测试脚本保存至数据库中，测试脚本对应有各自的标识信息。
113.步骤102：该客户端根据所述测试脚本向运行仿真装置发送激励信号。
114.步骤103：运行仿真装置仿真座舱显示系统执行与激励信号对应的测试操作，并显示包括测试操作结果的测试显示界面。
115.步骤104
‑
1：客户端显示预设的至少两个测试模式选项，以供用户通过显示界面选取测试模式。
116.步骤104
‑
2：客户端响应于被选取的测试模式，按照所述测试模式对仿真的座舱显示系统进行测试。
117.步骤104：服务端根据客户端的指示对运行仿真装置的测试显示界面进行采集。
118.步骤105：服务端识别测试显示界面，获得测试识别结果。
119.步骤106：服务端将测试识别结果传输至客户端。
120.步骤107：客户端根据接收的测试识别结果和预存的预期显示界面的识别结果，确定测试结果。
121.步骤108：客户端获取机载设备的机载数据。
122.机载数据指示指机载设备采集的数据，机载设备如飞机。该机载数据可以由其它设备导入至该客户端。
123.步骤109：客户端解析机载数据，获取机载数据中的各参数。
124.步骤110：客户端根据机载数据中的各参数以及预存的机载接口定义文件，绘制机载数据对应的曲线。
125.具体地，对机载数据进行解析，获取到机载数据中的各个参数，以便对该机载数据进行仿真，或者对机载数据进行分析处理。可以为该机载数据分配预存的机载接口定义文件，根据分配时间排序绘制机载数据对应的曲线。
126.需要说明的是，本实施例中的测试系统在实验室的环境中进行了部署测试，在实验室无人监督的环境下可连续运行自动测试超过10个小时，保证了连续工作时间；在操作响应时间上，平均操作响应时间小于1秒，重负载操作响应时间小于2秒；在对待解析机载数据文件长度进行测试时，该原型系统可解析超过2gb大小的机载数据文件，同时单个机载数据文件的参数数量可实现包含超过200个参数的机载数据文件的解析；在测试时对单个记载文件的数据处理时间进行了记录，实测解析2gb大小的机载数据文件的耗时约6分钟；在服务端的图像处理模块中，使用了不同的测试显示界面的图片进行了测试，可以成功识别出图片中的数值信息，英文语句和线型。其中数值信息包括：数值的内容、颜色、位置和持续显示时间，英文语句包括：英文语句的出现(appear)和消失(disappear)、语句的颜色、位置以及持续显示的时间；线型包括：线型的状态(颜色、长短和粗细的组合)和持续时间。在实测中，数字及英文语句自动识别准确率为96.32％，线型及图标识别准确率97.11％。
127.可见，本技术实施例中的测试系统，测试效率高，测试的准确度高。
128.上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。
129.本技术第二实施方式涉及一种座舱显示系统的测试系统，该测试系统如图7所示，包括：客户端201、服务端202以及运行仿真装置203，客户端与服务端连接，运行仿真装置与
客户端连接。
130.客户端201用于获取测试脚本，根据测试脚本向运行仿真装置发送激励信号；运行仿真装置202用于仿真座舱显示系统执行与激励信号对应的测试操作，并显示包括所述测试操作结果的测试显示界面；服务端203用于根据客户端的指示采集所述运行仿真装置的测试显示界面；识别所述测试显示界面，获得测试识别结果；将所述测试识别结果传输至所述客户端；客户端201还用于根据接收的测试识别结果和预存预期显示界面的识别结果，确定测试结果。
131.其中，服务端和客户端均具有处理器和存储器，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路链接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。
132.处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。
133.本技术第三实施例涉及一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述的测试方法。
134.本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
135.本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。