可见即可说短链路测试方法、装置、设备及介质与流程

文档序号:44988789发布日期:2026-03-24 20:03阅读:4来源:国知局
技术简介:
本专利针对现有车载可见即可说功能测试中存在测试周期长、依赖硬件设备及动态内容适应性差的问题,提出通过车机系统直接获取界面组件结构化数据,结合预设泛化规则自动生成语音测试指令与预期结果,并利用云端服务进行匹配校验,构建短链路验证架构,显著提升测试效率并降低硬件依赖。
关键词:可见即可说测试,短链路验证

本技术涉及车载语音功能测试,具体涉及一种可见即可说短链路测试方法、装置、设备及介质。


背景技术:

1、随着智能座舱的普及,可见即可说功能已成为提升驾驶安全与交互效率的核心特性之一,该功能允许用户通过说出屏幕上显示的文本或控件名称来直接进行操作,为确保该功能在各种复杂界面及动态内容场景下的准确性,对该功能进行自动化测试至关重要。

2、目前的可见即可说功能通常需要测试人员预先人工编写大量测试用例,并将其转化为可执行的测试脚本,随后通过声学假人等硬件设备播放合成语音,在真实车机环境中完成全链路验证,最终通过抓取和分析系统日志来判断测试结果。但是该方法的验证链路冗长,涉及硬件播放、车机响应、日志抓取等多个环节,单条用例执行耗时长达数十秒,测试效率低,且对专用硬件设备依赖性强。


技术实现思路

1、本技术提供一种可见即可说短链路测试方法、装置、设备及介质,可以解决现有技术中存在的测试周期长且对动态内容适应能力差的技术问题。

2、第一方面,本技术实施例提供一种可见即可说短链路测试方法,所述可见即可说短链路测试方法包括:

3、获取当前车机界面中所有交互组件的类型信息与实体词信息;

4、基于每个交互组件的类型信息,通过预设泛化规则为每个交互组件生成多条语音测试指令和每条语音测试指令对应的预期结果;

5、将每条语音测试指令与所述实体词信息进行匹配,并根据所述类型信息对匹配结果进行校验,得到每条语音测试指令的匹配结果;

6、将每条语音测试指令对应的预期结果和对应的匹配结果进行比较,生成测试验证结论。

7、结合第一方面,在一种实施方式中,所述获取当前车机界面中所有交互组件的类型信息与实体词信息,包括:

8、在车机系统页面框架的debug模式中设置数据采集开关;

9、通过adb命令或接口调用激活所述数据采集开关;

10、车机系统响应于所述数据采集开关的激活,遍历当前车机界面视图树,提取当前车机界面中所有交互组件的类型信息与实体词信息。

11、结合第一方面,在一种实施方式中,在车机系统响应于所述数据采集开关的激活,遍历当前车机界面视图树,提取当前车机界面中所有交互组件的类型信息与实体词信息之后,包括:

12、以json格式导出包含当前车机界面中所有交互组件的类型信息与实体词信息的结构化文件;

13、其中,所述结构化文件以当前车机界面中的页面功能模块为键名,以交互组件数组为键值,所述类型信息包括tab、switch、button、checkbox、slider,所述实体词信息为所有交互组件在当前车机界面显示的可读文本标签。

14、结合第一方面,在一种实施方式中,所述基于每个交互组件的类型信息,通过预设泛化规则为每个交互组件生成多条语音测试指令和每条语音测试指令对应的预期结果,包括:

15、通过预设泛化规则获取每个交互组件的类型信息对应的句式模板集合,所述预设泛化规则包括类型信息与句式模板集合的映射关系;

16、将每个交互组件的实体词信息代入每个交互组件的对应的句式模板集合,生成多条候选语音测试指令;

17、对所述候选语音测试指令进行去重和优先级排序,得到最终的语音测试指令集;

18、生成每条语音测试指令对应的预期结果,所述预期结果至少包括与该语音测试指令对应的交互组件的标识符,以及该语音测试指令所对应的预期操作。

19、结合第一方面,在一种实施方式中,所述将每条语音测试指令与所述实体词信息进行匹配,包括:

20、将所有语音测试指令和实体词信息提交至云端可见即可说服务;

21、云端可见即可说服务将所述语音测试指令转换为文本指令,从所述文本指令中提取关键词;

22、计算所述关键词与每个实体词信息之间的相似度;

23、根据相似度排序,选取至少一个实体词信息作为候选匹配结果。

24、结合第一方面,在一种实施方式中,所述根据所述类型信息对匹配结果进行校验,得到每条语音测试指令的匹配结果,包括:

25、从所述语音测试指令中解析出与用户意图对应的操作类型;

26、将解析出的操作类型与候选匹配结果对应的交互组件的类型信息进行比对;

27、判断交互组件的类型信息是否支持解析出的操作类型,若是,则该候选匹配结果通过校验,作为最终的匹配结果,若否,则校验失败,丢弃该候选匹配结果;

28、其中匹配结果至少包括与该语音测试指令对应的交互组件的标识符。

29、结合第一方面,在一种实施方式中,所述将每条语音测试指令对应的预期结果和对应的匹配结果进行比较,生成测试验证结论,包括:

30、将每条语音测试指令对应的预期结果中交互组件的标识符与每条语音测试指令对应的匹配结果中交互组件的标识符进行比对;

31、根据比对结果计算匹配结果与预期结果的一致性评分;

32、将一致性评分与预设阈值进行对比,以根据对比结果生成该语音测试指令的验证结果。

33、第二方面,本技术实施例提供了一种可见即可说短链路测试装置,所述可见即可说短链路测试装置包括:

34、获取模块,其用于获取当前车机界面中所有交互组件的类型信息与实体词信息;

35、生成模块,其用于基于每个交互组件的类型信息,通过预设泛化规则为每个交互组件生成多条语音测试指令和每条语音测试指令对应的预期结果;

36、匹配模块,其用于将每条语音测试指令与所述实体词信息进行匹配,并根据所述类型信息对匹配结果进行校验,得到每条语音测试指令的匹配结果;

37、测试模块,其用于将每条语音测试指令对应的预期结果和对应的匹配结果进行比较,生成测试验证结论。

38、第三方面,本技术实施例提供了一种可见即可说短链路测试设备,所述可见即可说短链路测试设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的可见即可说短链路测试程序,其中所述可见即可说短链路测试程序被所述处理器执行时,实现如上述任一实施例所述的可见即可说短链路测试方法的步骤。

39、第四方面,本技术实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有可见即可说短链路测试程序,其中所述可见即可说短链路测试程序被处理器执行时,实现如上述任一实施例所述的可见即可说短链路测试方法的步骤。

40、本技术实施例提供的技术方案带来的有益效果包括:

41、本技术实施例通过从车机系统直接获取界面组件的结构化数据,并基于组件类型与实体词自动生成多样化的测试指令与断言,实现了测试用例设计的全自动化,消除了人工编写和维护用例的成本,并能实现动态内容覆盖。本技术实施例通过将验证全链路从“声学硬件-车机-日志”的全链路,收敛至“云端可见即可说模块”的输入与输出,构建了短链路验证架构,通过直接调用云端接口进行验证,缩短单条测试用例的执行时间,大幅提升了测试执行效率,并降低了对专用硬件设备的依赖与占用。

当前第1页1 2 
网友询问留言 留言:0条
  • 还没有人留言评论。精彩留言会获得点赞!