车载终端的自动化测试脚本定义方法、测试系统及方法与流程

1.本发明属于车载终端的自动化测试技术领域，更具体涉及一种车载终端的自动化测试脚本定义方法、测试系统及方法。


背景技术：

2.针对车载多媒体信息终端的自动化测试，一般采用计算机作为测试主机，通过usb连接被测终端，计算机执行测试脚本内容，发送相关执行命令给被测试端，并判断终端是否正确执行。如我国专利cn201110396255.0公开了一种车载多媒体的自动化测试系统，适用于测试车载多媒体的性能，其中包括一控制计算机和与该控制计算机电连接且由该控制计算机控制的测试装置，该控制计算机内预设有一车载多媒体测试程序，该车载多媒体测试程序激活后可自动执行测试步骤，该测试装置接收控制计算机发送的多媒体测试信号，完成对多媒体的测试，并将采集的多媒体数据反馈给控制计算机，由该控制计算机分析与处理数据并将测试结果输出显示；该发明的车载多媒体自动化测试系统可自动执行对多媒体的多种功能测试，并将结构清楚的显示，整个测试过程自动化程度很高，且其面对测试人员的操作动作简单。
3.但是现有技术的车载终端自动化测试系统需要为每个测试用例开发一端测试脚本，将用例转化为可执行的程序命令，这样开发成本很高，且要求测试工程师掌握开发语言，且只能针对某一类功能进行测试。


技术实现要素：

4.为解决上述问题，本发明提供了一种车载终端的自动化测试脚本定义方法、测试系统及方法，通过表格形式编写测试用例，用关键字定义测试步骤，测试系统获取到被测试车载终端项目信息后，读取对应的测试用例，经解析运行后，获取测试结果，测试系统针对不同的车载终端，均可以由该测试脚本文件中调用测试用例，降低了开发成本。
5.为了解决上述技术问题，本发明采用的技术方案是这样的：一种车载终端的自动化测试脚本定义方法，包括如下步骤，s1、创建测试脚本文件，并保存在与被测试车载终端型号相对应的测试用例保存路径下；所述脚本文件包括测试设置部分、自定义变量部分和测试命令部分；s2、在所述测试脚本文件中编写测试设置部分，设置测试设置的开始标志和测试执行时的属性；s3、在所述测试脚本文件中编写自定义变量部分，设置自定义变量的开始标志、命名和赋值；s4、在所述测试脚本文件中编写测试命令部分，设置测试命令的开始标志、多条测试用例和测试用例编号；s5、编写完成后，加入结束标志。
6.作为优化，所述测试脚本文件通过表格形式编写，并保存为csv格式。
7.作为优化，所述测试设置和测试命令均采用关键字和对应值的定义方式，并当测试命令使用自定义变量时，通过自定义变量的命名进行引用。
8.基于上述脚本文件的定义方法，本发明还提供了一种车载终端的自动化测试系统，包括通过usb连接的计算机和被测试的车载终端，计算机中运行python测试程序，并调用adb驱动控制车载终端执行测试命令；其中，所述python测试程序包括运行模块和存储模块；所述运行模块用于获取车载终端的型号，并根据该型号读取与其相对应的测试脚本文件，对测试脚本文件进行解析并运行，获取测试结果；所述存储模块用于对测试数据、测试用例和测试结果进行存储。
9.作为优化，所述运行模块包括，测试初始模块，用于初始化测试，获取车载终端的型号、测试程序的版本、测试脚本文件的存放路径及测试结果的存储路径；用例解析模块，用于读取测试脚本路径下的所有测试用例，将测试用例读取成字符流并解析为可执行的命令；测试执行模块，用于执行所有测试用例，并将测试结果存储到对应的测试结果路径下；结果处理模块，用于对测试结果进行统计分析，形成测试报告并发送给相关人员。
10.基于上述系统，本发明还提供了一种车载终端的自动化测试方法，包括以下步骤，s1、测试系统初始化当前测试，并获取被测试的车载终端的型号及测试程序的软件版本号；s2、通过所述版本号判断是否为需要测试的新版本，若为新版本，则执行下一步，否则结束程序；s3、通过所述车载终端的型号查询对应的测试脚本文件的存储路径，新建测试结果存储文件并记录其存储路径；s4、获取测试所需文件，并将其复制到车载终端的相应路径中；s5、测试系统扫描测试脚本文件的存储路径，并获取测试脚本文件，循环读取该测试脚本文件，根据关键字将字符串转化为运行命令列表；s6、运行所有测试命令，将测试结果以log的形式写到日志文件中，存储到新建的存储文件对应的存储路径下；s7、读取存储文件存储路径下的文件，获取测试结果并统计，生成html格式的测试报告，通过邮件发送给相关人员。
11.与现有技术相比，本发明具有如下优点：本发明定义了一套自动化测试用例的定义方法，通过表格形式编写测试用例，用关键字定义测试步骤，保存为csv格式，存储到对应路径中。测试系统获取到被测试车载终端项目信息后，读取对应的测试用例，经解析运行后，获取测试结果，测试系统针对不同的车载终端，均可以由该测试脚本文件中调用测试用例，降低了开发成本。
附图说明
12.图1为本发明的测试脚本的结构示意图；
图2为本发明的测试脚本中定义的关键字及其含义；图3为本发明的自动化测试系统结构示意图；图4为本发明的自动化测试方法的执行流程图。
具体实施方式
13.下面将结合附图及实施例对本发明作进一步说明。
14.实施例：参见图1-图4，一种车载终端的自动化测试脚本定义方法，包括如下步骤，s1、创建测试脚本文件，并保存在与被测试车载终端型号相对应的测试用例保存路径下；所述脚本文件的结构如图1所示，由上至下依次为测试设置部分、自定义变量部分和测试命令部分，最后为end结束标记。所述测试脚本文件通过表格形式编写，并保存为csv格式。
15.s2、在所述测试脚本文件中编写测试设置部分，所述测试设置部分用于设置整个脚本文件的一些测试属性。具体的，设置测试设置的开始标志和测试执行时的属性。保持测试设置的开始标志不便，接下一行顶格对该文件定义的测试执行时的总体属性进行设置，如测试重复次数，ui操作超时时间等，采用关键字加对应值的定义方式。
16.s3、在所述测试脚本文件中编写自定义变量部分，所述自定义变量部分，用于测试人员自定义测试中要重复用到的一些可变量，当可变量的值需要调整时，可以方便的在文件头部进行调整。具体的，设置自定义变量的开始标志、命名和赋值。保持自定义变量开始标志不便，接下一行顶格对要用到的自定义变量进行命名和幅值，如连接的无线网络的名称和密码等，变量定义的格式形如{#name}，中name即为测试人员自定义的变量的名称，只能包含字母和数字，一个文件中的变量名称必须唯一，定义中起始符号“{#”和结束符号“}”必须保留，且在开始和结尾。
17.s4、在所述测试脚本文件中编写测试命令部分，设置测试命令的开始标志、多条测试用例和测试用例编号；所述测试设置和测试命令均采用关键字和对应值的定义方式，并当测试命令使用自定义变量时，通过自定义变量的命名进行引用。保持测试命令的开始标志不便，然后编写数条测试case，每一条测试case，顶格编写case编号，接下一行按自行顺序编写测试命令，命令缩进一格，一条命名一行，重复这一模式，命令中使用到自定义变量时，使用全名引用，包括变量定义中的起始和结束符号。
18.s5、所有命令编写完成后，加入结束标志。
19.其中，具体的关键字及对应的含义举例如图2所示。
20.基于上述脚本文件的定义方法，本发明还提供了一种车载终端的自动化测试系统，如图3所示，包括通过usb连接的计算机和被测试的车载终端，计算机中运行python测试程序，并调用adb驱动控制车载终端执行测试命令；其中，所述python测试程序包括运行模块和存储模块；所述运行模块用于获取车载终端的型号，并根据该型号读取与其相对应的测试脚本文件，对测试脚本文件进行解析并运行，获取测试结果；所述存储模块主要包括三个功能模块，分别用于对测试数据、测试用例和测试结果进行存储。
21.所述运行模块包括，测试初始模块，用于初始化测试，获取车载终端的型号、测试程序的软件版本、测试脚本文件的存放路径及测试结果的存储路径；用例解析模块，用于读取测试脚本路径下的所有测试用例，将测试用例读取成字符流并解析为可执行的命令；测试执行模块，用于执行所有测试用例，并将测试结果存储到对应的测试结果路径下；结果处理模块，用于对测试结果进行统计分析，形成测试报告并发送给相关人员。
22.基于上述系统，本发明还提供了一种车载终端的自动化测试方法，包括以下步骤，如图4所示，s1、测试系统初始化当前测试，并获取被测试的车载终端的型号及测试程序的软件版本号；s2、通过所述版本号判断是否为需要测试的新版本，若为新版本，则执行下一步，否则结束程序；s3、通过所述车载终端的型号查询对应的测试脚本文件的存储路径，并新建本次测试结果的保存路径，将基本信息记录为文件。
23.s4、获取测试所需文件，并将其复制到车载终端的相应路径中。具体的，从型号对应的文件路径下将测试所需的测试文件，如图片、音频、视频等复制到车载终端相应路径中。
24.s5、测试系统扫描测试脚本文件的存储路径，并获取所有.csv文件列表，循环读取该测试脚本文件，根据关键字将字符串转化为运行命令列表；s6、运行所有测试命令，将测试结果以log的形式写到日志文件中，存储到新建的存储文件对应的存储路径下；s7、读取存储文件存储路径下的文件，获取测试结果并统计，生成html格式的测试报告，通过邮件发送给相关人员。
25.本发明定义了一套自动化测试用例的定义方法，通过表格形式编写测试用例，用关键字定义测试步骤，保存为csv格式，存储到对应路径中。测试系统获取到被测试车载终端项目信息后，读取对应的测试用例，经解析运行后，获取测试结果，测试系统针对不同的车载终端，均可以由该测试脚本文件中调用测试用例，降低了开发成本。
26.最后需要说明的是，以上实施例仅用以说明本发明的技术方案而非限制技术方案，本领域的普通技术人员应当理解，那些对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，均应涵盖在本发明的权利要求范围当中。