CN114064473A - 车机系统测试方法、系统、车辆及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种车机系统测试方法、系统、车辆及计算机可读存储介质，所述方法包括通过接收车机系统发送的测试请求信息，并依据该测试请求信息确定压力测试脚本，确保压力测试脚本的适用性，提升测试准确率，从而运行该压力测试脚本，并输出测试结果，以通过脚本自动进行测试，实现测试自动化，解放人力，提升测试效率，进一步的，判断测试结果是否通过，若否，则依据该测试结果确定缺陷对象，通过测试结果进一步确定缺陷对象，定位问题根源，提升测试结果的准确性和有效性。

Description

车机系统测试方法、系统、车辆及计算机可读存储介质

技术领域

本发明涉及车辆自动化测试技术领域，尤其涉及一种车机系统测试方法、系统、车辆及计算机可读存储介质。

背景技术

随着车联网技术快速发展，国内外很多在售车辆都已经具有多功能的智能网联车机系统，该智能网联车机系统可以实现如可以接打电话，听电台、音乐，看视屏、导航等功能。在通过智能网联车机系统给用户带来便捷的同时，对于智能网联车机系统的稳定性和耐久性也提出了更高的要求。其中，对智能网联车机系统进行功能压力测试成为必经关卡，在目前的常规技术手段中，常为人工手动测试。但仅通过人工手动进行测试，很达到车机系统的量化测试要求，若不能实现严格的功能压力测试，则无法降低用户在使用过程中可能出现的偶然性缺陷的概率，例如，闪屏、卡顿、黑屏等现象。这将极大的影响用户的用车体验，进一步影响车辆生产商的口碑，造成声誉与经济损失。

发明内容

本发明的主要目的在于提供一种车机系统测试方法、系统、车辆及计算机可读存储介质。旨在解决如何实现车机系统的功能压力测试自动化的问题。

为实现上述目的，本发明提供一种车机系统测试方法，包括如下步骤：

接收车机系统发送的测试请求信息，依据所述测试请求信息确定压力测试脚本；

运行所述压力测试脚本，并输出测试结果；

检测所述测试结果是否通过，若否，则依据所述测试结果确定缺陷对象。

可选地，所述依据所述测试请求信息确定压力测试脚本的步骤包括：

确定所述测试请求信息对应的测试特征；

依据所述测试特征查找预设映射表中所述测试特征对应的压力测试脚本。

可选地，所述接收车机系统发送的测试请求信息，依据所述测试请求信息确定压力测试脚本的步骤之前，还包括：

获取功能规范文档，根据预设高频列表确定所述功能规范文档中的测试功能点；

依据所述测试功能点确定车机测试用例；

根据所述车机测试用例生成压力测试脚本。

可选地，所述根据所述车机测试用例生成压力测试脚本的步骤包括：

获取所述车机测试用例中的关键字信息和属性信息；

依据所述属性信息确定对应的脚本模板；

依据所述关键字信息、脚本代码映射表以及所述脚本模板生成压力测试脚本。

可选地，所述依据所述关键字信息、脚本代码映射表以及所述脚本模板生成压力测试脚本的步骤包括：

根据所述关键字信息确定脚本代码映射表中的关键字代码；

将所述关键字代码添加至所述脚本模板，得到压力测试脚本。

可选地，所述运行所述压力测试脚本的步骤包括：

获取车机系统信息，根据所述车机系统信息确定测试工具；

调用压力测试脚本至所述测试工具，并在所述测试工具内运行所述压力测试脚本。

可选地，所述依据所述测试结果确定缺陷对象的步骤包括：

获取所述测试结果对应的测试日志；

依据测试结果对应的缺陷信息定位所述测试日志中缺陷位置；

依据所述缺陷位置确定缺陷对象。

此外，为实现上述目的，本发明还提供一种车机系统测试系统，所述车机系统测试系统包括：

脚本生成模块，用于接收车机系统发送的测试请求信息，依据所述测试请求信息确定压力测试脚本；

脚本运行模块，用于运行所述压力测试脚本，并输出测试结果；

缺陷处理模块，用于检测所述测试结果是否通过，若否，则依据所述测试结果确定缺陷对象。

此外，为实现上述目的，本发明还提供一种车辆，所述车辆包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车机系统测试程序，其中：所述车机系统测试程序被所述处理器执行时实现如上所述的车机系统测试方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有车机系统测试程序，所述车机系统测试程序被处理器执行时实现如上所述的车机系统测试方法的步骤。

本发明提出的一种车机系统测试方法、系统、车辆及计算机可读存储介质，通过接收车机系统发送的测试请求信息，并依据该测试请求信息确定压力测试脚本，确保压力测试脚本的适用性，提升测试准确率，从而运行该压力测试脚本，并输出测试结果，以通过脚本自动进行测试，实现压力测试自动化，解放人力，提升测试效率，进一步的，判断测试结果是否通过，若否，则依据该测试结果确定缺陷对象，通过测试结果进一步确定缺陷对象，定位问题根源，提升测试结果的准确性和有效性。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的装置结构示意图；

图2为本发明车机系统测试方法第一实施例的流程示意图；

图3为本发明一实施例的具体应用流程示意图；

图4为本发明车机系统测试系统结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的装置结构示意图。

本发明实施例终端可以为车辆。如图1所示，终端可以包括：处理器1001，例如CPU，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选的用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，终端还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在硬件设备移动到耳边时，关闭显示屏和/或背光。当然，硬件设备还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的终端的结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及车机系统测试程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的车机系统测试程序，并执行以下操作：

接收车机系统发送的测试请求信息，依据所述测试请求信息确定压力测试脚本；

运行所述压力测试脚本，并输出测试结果；

检测所述测试结果是否通过，若否，则依据所述测试结果确定缺陷对象。

本发明应用于终端的具体实施例与下述应用车机系统测试方法的各实施例基本相同，在此不作赘述。

请参照图2，图2为本发明车机系统测试方法第一实施例的流程示意图，其中，所述车机系统测试方法包括如下步骤：

步骤S100，接收车机系统发送的测试请求信息，依据所述测试请求信息确定压力测试脚本；

本实施例中，需要说明的是，在进行测试之前需要进行压力测试脚本的确定，针对不同的测试功能设置有进行该各功能测试对应的压力测试脚本，将压力测试脚本存储在数据库中。在进行测试时，依据测试需求进行压力测试脚本的选择。测试请求信息是指携带测试需求内容的用于触发测试的请求，例如，对电台播放按钮进测试的请求。当接收到车机系统发送的测试请求信息后，获取该测试请求信息中的测试需求，其中，测试需求可以包括测试项目、测试功能、测试类型等反映当前测试意图的内容。按照测试需求定位对应的压力测试脚本。在一实施例中，以安卓作为车机底层系统，安卓系统可以通过打开ADB(AndroidDebug Bridge，安卓调试桥)的方式来对其进行调试，我们利用ADB调试的方式，设计出一款自动化测试软件，通过代码去调用车机安卓底层系统的控件，以达到模拟人为的对车机的单击、滑动等操作。具体地，接收测试请求信息，分析该测试请求信息，获取测试需求，按照测试需求确定对应的压力测试脚本。

可以理解的是，依据测试请求信息确定压力测试脚本的方式可以是设置一个需求与压力测试脚本的映射表，在从测试请求信息中分析出测试需求后，通过查找该需求与压力测试脚本的映射表，确定对应的压力测试脚本，例如，在需求与压力测试脚本映射表中，电台播放按钮需求测试对应压力测试脚本一号，则当接收到的测试请求信息中后分析出测试需求为电台播放按钮测试时，查找该需求与压力测试脚本映射表可知对应的压力测试脚本为压力测试脚本一号。依据测试请求信息确定压力测试脚本的方式还可以是通过设计特征信息匹配，测试请求信息中携带有需求信号，针对不同的压力测试脚本设置有不同的特征信号，当接收到需求信号时，查找与该需求信号匹配的特征信号，确定该与需求信号匹配的特征信号所对应的压力测试脚本为目标压力测试脚本。

步骤S200，运行所述压力测试脚本，并输出测试结果；

在确定压力测试脚本之后，通过运行该压力测试脚本进行测试，该压力测试脚本实现具体的测试操作，例如，点击、滑动等。在压力测试脚本运行结束后，输出测试结果。本实施例中，设计有测试工具，将该压力测试脚本导入测试工具中，运行该压力测试脚本，该测试工具用于记录并反馈压力测试脚本的运行过程以及输出测试结果。测试结果是指当前的压力测试脚本运行结束后，对应测试请求信息中的测试需求得出测试结论。例如，在进行界面测试时，获取压力测试脚本运行后该测试界面对应的界面截图。其中，输出测试结果可以在脚本运行结束后，对整体脚本运行的测试结果进行输出；也可以是依据测试阶段在脚本运行时实时输出；还可以是在检测到压力测试脚本停止运行信号时，输出该停止时刻对应的测试结果。具体地，通过运行自动化压力测试脚本，输出测试结果。

可以理解的是，通过自动化压力测试脚本进行测试，可以有效替换人工以进行一些仅靠人力无法完成的工作，例如，针对滑动位移精确性极高的工作、重复次数很多的工作、测试时间很长的工作、操作频率很高的工作等功能性测试和/或压力测试。例如，对电台的暂停播放按钮执行点击1000次、开始结束导航1000次等对某功能或者操作执行压力测试。

步骤S300，检测所述测试结果是否通过，若否，则依据所述测试结果确定缺陷对象。

本实施例中，需要说明的是，缺陷对象是指产生缺陷的根源，例如，车机系统、压力测试脚本、测试工具、测试用例等导致该测试失败的对象。在获取测试结果之后，依据测试结果与测试标准之间的比对，判断该测试结果是否通过，例如，在进行界面测试时，判断测试结果中的界面截图是否与测试标准中的界面图像一致。当测试结果为通过时，则确定该项测试合格；当测试结果不通过时，则根据该测试结果定位缺陷对象。例如，进行界面测试时，测试结果中的界面内容与标准不一致，可以认为是车机系统本身界面输出问题，将该问题反馈至开发人员，进行修复；当测试结果无法输出时，可以判断是测试工具出现问题，进行测试工具的维护；当测试结束后，测试操作仍未开始执行时，可认为是压力测试脚本出现问题，需要进行脚本调整等获取到测试结果后，确定缺陷对象的方式。

参考图3，图3为一实施例中具体应用流程示意图。输入车机全功能规范文档，筛选出用户高频触发的功能与操作，进一步将该筛选出来的功能设计出对应的压力测试用例，根据车机底层系统设计出自动化测试工具，将该压力测试用例转化成自动化压力测试脚本，将自动化压力测试脚本输入到自动化测试工具中进行24小时不间断测试，检查测试结果是否符合要求，若是，则输出测试结果，若不是则通过测试日志中查看是否为车机问题，当为车机问题时，将车机缺陷输出到开发去解决问题，并进行回归测试，当不是车机问题时判断是否为自动化脚本的问题，如果是自动化脚本的问题，则优化脚本，并进行回归测试，若不是自动化脚本问题，则判断是否为自动化测试工具问题，若为自动化工具问题，则优化工具，并进行回归测试，若不是测试工具问题，则可确定该用例不适用于自动化测试，转到人工测试。

本发明实施例中，通过接收车机系统发送的测试请求信息，并依据该测试请求信息确定压力测试脚本，确保压力测试脚本的适用性，提升测试准确率，从而运行该压力测试脚本，并输出测试结果，以通过脚本自动进行测试，实现测试自动化，解放人力，提升测试效率，进一步的，判断测试结果是否通过，若否，则依据该测试结果确定缺陷对象，通过测试结果进一步确定缺陷对象，定位问题根源，提升测试结果的准确性和有效性。

进一步地，基于本发明车机系统测试方法第一实施例的，提出本发明车机系统测试方法第二实施例，所述依据所述测试请求信息确定压力测试脚本的步骤包括：

步骤a，确定所述测试请求信息对应的测试特征；

步骤b，依据所述测试特征查找预设映射表中所述测试特征对应的压力测试脚本。

本实施例中，需要说明的是，测试特征是指测试请求信息中的特征信息，也即测试需求，其中，特征信息可以包括测试项目、测试功能、测试类型、压力测试脚本编号等反映当前测试请求中与压力测试脚本关联的内容。预设映射表是指预先设置的反映测试请求信息中特征信息与压力测试脚本关联关系的列表。测试需求每次都可能不一致，压力测试脚本可能无法覆盖所有的测试需求，针对不同的测试需求，设置于不同的压力测试脚本进行存储，并在预设映射表中记载该压力测试脚本的信息，将该脚本与特征信息进行关联。在得到特征信息后，可按照该特征信息查找该预设映射表中与该特征信息关联的压力测试脚本。例如，在预设映射表中，测试A界面滑动操作的压力测试脚本为脚本A，与脚本A关联的特征信息为字母A，则当接收到的测试请求信息中携带字母A时，即可确定脚本A为执行该测试请求的压力测试脚本。

具体地，解析获取的测试请求信息，获取该测试请求信息对应的测试特征，按照该测试特征查找预设映射表，根据预设映射表确定该测试特征对应的压力测试脚本。

针对需求设置不同的压力测试脚本，提高压力测试脚本的适用率，通过设置预设映射表，确定与测试请求对应的压力测试脚本，确保压力测试脚本满足测试需求，提升测试的准确性与实用性。

进一步地，接收车机系统发送的测试请求信息，依据所述测试请求信息确定压力测试脚本的步骤之前，还包括：

步骤c，获取功能规范文档，根据预设高频列表确定所述功能规范文档中的测试功能点；

步骤d，依据所述测试功能点确定车机测试用例；

步骤e，根据所述车机测试用例生成压力测试脚本。

本实施例中，需要说明的是，功能规范文档是指产品的功能标准参照，即进行测试的参考标准；功能规范文档也是测试方案设计的基础文档，基于该功能规范文档中的功能，确定具体的测试功能点以及测试方式。预设高频列表是指预先设置的记录有用户使用产品时高概率会触发的操作的列表，例如，播放点击操作、界面退出操作、下拉页面操作等高频动作，该预设高频列表可以根据需求变更或新增需求进行增删改查，尤其在涉及到首次提出的新需求时，需要预先进行功能点的补充。测试功能点需要重点测试的功能，即依据预设高频列表在功能规范文档中筛选出来的测试点以及与线下用户调查体验总结的测试点。车机测试用例是指这对测试功能点设计的测试用例，按照测试用例进行测试执行工作。具体地，在获取功能规范文档后，按照预设高频列表中预先存储的功能点遍历功能规范文档，以确定该功能规范文档中的测试功能点，依据确定的测试功能点进行车机测试用例的设计，其中，车机测试用例设计可以根据测试功能点确定测试的方式、频次、时长、版本、标准、前提等具体测试内容，进而依据该车机测试用例转化为压力测试脚本。

通过预设高频列表确定测试功能点，可确定进行功能压力测试的测试点，进而针对该测试功能点进行自动化功能压力测试，以确保用户针对产品的高频操作的稳定性，针对确定的测试功能点确定车机测试用例并进一步生成压力测试脚本，提升自动化测试的实用性。

进一步地，根据所述车机测试用例生成压力测试脚本的步骤包括：

步骤f，获取所述车机测试用例中的关键字信息和属性信息；

步骤g，依据所述属性信息确定对应的脚本模板；

步骤h，依据所述关键字信息、脚本代码映射表以及所述脚本模板生成压力测试脚本。

具体地，依据所述关键字信息、脚本代码映射表以及所述脚本模板生成压力测试脚本的步骤包括：

步骤i，根据所述关键字信息确定脚本代码映射表中的关键字代码；

步骤j，将所述关键字代码添加至所述脚本模板，得到压力测试脚本。

本实施例中，需要说明的是，预先设置有多个脚本模板存储在数据库中，该脚本模板是指携带测试特征的脚本，脚本模板的设置可以是根据功能类型进行脚本设置，例如，点击功能、滑动功能。也可以是根据测试阶段进行脚本设置，例如，单元测试、集成测试、系统测试、验收测试。还可以是根据测试步骤进行脚本设置，例如，按照进入界面、点击按钮、滑动退出的步骤顺序。或者是根据性能测试、静态测试、动态测试等其他方式进行脚本设置的方式。脚本模板中针对具体测试点的参数可预先设置为关键字代码，从而在使用该脚本模板时，通过实际参数调整该关键字代码，以实现运用该替换了关键字代码后的测试模板进行实际场景的测试。针对关键字代码设置有脚本代码映射表，该脚本代码映射表中包含有脚本模板的关键字代码与关键字信息之间的映射关系，通过脚本代码映射表，可以在获取到关键字时，根据映射关系调整该关键字对应的关键字代码，得出最终的压力测试脚本。脚本模板还设置有属性，该属性代表脚本模板的测试类型，例如，功能测试、压力测试、内存测试等。车机测试用例中的关键字信息是指按照预先设置的标准设置的可以与脚本模板对应的关键字相关信息，该关键字信息携带有实际测试参数，通过该关键字信息可以从脚本代码映射表中查找到对应的关键字代码。车机测试用例中的属性信息是指代表该车机测试用例需要进行的测试类型。具体地，获取车机测试用例中的关键字信息和属性信息，按照该属性信息遍历数据库中的脚本模板，定位到与车机测试用例的属性信息对应的脚本模板；在确定脚本模板后，按照关键字信息查找脚本代码映射表，从而映射该关键字信息在脚本模板中对应的关键字代码位置，进而依据该关键字信息调整关键字代码，最终生成压力测试脚本。

通过关键字信息和属性信息以及脚本模板生成最终的压力测试脚本，提升压力测试脚本的适用性，且自动实现车机测试用例到压力测试脚本之间的转换，无需每次进行测试之前的脚本编写工作，节省测试人力，极大的提升了测试效率。

进一步地，运行所述压力测试脚本的步骤包括：

步骤k，获取车机系统信息，根据所述车机系统信息确定测试工具；

步骤l，调用压力测试脚本至所述测试工具，并在所述测试工具内运行所述压力测试脚本。

本实施例中，需要说明的是，测试工具是指生成并运行压力测试脚本的工具。由于车型、种类等不同，进行自动化测试时依据不同的情况可以设置不同的测试工具。车机系统信息是指具有车辆代表特征的信息，例如，车型、车辆种类，车辆规格等信息。具体地，在获取到车机系统信息后，依据该车机系统信息确定测试工具，测试工具通过调用并运行压力测试脚本，以完成测试工作。例如，有大型车、中型车、小型车，每个车型对应的测试内容不同，故设置有大型车测试工具、中型车测试工具以及小型车测试工具，在获取车辆系统信息后，从车机系统信息中得到车型为大型车，此时，则选用大型车测试工具。在该大型车测试工具中执行测试操作。通过将自动化测试工具把压力测试用例转化成自动化压力测试脚本，以工具代替人力对车机系统实现上千次甚至上万次的功能压力测试，以达到功能压力自动化测试的目的。

针对具体的车机系统信息，设置不同的测试工具，提升测试工具的适用性。依据车机系统信息确定使用的测试工具，提升测试精确性。

进一步地，所述依据所述测试结果确定缺陷对象的步骤包括：

步骤m，获取所述测试结果对应的测试日志；

步骤n，依据测试结果对应的缺陷信息定位所述测试日志中缺陷位置；

步骤o，依据所述缺陷位置确定缺陷对象。

本实施例中，需要说明的是，测试日志记录了测试过程中所发生的事件，依据测试日志可对测试过程进行具体的分析。缺陷信息是指在不合格的测试结果中所包括的有关缺陷对应的信息，例如，缺陷发生时间点，缺陷发生的测试步骤、缺陷位置等。缺陷对象是指产生缺陷的根源，例如，车机系统、压力测试脚本、测试工具、测试用例等导致该测试失败的对象。具体地，在确定测试结果不合格时，获取该测试结果对应的测试日志，并根据测试结果中包含的缺陷信息定位缺陷发生的具体位置，查找该具体位置中的测试日志内容，分析得出该缺陷位置对应的缺陷原因，进而确定缺陷对象。其中，当为车机问题时，将车机缺陷输出到开发去解决问题，并进行回归测试，当不是车机问题时判断是否为自动化脚本的问题，如果是自动化脚本的问题，则优化脚本，并进行回归测试，若不是自动化脚本问题，则判断是否为自动化测试工具问题，若为自动化工具问题，则优化工具，并进行回归测试，若不是测试工具问题，则可确定该用例不适用于自动化测试，转到人工测试。例如，进行界面测试时，测试结果中的界面内容与标准不一致，可以认为是车机系统本身界面输出问题，将该问题反馈至开发人员，进行修复；当测试结果无法输出时，可以判断是测试工具出现问题，进行测试工具的维护；当测试结束后，测试操作仍未开始执行时，可认为是压力测试脚本出现问题，需要进行脚本调整等获取到测试结果后，确定缺陷对象的方式。在确定缺陷对象后，进行缺陷修复以及系列检查和优化，进行该测试不通过的测试点的回归测试，回归测试即重新测试该修复后的功能点。直到测试结果正常时，输出测试报告。

根据测试结果定位缺陷位置，并分析该缺陷位置对应的测试日志，从而得出缺陷原因以及确定缺陷对象，针对缺陷对象可及时反馈，进行缺陷修复，提升测试效率，确保产品质量。

进一步地，运行所述压力测试脚本，并输出测试结果的步骤包括：

步骤p，在预设时间段内持续运行所述压力测试脚本；

步骤q，所述压力测试脚本运行结束后，获取并输出测试结果。

本实施例中，需要说明的是，压力测试脚本的运行截止可以在依据功能测试点的覆盖、测试时间、测试频率、测试需求等进行设置。本实施例中，通过设置时间进行压力测试脚本运行的限制。在执行压力测试时，可以循环持续的进行同一个测试操作，设置预设时间段，例如，24小时。在该预设时间段中，持续运行针对该测试操作的压力测试脚本，直至时间结束，获取并输出预设时间段对应的测试结果。可以理解的是，在进行压力测试时，还可以是设置执行次数，以实现压力测试的效果，例如，对电台的暂停播放按钮执行点击1000次、开始结束导航1000次等对某功能或者操作执行压力测试。还可以在压力测试脚本内设置循环次数或测试时间，以实现该压力测试脚本运行完成即达到压力测试的目的，无需重复循环压力测试脚本。此外，在进行压力测试脚本运行的同时，还可以增加内存泄漏的测试，实时地检查车机系统在运行过程能否正常的释放内存，及时发现在不能正常获取和释放内存时，可能就会导致系统卡顿或者黑屏等现象。

通过设置压力测试脚本的持续运行时间，以实现自动化压力测试，降低用户在使用过程中可能出现的偶然性缺陷的概率，提升测试效率，确保产品质量。

此外，本发明还提出一种车机系统测试系统，所述车机系统测试系统包括：

脚本生成模块2001，用于接收车机系统发送的测试请求信息，依据所述测试请求信息确定压力测试脚本；

脚本运行模块2002，用于运行所述压力测试脚本，并输出测试结果；

缺陷处理模块2003，用于检测所述测试结果是否通过，若否，则依据所述测试结果确定缺陷对象。

可选地，所述脚本生成模块2001，还用于：

确定所述测试请求信息对应的测试特征；

依据所述测试特征查找预设映射表中所述测试特征对应的压力测试脚本。

可选地，所述脚本生成模块2001，还用于：

获取功能规范文档，根据预设高频列表确定所述功能规范文档中的测试功能点；

依据所述测试功能点确定车机测试用例；

根据所述车机测试用例生成压力测试脚本。

可选地，所述脚本生成模块2001，还用于：

获取所述车机测试用例中的关键字信息和属性信息；

依据所述属性信息确定对应的脚本模板；

依据所述关键字信息、脚本代码映射表以及所述脚本模板生成压力测试脚本。

可选地，所述脚本生成模块2001，还用于：

根据所述关键字信息确定脚本代码映射表中的关键字代码；

将所述关键字代码添加至所述脚本模板，得到压力测试脚本。

可选地，所述脚本运行模块2002，还用于：

获取车机系统信息，根据所述车机系统信息确定测试工具；

调用压力测试脚本至所述测试工具，并在所述测试工具内运行所述压力测试脚本。

可选地，所述缺陷处理模块2003，还用于：

获取所述测试结果对应的测试日志；

依据测试结果对应的缺陷信息定位所述测试日志中缺陷位置；

依据所述缺陷位置确定缺陷对象。

本发明车机系统测试系统的具体实施方式与上述车机系统测试方法各实施例基本相同，在此不再赘述。

此外，本发明还提出一种车辆，其特征在于，所述车辆包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车机系统测试程序，其中：所述车机系统测试程序被所述处理器执行时实现本发明各个实施例所述的车机系统测试方法。

此外，本发明还提出一种计算机可读存储介质，其上存储有车机系统测试程序。所述计算机可读存储介质可以是图1的终端中的存储器20，也可以是如ROM(Read-OnlyMemory，只读存储器)/RAM(Random Access Memory，随机存取存储器)、磁碟、光盘中的至少一种，所述计算机可读存储介质包括若干指令用以使得一台具有处理器的车辆执行本发明各个实施例所述的车机系统测试方法。

可以理解的是，在本说明书的描述中，参考术语“一实施例”、“另一实施例”、“其他实施例”、或“第一实施例～第N实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种车机系统测试方法，其特征在于，包括如下步骤：

接收车机系统发送的测试请求信息，依据所述测试请求信息确定压力测试脚本；

运行所述压力测试脚本，并输出测试结果；

检测所述测试结果是否通过，若否，则依据所述测试结果确定缺陷对象。

2.根据权利要求1所述的车机系统测试方法，其特征在于，所述依据所述测试请求信息确定压力测试脚本的步骤包括：

确定所述测试请求信息对应的测试特征；

依据所述测试特征查找预设映射表中所述测试特征对应的压力测试脚本。

3.根据权利要求1所述的车机系统测试方法，其特征在于，所述接收车机系统发送的测试请求信息，依据所述测试请求信息确定压力测试脚本的步骤之前，还包括：

获取功能规范文档，根据预设高频列表确定所述功能规范文档中的测试功能点；

依据所述测试功能点确定车机测试用例；

根据所述车机测试用例生成压力测试脚本。

4.根据权利要求3所述的车机系统测试方法，其特征在于，所述根据所述车机测试用例生成压力测试脚本的步骤包括：

获取所述车机测试用例中的关键字信息和属性信息；

依据所述属性信息确定对应的脚本模板；

依据所述关键字信息、脚本代码映射表以及所述脚本模板生成压力测试脚本。

5.根据权利要求4所述的车机系统测试方法，其特征在于，所述依据所述关键字信息、脚本代码映射表以及所述脚本模板生成压力测试脚本的步骤包括：

根据所述关键字信息确定脚本代码映射表中的关键字代码；

将所述关键字代码添加至所述脚本模板，得到压力测试脚本。

6.根据权利要求1所述的车机系统测试方法，其特征在于，所述运行所述压力测试脚本的步骤包括：

获取车机系统信息，根据所述车机系统信息确定测试工具；

调用压力测试脚本至所述测试工具，并在所述测试工具内运行所述压力测试脚本。

7.根据权利要求1～6中任一项所述的车机系统测试方法，其特征在于，所述依据所述测试结果确定缺陷对象的步骤包括：

获取所述测试结果对应的测试日志；

依据测试结果对应的缺陷信息定位所述测试日志中缺陷位置；

依据所述缺陷位置确定缺陷对象。

8.一种车机系统测试系统，其特征在于，所述车机系统测试系统包括：

脚本生成模块，用于接收车机系统发送的测试请求信息，依据所述测试请求信息确定压力测试脚本；

脚本运行模块，用于运行所述压力测试脚本，并输出测试结果；

缺陷处理模块，用于检测所述测试结果是否通过，若否，则依据所述测试结果确定缺陷对象。

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

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

Images