一种基于轻量级总线测试框架的数据仿真测试方法与流程
未命名
08-22
阅读:116
评论:0
1.本技术涉及软件自动化测试技术领域,具体而言,涉及一种基于轻量级总线测试框架的数据仿真测试方法。
背景技术:
2.被测系统运行时,通过总线接口与外围系统进行信息交换。建立这类软件的半实物仿真测试环境时,一般有两种技术方案。一种是综合运用板卡/转接盒硬件设备配套的总线仿真测试软件,以数据仿真的方式模拟被测系统运行的外围环境(以下简称“技术方案一”)。技术方案一存在以下问题:
①
被测系统具有几种总线类型,就需要打开几种总线仿真软件;如果某一种总线类型使用多个端口通信,则需要打开多个这种总线仿真软件,导致测试过程中需要在各个总线仿真软件之间频繁切换,操作繁琐。
②
由于不同的总线仿真软件来源于不同的厂商,彼此间设计差别较大,操作风格不统一,增加了使用难度。
③
这类总线仿真软件一般是板卡/转接盒硬件设备配套的总线分析和调试工具,功能简单,很难用于自动化测试。
3.另一种技术方案是应用现有的半实物仿真平台,以数据仿真的方式模拟被测系统运行的外围环境(以下简称“技术方案二”)。这类平台通常为厂商定制的货架产品,采用上、下位机架构设计,上位机提供人机接口,下位机建立与被测系统的物理连接。技术方案二存在以下问题:
①
下位机的总线资源类型、接口数量固定,由于是厂商定制的货架产品,扩展困难,即使通过扩充下位机数量来扩展总线资源,操作也比较繁琐。
②
这类平台设备笨重,不方便携带,很难应用于实验室之外的测试场所。
③
这类平台是通用测试平台,一般都集成了测试建模、测试设计、测试执行、测试报告等功能模块,需要开发复杂的测试脚本才能使用。对于复杂业务流程的自动化测试需求,只能利用平台提供的扩展接口进行二次开发,使用门槛较高。
技术实现要素:
4.本技术的主要目的在于提供一种基于轻量级总线测试框架的数据仿真测试方法,以解决上述问题。
5.为了实现上述目的,根据本技术的一个方面,提供了一种基于轻量级总线测试框架的数据仿真测试方法。
6.根据本技术的基于轻量级总线测试框架的数据仿真测试方法包括:设计轻量级总线测试框架,定义统一的插件接口;设计单总线接口测试插件,实现插件接口,形成插件集,仿真被测系统的外围数据;准备板卡/转接盒硬件设备及驱动程序,连接被测系统,构建半实物仿真测试环境,实现数据的物理层传输;基于总线接口的物理连接需求,配置插件类型和插件窗体数量,初始化框架;
根据被测系统的外围数据仿真需求,配置测试数据,支持多种模式发送数据,支持接收数据的自动应答,实现被测系统的外围数据仿真,从而实施自动化测试。
7.进一步的,所述设计轻量级总线测试框架,定义统一的插件接口,包括:该框架基于qt的类库设计,提供人机接口,设计一个ui线程处理用户操作和数据显示;该框架定义统一的插件接口,包括插件名称、插件图标、工作窗体、插件tooltip和工作窗体中每一种标签页的数量;框架使用结构体定义每一种总线接口初始化、数据解析和处理所需要的基本数据结构,以及定义需要的全局公共参数。
8.进一步的,所述设计单总线接口测试插件,实现插件接口,形成插件集,仿真被测系统的外围数据,包括:单总线接口测试插件基于qt plugins技术,实现了在框架中定义的插件接口,为每一种总线接口类型形成了一类测试插件;为了保持测试插件之间操作风格的一致性,将总线通信特征归类为初始化、接收数据、发送数据、统计数据、显示和保存数据几类操作,采用一致的编程风格实现每一类测试插件。
9.进一步的,所述设计单总线接口测试插件,实现插件接口,形成插件集,仿真被测系统的外围数据,包括;测试插件基于关键字驱动测试的设计思想,制定统一的配置规则,支持根据被测系统的外围数据仿真需求配置交换数据和关键字;配置规则支持根据被测系统的业务需求增加新的关键字。
10.进一步的,所述准备板卡/转接盒硬件设备及驱动程序,连接被测系统,构建半实物仿真测试环境,实现数据的物理层传输,包括:驱动程序向测试插件提供调用接口,实现初始化总线、接收/发送数据在内的任务,包括以太网驱动、串口驱动、can总线驱动、1553b总线驱动;板卡/转接盒物理设备使用各类总线的标准接口,建立与被测系统之间的物理连接,形成半实物仿真测试环境,实现接收/发送数据的物理层传输。
11.进一步的,在操作系统中安装驱动程序后,插件调用驱动的方式包括:插件需要单独加载板卡/转接盒物理设备的驱动库文件,然后再调用api函数来执行初始化总线、接收/发送数据任务;插件按照类似文件i/o设备的操作方式直接打开总线端口、接收/发送数据,不需要单独加载板卡/转接盒物理设备的驱动库文件。
12.进一步的,所述基于总线接口的物理连接需求,配置插件类型和插件窗体数量,初始化框架,包括:框架使用json文件提供插件配置接口,用户根据实际需要配置在框架中加载的插件类型和在插件中显示的窗体数量。
13.进一步的,所述基于总线接口的物理连接需求,配置插件类型和插件窗体数量,初始化框架,包括:对于每一种总线接口类型形成的插件,应用mvd架构设计插件窗体,实现数据存储
和数据显示的分离;应用多线程程序设计技术开发测试插件,针对每一个总线端口设计一个独立的工作线程,专门执行初始化总线、数据组包、接收/发送数据以及数据处理在内的任务。
14.在本技术实施例中,提供一种能够灵活构建半实物仿真环境,操作简单,易于实施自动化测试的基于总线通信的测试框架。
附图说明
15.构成本技术的一部分的附图用来提供对本技术的进一步理解,使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术,并不构成对本技术的不当限定。在附图中:图1是本发明所述被测系统的总线连接关系示意图;图2是本发明所述一种基于轻量级总线测试框架的数据仿真测试环境示意图;图3是本发明所述一种轻量级总线测试框架的使用步骤示意图。
具体实施方式
16.为了使本技术领域的人员更好地理解本技术方案,下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本技术一部分的实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本技术保护的范围。
17.需要说明的是,本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本技术的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
18.在本技术中,术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本发明及其实施例,并非用于限定所指示的装置、元件或组成部分必须具有特定方位,或以特定方位进行构造和操作。
19.并且,上述部分术语除了可以用于表示方位或位置关系以外,还可能用于表示其他含义,例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言,可以根据具体情况理解这些术语在本发明中的具体含义。
20.此外,术语“安装”、“获取”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如,可以是固定连接,可拆卸连接,或整体式构造;可以是机械连接,或电连接;可以是直接相连,或者是通过中间媒介间接相连,又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
21.需要说明的是,在不冲突的情况下,本技术中的实施例及实施例中的特征可以相互组合。应当理解,在本发明的描述中,除非另有明确的规定和限定,术语“存储介质”可以
是rom、ram、磁碟或者光盘等各种可以存储计算机程序的介质。术语“处理器”可以是cpld(complex programmable logic device:复杂可编程逻辑器件)、fpga(field-programmable gate 信息ray:现场可编程门阵列)、mcu(microcontroller unit:微控制单元)、plc(programmable logic controller:可编程逻辑控制器)以及cpu(central processing unit:中央处理器)等具备数据处理功能的芯片或电路。术语“电子设备”可以是具有数据处理功能和存储功能的任何设备,通常可以包括固定终端和移动终端。固定终端如台式机等。移动终端如手机、pad以及移动机器人等。此外,后续所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
22.需要说明的是,在不冲突的情况下,本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
23.实施例1根据本发明实施例,提供了一种基于轻量级总线测试框架的数据仿真测试方法。
24.参阅图1。在以下描述的优选实施例中,被测系统的总线连接关系示意图,包括:被测系统与外围设备1-5,它们共同构成了被测系统的交联运行环境。被测系统代表实际的被测对象,它通过以太网、串口、can、1553b共计四类总线、五种接口与外围设备之间交换数据。被测系统与外围设备1之间通过udp接口(标识为udp-1)、串口(标识为uart-1)交换数据;被测系统与外围设备2之间通过tcp接口(标识为tcp-1)交换数据;被测系统与外围设备3之间通过串口(标识为uart-2)交换数据;被测系统与外围设备4之间通过can接口(标识为can-1、can-2)交换数据;被测系统与外围设备5之间通过1553b接口(标识为1553b-1、1553b-2)交换数据。
25.参阅图2。一种基于轻量级总线测试框架的数据仿真测试环境示意图,包括:框架、插件集、通信层、插件配置接口和数据配置接口形成的一种轻量级总线测试框架,以及它们与被测系统共同构建的一种基于轻量级总线测试框架的数据仿真测试环境。
26.框架负责提供人机接口,设计一个ui线程处理用户操作和数据显示;框架定义了统一的插件接口,由每一种总线接口类型具体实现,形成一类测试插件;框架还定义了基本数据结构,以供测试插件引用;框架提供了插件配置接口,用户可以根据实际需要管理插件类型和插件中显示的窗体数量,降低操作难度。
27.插件集是各种单总线接口测试插件的集合,主要实现每一种总线接口的自动化测试。测试插件具体实现了在框架中定义的插件接口,为每一种总线接口类型形成了一类测试插件;为了保持测试插件之间操作风格的一致性,我们将总线通信特征归类为初始化、接收数据、发送数据、统计数据、显示和保存数据几类操作,采用一致的编程风格实现每一类测试插件;在每一类测试插件中,针对每一个总线端口设计一个工作线程,专门执行初始化总线、接收/发送数据以及数据处理等任务;测试插件还提供了统一的数据配置接口,基于关键字驱动测试的设计思想,制定了统一的交换数据配置规则,用户可以根据被测系统的业务流程,结合测试场景需要为每一个总线端口配置交换数据和关键字,实现被测系统的外围数据仿真,从而实施自动化测试。
28.通信层包括板卡/转接盒物理设备及其驱动程序,主要实现数据的传输。驱动程序向测试插件提供调用接口,具体实现初始化总线、接收/发送数据等任务,包括以太网驱动、串口驱动、can总线驱动、1553b总线驱动等。在操作系统中安装总线驱动程序后,插件使用
总线驱动的方式大体有两种:一种是插件需要单独加载板卡/转接盒物理设备的dll,然后再调用api函数来执行初始化总线、接收/发送数据任务,例如can总线、1553b总线;另一种是插件按照类似文件i/o设备的操作方式直接打开总线端口、接收/发送数据,不需要单独加载板卡/转接盒物理设备的dll,例如以太网总线、串口。板卡/转接盒物理设备使用以太网、串口t、can总线、1553b总线等各类总线的标准接口,建立轻量级总线测试框架和被测系统之间的物理连接,形成半实物仿真测试环境,实现接收/发送数据的物理层传输。
29.参阅图3。一种轻量级总线测试框架的使用步骤为:步骤一、准备板卡/转接盒硬件设备,连接被测系统。用户根据被测系统的总线连接需求,准备相应的板卡/转接盒物理设备,并建立与被测系统之间的物理连接。对于以太网总线,需要准备一根连接电缆;对于串口、can总线、1553b总线,还需要外接usb接口的转接盒物理设备。
30.步骤二、配置插件类型和插件窗体数量。根据被测系统的总线通信需求,通过插件配置接口(本例中为appinit.json文件)配置需要加载的插件类型和在插件中需要显示的窗体数量,以便启动轻量级总线测试框架后恰好适配被测系统的所有总线资源。
31.步骤三、启动轻量级总线测试框架。双击轻量级总线测试框架可执行程序,打开轻量级总线测试框架,框架会自动读取appinit.json文件,解析其中配置的插件类型、插件窗体数量等参数,然后初始化框架,依序加载插件,进入软件主界面。
32.步骤四、初始化总线。切换到插件窗体窗口,按照被测系统的总线通信需求选择参数,初始化总线端口。重复步骤四,直到所有的总线端口初始化完成。
33.步骤五、配置交换数据。根据被测系统业务流程中的数据输入输出需求,结合计划执行的测试场景,配置交换数据和关键字。这可以确保总线测试框架监测到被测系统某一总线端口的输出数据满足条件后,自动仿真数据激励,注入到被测系统,以便驱动其业务流程自动化运行,获得测试结果。对于每一种测试场景,用户都需要配置交换数据和关键字。如果被测系统不存在这类自动化测试需求,则跳过步骤五。
34.步骤六、发送数据。根据被测系统的数据输入需求,主动发送测试数据,激励被测系统运行。测试插件支持多种发送数据模式,可以满足被测系统多样化的数据输入要求。
35.步骤七、统计接收/发送数据。测试插件能够自动统计每一个总线端口的接收/发送的数据,显示在窗体上,包括接收/发送数据包数和字节数。
36.步骤八、显示和保存数据。测试插件会在窗体上实时显示每一个总线端口接收/发送的每一数据包内容,包括时间、源/目的地址、数据等。如果用户需要保存接收/发送数据,可以在窗体上勾选保存数据复选框,即可自动保存所有的接收/发送数据内容。
37.实施例2一种基于轻量级总线测试框架的数据仿真测试方法,主要包括:设计轻量级总线测试框架,定义统一的插件接口;设计单总线接口测试插件,实现插件接口,形成插件集,仿真被测系统的外围数据;准备板卡/转接盒硬件设备及驱动程序,连接被测系统,构建半实物仿真测试环境,实现数据的物理层传输;基于总线接口的物理连接需求,配置插件类型和插件窗体数量,初始化框架;根据被测系统的外围数据仿真需求,配置测试数据,支持多种模式发送数据,支持接收数据的自动应答,实现被测系统的外围数据仿真,从而实施自动化测试。
38.作为优选,所述一种基于轻量级总线测试框架的数据仿真测试方法,框架基于qt的类库设计,提供人机接口,设计一个ui(user interface)线程处理用户操作和数据显示;该框架定义统一的插件接口,包括插件名称、插件图标、工作窗体、插件tooltip和工作窗体中每一种标签页的数量;框架使用结构体定义每一种总线接口初始化、数据解析和处理所需要的基本数据结构,以及定义需要的全局公共参数。
39.作为优选,所述一种基于轻量级总线测试框架的数据仿真测试方法,单总线接口测试插件基于qt plugins技术,实现了在框架中定义的插件接口,为每一种总线接口类型形成了一类测试插件,对于linux操作系统平台是so文件,对于windows操作系统平台是dll文件,如以太网接口形成udp测试插件(udptest.so/udptest.dll)和tcp测试插件(tcptest.so/tcptest.dll),串口形成串口测试插件(uarttest.so/uarttest.dll),can总线形成can测试插件(cantest.so/cantest.dll),mil-std-1553b总线形成1553b测试插件(1553btest.so/1553btest.dll)等;为了保持测试插件之间操作风格的一致性,将总线通信特征归类为初始化、接收数据、发送数据、统计数据、显示和保存数据几类操作,采用一致的编程风格实现每一类测试插件。
40.作为优选,所述一种基于轻量级总线测试框架的数据仿真测试方法,驱动程序向测试插件提供调用接口,具体实现初始化总线、接收/发送数据等任务,包括以太网驱动、串口驱动、can总线驱动、1553b总线驱动等。在操作系统中安装驱动程序后,插件调用驱动的方式有两种:一种是插件需要单独加载板卡/转接盒物理设备的驱动库文件,然后再调用api函数来执行初始化总线、接收/发送数据任务,例如can总线、1553b总线;另一种是插件按照类似文件i/o设备的操作方式直接打开总线端口、接收/发送数据,不需要单独加载板卡/转接盒物理设备的驱动库文件,例如以太网总线、串口。板卡/转接盒物理设备使用各类总线的标准接口,建立与被测系统之间的物理连接,形成半实物仿真测试环境,实现接收/发送数据的物理层传输。
41.作为优选,所述一种基于轻量级总线测试框架的数据仿真测试方法,框架使用json文件提供插件配置接口,用户可以根据实际需要配置在框架中加载的插件类型和在插件中显示的窗体数量,从而以最小化的资源初始化框架,简化操作。
42.作为优选,所述一种基于轻量级总线测试框架的数据仿真测试方法,测试插件基于关键字驱动测试的设计思想,制定统一的配置规则,支持根据被测系统的外围数据仿真需求配置交换数据和关键字,用户不需要开发测试脚本,就可以对被测系统实施自动化测试,降低了使用门槛;配置规则支持根据被测系统的业务需求增加新的关键字,丰富测试插件的功能,拓展轻量级总线测试框架的应用范围。
43.作为优选,所述一种基于轻量级总线测试框架的数据仿真测试方法,对于每一种总线接口类型形成的插件,应用mvd(model/view/delegate)架构设计插件窗体,实现数据存储和数据显示的分离,还能够灵活地处理用户的输入;应用多线程程序设计技术开发测试插件,针对每一个总线端口设计一个独立的工作线程,专门执行初始化总线、数据组包、接收/发送数据以及数据处理等任务。
44.与现有技术相比,本发明的优点是:本发明针对现有半实物仿真技术方案中存在的问题,运用框架和关键字驱动测试的理论,提出一种基于轻量级总线测试框架的数据仿真测试方法,能够有效地解决测试环
境构建不灵活、操作繁琐、难于实施自动化测试的问题。
45.本发明针对技术方案一的问题
①
、技术方案二的问题
①
导致的半实物仿真测试环境构建不灵活、操作繁琐的问题,运用框架理论设计了一种轻量级总线测试框架。通过定义统一的插件接口,为每一种总线接口类型实现一类测试插件,用户根据实际情况在json文件中配置插件类型和插件窗体数量,不仅可以灵活构建半实物仿真测试环境,而且操作简单。
46.本发明针对技术方案一的问题
②
导致的不同类型的总线仿真软件操作风格不一致、增加了使用难度的问题,将总线通信特征归类为初始化、接收数据、发送数据、统计数据、显示和保存数据几类操作,采用一致的编程风格实现每一类测试插件,保证测试插件之间操作风格统一,降低使用难度。
47.本发明针对技术方案二的问题
②
存在的现有的半实物仿真平台笨重、携带不便的问题,所设计的一种轻量级总线测试框架天然具有这方面的优势。轻量级总线测试框架以软件为主,测试插件文件大小一般在几兆到十几兆,整个框架不过占用百兆存储空间,而且是绿色软件,不需要安装。对于can、1553b等需要转接盒硬件设备的总线类型,只需要准备usb接口的转接盒即可,携带方便。
48.本发明针对技术方案一的问题
③
描述的板卡/转接盒硬件设备的配套调试软件很难用于自动化测试的问题,以及技术方案二的问题
③
导致的需要开发复杂的测试脚本、甚至进行二次开发才能实施自动化测试的问题,运用关键字驱动测试的理论,制定了统一的配置规则。用户只需要专注于被测系统的业务需求分析,配置交换数据和关键字,就可以实施自动化测试,不需要开发测试脚本,降低了使用门槛。对于轻量级总线测试框架未覆盖到的业务需求,用户只需要增加新的关键字,升级相应的测试插件,即可测试新的业务需求,扩展方便。
49.此外,本发明还充分利用了qt跨平台编译的特性,分别生成适用于linux操作系统和windows操作系统的轻量级总线测试框架和插件集,使得框架可以在很多国产操作系统上运行,大大拓展了该方法的适用范围。
50.需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
51.显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
52.以上所述仅为本技术的优选实施例而已,并不用于限制本技术,对于本领域的技术人员来说,本技术可以有各种更改和变化。凡在本技术的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本技术的保护范围之内。
技术特征:
1.一种基于轻量级总线测试框架的数据仿真测试方法,其特征在于,包括:设计轻量级总线测试框架,定义统一的插件接口;设计单总线接口测试插件,实现插件接口,形成插件集,仿真被测系统的外围数据;准备板卡/转接盒硬件设备及驱动程序,连接被测系统,构建半实物仿真测试环境,实现数据的物理层传输;基于总线接口的物理连接需求,配置插件类型和插件窗体数量,初始化框架;根据被测系统的外围数据仿真需求,配置测试数据,支持多种模式发送数据,支持接收数据的自动应答,实现被测系统的外围数据仿真,从而实施自动化测试。2.根据权利要求1所述的基于轻量级总线测试框架的数据仿真测试方法,其特征在于,所述设计轻量级总线测试框架,定义统一的插件接口,包括:该框架基于qt的类库设计,提供人机接口,设计一个ui线程处理用户操作和数据显示;该框架定义统一的插件接口,包括插件名称、插件图标、工作窗体、插件tooltip和工作窗体中每一种标签页的数量;框架使用结构体定义每一种总线接口初始化、数据解析和处理所需要的基本数据结构,以及定义需要的全局公共参数。3.根据权利要求1所述的基于轻量级总线测试框架的数据仿真测试方法,其特征在于,所述设计单总线接口测试插件,实现插件接口,形成插件集,仿真被测系统的外围数据,包括:单总线接口测试插件基于qt plugins技术,实现了在框架中定义的插件接口,为每一种总线接口类型形成了一类测试插件;为了保持测试插件之间操作风格的一致性,将总线通信特征归类为初始化、接收数据、发送数据、统计数据、显示和保存数据几类操作,采用一致的编程风格实现每一类测试插件。4.根据权利要求3所述的一种基于轻量级总线测试框架的数据仿真测试方法,其特征在于,所述设计单总线接口测试插件,实现插件接口,形成插件集,仿真被测系统的外围数据,包括;测试插件基于关键字驱动测试的设计思想,制定统一的配置规则,支持根据被测系统的外围数据仿真需求配置交换数据和关键字;配置规则支持根据被测系统的业务需求增加新的关键字。5.根据权利要求1所述的基于轻量级总线测试框架的数据仿真测试方法,其特征在于,所述准备板卡/转接盒硬件设备及驱动程序,连接被测系统,构建半实物仿真测试环境,实现数据的物理层传输,包括:驱动程序向测试插件提供调用接口,实现初始化总线、接收/发送数据在内的任务,包括以太网驱动、串口驱动、can总线驱动、1553b总线驱动;板卡/转接盒物理设备使用各类总线的标准接口,建立与被测系统之间的物理连接,形成半实物仿真测试环境,实现接收/发送数据的物理层传输。6.根据权利要求5所述的基于轻量级总线测试框架的数据仿真测试方法,其特征在于,在操作系统中安装驱动程序后,插件调用驱动的方式包括:插件需要单独加载板卡/转接盒物理设备的驱动库文件,然后再调用api函数来执行初
始化总线、接收/发送数据任务;插件按照类似文件i/o设备的操作方式直接打开总线端口、接收/发送数据,不需要单独加载板卡/转接盒物理设备的驱动库文件。7.根据权利要求1所述的基于轻量级总线测试框架的数据仿真测试方法,其特征在于,所述基于总线接口的物理连接需求,配置插件类型和插件窗体数量,初始化框架,包括:框架使用json文件提供插件配置接口,用户根据实际需要配置在框架中加载的插件类型和在插件中显示的窗体数量。8.根据权利要求1所述的基于轻量级总线测试框架的数据仿真测试方法,其特征在于,所述基于总线接口的物理连接需求,配置插件类型和插件窗体数量,初始化框架,包括:对于每一种总线接口类型形成的插件,应用mvd架构设计插件窗体,实现数据存储和数据显示的分离;应用多线程程序设计技术开发测试插件,针对每一个总线端口设计一个独立的工作线程,专门执行初始化总线、数据组包、接收/发送数据以及数据处理在内的任务。
技术总结
本申请公开了一种基于轻量级总线测试框架的数据仿真测试方法。该方法包括:设计轻量级总线测试框架,定义统一的插件接口;设计单总线接口测试插件,实现插件接口,形成插件集,仿真被测系统的外围数据;准备板卡/转接盒硬件设备及驱动程序,连接被测系统,构建半实物仿真测试环境,实现数据的物理层传输;基于总线接口的物理连接需求,配置插件类型和插件窗体数量,初始化框架;根据被测系统的外围数据仿真需求,配置测试数据,支持多种模式发送数据,支持接收数据的自动应答,实现被测系统的外围数据仿真,从而实施自动化测试。本申请解决了现有技术不能灵活构建半实物仿真测试环境,实施自动化测试的使用门槛较高的技术问题。题。
技术研发人员:张进坤 沈亚峰 史龙飞 卢航 邓霏 杨柯 彭艳红 杨红庆
受保护的技术使用者:中国工程物理研究院计算机应用研究所
技术研发日:2022.08.08
技术公布日:2023/8/21
版权声明
本文仅代表作者观点,不代表航家之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)
航空之家 https://www.aerohome.com.cn/
飞机超市 https://mall.aerohome.com.cn/
航空资讯 https://news.aerohome.com.cn/
上一篇:用于车辆的车体的制作方法 下一篇:一种石膏库进出车辆监管方法及设备与流程
