CN113535548A

CN113535548A - 测试脚本生成方法、装置、设备及计算机可读存储介质

Info

Publication number: CN113535548A
Application number: CN202110688662.2A
Authority: CN
Inventors: 林智桂; 宋亚伟; 王少杰; 贾文豪; 姚毅超
Original assignee: SAIC GM Wuling Automobile Co Ltd
Current assignee: SAIC GM Wuling Automobile Co Ltd
Priority date: 2021-06-21
Filing date: 2021-06-21
Publication date: 2021-10-22
Anticipated expiration: 2041-06-21
Also published as: CN113535548B

Abstract

本发明公开了一种测试脚本生成方法、装置、设备及计算机可读存储介质，本发明测试脚本生成方法包括：获取输入的功能测试需求，基于所述功能测试需求构建测试用例，并确定所述测试用例的所有模拟参数；基于预设的分类调整规则对各所述模拟参数进行分类调整，以获取规范电子表格，并对所述规范电子表格进行识别；基于所述识别的识别结果确定所述规范电子表格的关键字，并将所述关键字转化为测试脚本。本发明提高了测试脚本生成的智能性。

Description

测试脚本生成方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及通信网络技术领域，尤其涉及一种测试脚本生成方法、装置、设备及计算机可读存储介质。

背景技术

随着汽车工业不断发展，人工智能、大数据、云计算的不断发展以及传感器、微处理器等领域的不断突破，汽车智能驾驶和高级驾驶辅助系统已经逐渐脱离小众化和高端化，开始走向普及化和工业化，越来越受到广大消费者的青睐。由于智能驾驶系统的复杂性，仿真测试验证成为高级驾驶辅助系统研发和迭代过程中必不可少的一个环节。目前仿真测试过程中测试需求还需要人工搭建测试脚本，需要耗费大量的人力、时间成本，且后期维护成本较高，智能化程度低。因此，如何提高测试脚本生成的智能性成为亟待解决的技术问题。

发明内容

本发明的主要目的在于提出一种测试脚本生成方法、装置、设备及计算机可读存储介质，旨在解决如何提高测试脚本生成的智能性的技术问题。

为实现上述目的，本发明提供一种测试脚本生成方法，所述测试脚本生成方法包括如下步骤：

获取输入的功能测试需求，基于所述功能测试需求构建测试用例，并确定所述测试用例的所有模拟参数；

基于预设的分类调整规则对各所述模拟参数进行分类调整，以获取规范电子表格，并对所述规范电子表格进行识别；

基于所述识别的识别结果确定所述规范电子表格的关键字，并将所述关键字转化为测试脚本。

可选地，将所述关键字转化为测试脚本的步骤，包括：

获取预设的编码规则，并根据所述编码规则依次将所述关键字中的所有子关键字编码为序列样板，并将所述序列样板作为测试脚本。

可选地，基于所述识别的识别结果确定所述规范电子表格的关键字的步骤，包括：

将所述规范电子表格中的所有命名格式化符依次和所述识别结果中的所有模拟参数进行匹配；

基于所述匹配的匹配结果确定各所述命名格式化符对应的匹配模拟参数，并将各所述匹配模拟参数作为所述规范电子表格的关键字。

可选地，将所述规范电子表格中的所有命名格式化符依次和所述识别结果中的所有模拟参数进行匹配的步骤，包括：

遍历所述规范电子表格中的所有命名格式化符，并将遍历的命名格式化符依次和所述识别结果中的所有模拟参数进行匹配；

若存在和遍历的命名格式化符匹配的匹配模拟参数，则将所述和遍历的命名格式化符匹配的匹配模拟参数作为所述遍历的命名格式化符对应的匹配结果。

可选地，基于预设的分类调整规则对各所述模拟参数进行分类调整，以获取规范电子表格的步骤，包括：

根据预设的分类调整规则对各所述模拟参数进行分类调整，以得到不同类型的分类参数；

并将各所述分类参数按照各所述分类参数对应的类型依次填入至预设的电子表格模板，以获取规范电子表格。

可选地，获取输入的功能测试需求的步骤，包括：

获取待测试系统的初始参数，并根据所述初始参数组建逻辑测试需求，并将所述逻辑测试需求作为功能测试需求。

可选地，获取输入的功能测试需求的步骤，还包括：

确定待测试系统的环境适应能力，根据预设的场景策略和环境适应能力构建场景验证测试需求，并将所述场景验证测试需求作为功能测试需求。

此外，为实现上述目的，本发明还提供一种测试脚本生成装置，所述测试脚本生成装置包括：

获取模块，用于获取输入的功能测试需求，基于所述功能测试需求构建测试用例，并确定所述测试用例的所有模拟参数；

识别模块，用于基于预设的分类调整规则对各所述模拟参数进行分类调整，以获取规范电子表格，并对所述规范电子表格进行识别；

转化模块，用于基于所述识别的识别结果确定所述规范电子表格的关键字，并将所述关键字转化为测试脚本。

此外，为实现上述目的，本发明还提供一种测试脚本生成设备，所述测试脚本生成设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的测试脚本生成程序，所述测试脚本生成程序被所述处理器执行时实现如上所述的测试脚本生成方法的步骤。

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

本发明通过获取输入的功能测试需求，基于所述功能测试需求构建测试用例，并确定所述测试用例的所有模拟参数；基于预设的分类调整规则对各所述模拟参数进行分类调整，以获取规范电子表格，并对所述规范电子表格进行识别；基于所述识别的识别结果确定所述规范电子表格的关键字，并将所述关键字转化为测试脚本。根据输入的功能测试需求按照提前定义好的格式编写为测试用例，并对测试用例中的各个模拟参数进行分类调整，以获取规范电子表格，再识别出规范电子表格中的关键字，将关键字转换为测试脚本，避免了现有技术中人工搭建测试脚本，耗费大量成本，智能化程度低的现象发生，通过根据功能测试需求确定关键字，并将其转换为测试脚本，提高了测试脚本生成的智能性。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的测试脚本生成设备结构示意图；

图2为本发明测试脚本生成方法第一实施例的流程示意图；

图3为本发明测试脚本生成装置的装置模块示意图；

图4为本发明测试脚本生成方法中的流程示意图。

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

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的测试脚本生成设备结构示意图。

本发明实施例测试脚本生成设备可以是搭载了虚拟化平台的PC机或服务器(如X86服务器)等终端设备。

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

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

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

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的测试脚本生成程序，并执行以下安全组件的权限配置方法实施例中的操作。

基于上述硬件结构，提出本发明测试脚本生成方法实施例，如下所述。

参照图2，图2为本发明测试脚本生成方法第一实施例的流程示意图，所述测试脚本生成方法包括：

步骤S10，获取输入的功能测试需求，基于所述功能测试需求构建测试用例，并确定所述测试用例的所有模拟参数；

由于目前经常有针对新车型的高级驾驶辅助系统的仿真测试，而仿真测试中所需要的测试脚本都是人工自行根据经验进行人工搭配的，其智能性较低，基于测试脚本进行的仿真测试的准确性也有高有低。因此为了避免上述问题，在本实施例中，提出了一种测试脚本生成方法，能够自动生成测试脚本，实现针对目标高级驾驶辅助系统主机厂家所定义的功能逻辑验证和法律法规所提出的环境适应能力和策略响应验证等功能，并在需求修改或产品更新迭代的时候能够快速、高效的对新增或修改内容进行测试。

因此，在本实施例中，在构建测试脚本时，需要先确定功能测试需求、测试用例、再根据功能测试需求和测试用例进行自动化脚本生成测试脚本，并通过自动化测试系统对测试脚本进行检测。其中，测试需求可以是包括测试功能所需要的法律法规、功能规则和经验工况等。测试用例可以是根据测试需求所提取的辅助系统的测试功能点以及测试所需的前提条件、具体实施步骤和测试结束后的复位条件等。并且在本实施例中可以借用Python(计算机编程语言)工具和ECUtest(嵌入式系统测试验证软件工具)软件的API(ApplicationProgramming Interface，应用程序接口)接口实现对测试用例到测试脚本的转化。并且在本实施例中通过维护测试用例可以实现对功能法规和需求变更的快速迭代，通过维护规范化测试表格，测试用例与测试脚本的同步性以及测试脚本形式的一致性。通过二次开发的Python脚本可以实现测试功能的定制化，提高测试脚本的搭建效率，而自动化测试软件的运用，能够简化测试流程，规范测试步骤，提高了测试效率、控制器功能的覆盖度以及可信度。

并且在本实施例中，功能测试需求可以为逻辑测试需求和/或场景验证测试需求。其中，逻辑测试需求主要是进行功能逻辑部分的需求验证，主要由主机厂功能规范定义的状态机迁移内容确定，也就是在汽车的内部功能有发生改变或更新时，就需要进行逻辑测试的需求验证。其中功能逻辑可以是Override(重写)状态下测试场景：直道，前方无目标车，车速60km/h，油门开度为30％，ACC(Adaptive Cruise Control，自适应巡航控制)状态为override，驾驶员安全带解开，ACC跳转为Reject(拒绝)状态。

场景验证测试需求主要是进行场景验证，以确定新发布的汽车是否适应需要进行测试的目标场景。并且场景验证需求的场景验证内容可以是辅助系统的环境适应能力与相应场景下的策略响应情况。其中，场景验证可以是GB/T20608中目标识别能力要求：直道，本车以86km/h速度跟随前车行驶，期望车速120km/h，跟车时距＝2.4s，左侧相邻车道有一干扰车与前车并排行驶，车速86km/h，前车加速至100km/h,本车不受相邻车道车辆影响并加速至超越相邻车辆。

并且功能测试需求的限定可以是根据用户的需求自行进行限定，也就是获取输入的功能测试需求即可以是逻辑测试需求，也可以是场景验证测试需求，还可以是逻辑测试需求和场景验证测试需求。并在确定功能测试需求后，可以根据功能测试需求来构建测试用例，并确定测试用例中的所有模拟参数。其中，模拟参数可以是测试用例中测试功能点、前提条件、实施步骤和复位条件等参数。

步骤S20，基于预设的分类调整规则对各所述模拟参数进行分类调整，以获取规范电子表格，并对所述规范电子表格进行识别；

当确定测试用例中的所有模拟参数后，需要根据提前设置的分类调整规则对各个模拟参数进行分类调整，以确定不同类型的参数，如前置条件、实施步骤和复位条件等。再将这些参数以固定的格式填写至预设电子表格模板中，得到规范电子表格。再借助于提前设置的脚本生成器，如Python工具对规范电子表格进行识别，并抓取规范电子表格中的关键字，再根据相应的API名义填充到相应的层级中。

并且需要说明的是，规范电子表格中至少包括前置条件、实施步骤和复位条件。而前置条件可以是进行此次测试所需的任意条件，如道路类型、天气、交通环境和当前车辆所处的状态等。测试步骤包括测试中需要执行的操作和需要观察记录的内容等。复位条件是将车辆恢复到正常可以进行下次测试的初始状态。例如，若测试用例是直道，前方无目标车，车速60km/h，油门开度为30％，ACC状态为override，驾驶员安全带解开，ACC跳转为Reject状态。在本测试用例中前置条件可以是直道，前方无目标车，车速60km/h，油门开度为30％，ACC状态为override。复位条件为关闭ACC，系上安全带，松油门，车辆刹停，挂N档。

步骤S30，基于所述识别的识别结果确定所述规范电子表格的关键字，并将所述关键字转化为测试脚本。

当通过脚本生成器对规范电子表格进行识别后，可以根据识别结果确定规范电子表格中的关键字，并且需要说明的是，若识别结果存在多个，则可以将各个识别结果对应的子关键字作为关键字，并对关键字进行抓取。并在抓取到关键字后，可以通过提前设置的编码规则将关键字进行编码转换，并将编码转换后得到的数据作为测试脚本。

此外，如图4所示，测试脚本生成方法包括测试需求(即功能测试需求、包括国家标准、国际标准、功能规范)、测试用例(包括功能点描述、测试实施的前提条件、测试步骤、复位条件)、测试表格(包括信号读写、关键信息记录)、Python脚本(进行二次开发，定制化逻辑)和自动化测试系统(测试脚本自动化生成、一键测试、测试报告的生成等)。通过解读当前的功能规范以及车辆所需遵循的法律法规提取出该高级驾驶辅助系统的性能指标，结合实际驾驶环境提出所需测试验证的功能点，在该功能点的指导下，联系实车状态提出该功能点所涵盖的具体测试步骤，其中包含了测试实施前车辆所处的状态、具体的操作步骤以及每个步骤下总线或者车辆状态反馈的期望结果，同时在测试结束后车辆恢复初始状态所需要的复位条件，将这些步骤汇总形成该待测试功能的测试用例；而测试用例所描述在实车环境下的每一步操作又能转换成对相应总线信息和车辆姿态信息的读写操作，同时对所关注的关键信息加以记录，将这些信号处理步骤按照一定的填写规则补充到规范化测试表格的相应位置；同时开发Python脚本实现对将生成测试脚本的形式加以定义；最后借助自动化测试软件ECUtest通过调用Python脚本和相应的测试表格自动生成相应的工程文件和测试脚本，点击运行便可以在自动化测试系统上完成该驾驶辅助功能的测试。

在本实施例中，通过获取输入的功能测试需求，基于所述功能测试需求构建测试用例，并确定所述测试用例的所有模拟参数；基于预设的分类调整规则对各所述模拟参数进行分类调整，以获取规范电子表格，并对所述规范电子表格进行识别；基于所述识别的识别结果确定所述规范电子表格的关键字，并将所述关键字转化为测试脚本。根据输入的功能测试需求按照提前定义好的格式编写为测试用例，并对测试用例中的各个模拟参数进行分类调整，以获取规范电子表格，再识别出规范电子表格中的关键字，将关键字转换为测试脚本，避免了现有技术中人工搭建测试脚本，耗费大量成本，智能化程度低的现象发生，通过根据功能测试需求确定关键字，并将其转换为测试脚本，提高了测试脚本生成的智能性。

进一步地，基于上述本发明的第一实施例，提出本发明测试脚本生成方法的第二实施例，本实施例中，上述实施例中的步骤S30，将所述关键字转化为测试脚本的步骤的细化，包括：

步骤a，获取预设的编码规则，并根据所述编码规则依次将所述关键字中的所有子关键字编码为序列样板，并将所述序列样板作为测试脚本。

在本实施例中，当识别到规范电子表格中的关键字后，需要将关键字转换为测试脚本，此时可以先确定提前设置的编码规则，以便根据此编码规则将关键字转换为测试脚本。而且当关键字中的子关键字存在多个时，需要根据编码规则将所有的子关键字都转换为各个子关键字对应的序列样板，并将这些序列样板作为测试脚本。而且在本实施例中在根据编码规则对各个子关键字进行编码转换时，可以通过借助ECUtest软件的API接口调用Python工具进行编码转换。

在本实施例中，通过根据提前设置的编码规则将关键字中的所有子关键字都转换为序列样板，并将其作为测试脚本，从而保障了获取到的测试脚本的准确性。

进一步地，基于所述识别的识别结果确定所述规范电子表格的关键字的步骤，包括：

步骤b，将所述规范电子表格中的所有命名格式化符依次和所述识别结果中的所有模拟参数进行匹配；

在本实施例中，在确定规范电子表格中的关键字时，可以先确定规范电子表格中的所有命名格式化符。需要说明的是命名格式化符可以是用户提前基于自身需要进行设置的，例如可以将命名格式化符的名字设置为前置条件参数、实施步骤参数、复位条件参数和测试用例名称等，并且命名格式化符的数量即可以设置多个，也可以只设置一个。当确定规则电子表格中的所有命名格式化符后，需要将所有的命名格式化符和对测试用例的识别结果进行匹配，即将识别结果中包含的所有模拟参数和各个命名格式化符进行匹配，以确定各个命名格式化符对应的模拟参数。

步骤c，基于所述匹配的匹配结果确定各所述命名格式化符对应的匹配模拟参数，并将各所述匹配模拟参数作为所述规范电子表格的关键字。

当获取到所有命名格式化符和识别结果中的所有模拟参数匹配的匹配结果，可以根据匹配结果确定各个命名格式化符对应的模拟参数，并将其作为匹配模拟参数。例如，若规范电子表格中的命名格式化符的名字为前置条件参数、实施步骤参数和复位条件参数，而识别结果中的模拟参数的类型正好有前置条件、实施步骤和复位条件这三个，则可以确定在规范电子表格中的命名格式化符为前置条件参数时，其对应的匹配模拟参数为识别结果中类型为前置条件的模拟参数。在规范电子表格中的命名格式化符为实施步骤参数时，其对应的匹配模拟参数为识别结果中类型为实施步骤的模拟参数。在规范电子表格中的命名格式化符为复位条件参数时，其对应的匹配模拟参数为识别结果中类型为复位条件的模拟参数。并在确定各个命名格式化符对应的匹配模拟参数后，可以将这些匹配模拟参数作为规范电子表格中的子关键字，并将所有的子关键字作为关键字。

在本实施例中，通过将规范电子表格中的所有命名格式化符依次和识别结果中的所有模拟参数进行匹配，以确定各个命名格式化符对应的匹配模拟参数，并将其作为关键字，从而保障了获取到的关键字的准确性。

具体地，将所述规范电子表格中的所有命名格式化符依次和所述识别结果中的所有模拟参数进行匹配的步骤，包括：

步骤d，遍历所述规范电子表格中的所有命名格式化符，并将遍历的命名格式化符依次和所述识别结果中的所有模拟参数进行匹配；

在本实施例中，在确定规范电子表格中的所有命名格式化符后，可以遍历规范电子表格中的所有命名格式化符，并将遍历的命名格式化符依次和识别结果中的所有模拟参数进行匹配，并根据不同的匹配结果执行不同的操作。

步骤e，若存在和遍历的命名格式化符匹配的匹配模拟参数，则将所述和遍历的命名格式化符匹配的匹配模拟参数作为所述遍历的命名格式化符对应的匹配结果。

当经过判断发现存在和遍历的命名格式化符匹配的模拟参数，则可以将此模拟参数作为和遍历的命名格式化符匹配的匹配模拟参数，并将此匹配模拟参数作为遍历的命名格式化符对应的匹配结果，以便后续识别出规范电子表格中的关键字。

在本实施例中，通过遍历规范电子表格中的所有命名格式化符，并确定遍历的命名格式化符对应的匹配模拟参数，将其作为遍历的命名格式化符对应的匹配结果，从而保障了获取到的匹配结果的准确性。

进一步地，基于预设的分类调整规则对各所述模拟参数进行分类调整，以获取规范电子表格的步骤，包括：

步骤f，根据预设的分类调整规则对各所述模拟参数进行分类调整，以得到不同类型的分类参数；

在本实施例中，当确定测试用例的所有模拟参数后，可以根据提前设置的分类调整规则对测试用例中所有的模拟参数进行分类调整，得到各个不同类型的分类参数。即可以先确定测试用例中的模拟参数的类型，并将属于同一类型的所有模拟参数划分为同一类。例如将属于前置条件这一类型的所有模拟参数都划分为同一类。

步骤g，并将各所述分类参数按照各所述分类参数对应的类型依次填入至预设的电子表格模板，以获取规范电子表格。

并在确定各个分类参数后，可以按照各个分类参数对应的类型依次填入至提前设置的电子表格模板，并将具有各个分类参数的电子表格模板作为规范电子表格。

在本实施例中，通过根据分类调整规则对各个模拟参数进行分类调整，以得到各个分类参数，并将各个分类参数填入至电子表格模板，得到规范电子表格，从而保障了获取到的规范电子表格的有效性。

进一步地，获取输入的功能测试需求的步骤，包括：

步骤h，获取待测试系统的初始参数，并根据所述初始参数组建逻辑测试需求，并将所述逻辑测试需求作为功能测试需求。

在本实施例中，在获取待测试系统的功能测试需求时，可以先确定待测试系统的初始参数。其中初始参数可以是待测试系统的出厂参数。然后再根据这些初始参数组建对应的逻辑测试需求，并将其作为功能测试需求。其中，逻辑测试需求主要是进行功能逻辑部分的需求验证，主要由主机厂功能规范定义的状态机迁移内容确定，也就是在汽车的内部功能有发生改变或更新时，就需要进行逻辑测试的需求验证。其中功能逻辑可以是Override状态下测试场景：直道，前方无目标车，车速60km/h，油门开度为30％，ACC状态为override，驾驶员安全带解开，ACC跳转为Reject状态。

在本实施例中，通过根据待测试系统的初始参数来组建逻辑测试需求，并将其作为功能测试需求，从而保障了获取到的功能测试需求的有效性。

进一步地，获取输入的功能测试需求的步骤，还包括：

步骤k，确定待测试系统的环境适应能力，根据预设的场景策略和环境适应能力构建场景验证测试需求，并将所述场景验证测试需求作为功能测试需求。

在本实施例中，功能测试需求还可以是场景验证测试需求。因此需要先确定待测试系统的环境适应能力，并根据提前设置的当前场景的场景策略和环境适应能力来构建当前场景的场景验证测试需求。并且场景验证测试需求主要是进行场景验证，以确定新发布的汽车是否适应需要进行测试的目标场景。并且场景验证需求的场景验证内容可以是辅助系统的环境适应能力与相应场景下的策略响应情况。其中，场景验证可以是GB/T 20608中目标识别能力要求：直道，本车以86km/h速度跟随前车行驶，期望车速120km/h，跟车时距＝2.4s，左侧相邻车道有一干扰车与前车并排行驶，车速86km/h，前车加速至100km/h,本车不受相邻车道车辆影响并加速至超越相邻车辆。

在本实施例中，通过根据待测试系统的环境适应能力和预设的场景策略构建场景验证测试需求，并将其作为功能测试需求，从而保障了获取到的功能测试需求的有效性。

参照图3，本发明还提供一种测试脚本生成装置，本实施例中，所述测试脚本生成装置包括：

可选地，转化模块，用于：

可选地，识别模块，用于：

可选地，获取模块，用于：

上述各功能模块实现的方法可参照本发明测试脚本生成方法实施例，此处不再赘述。

本发明还提供一种测试脚本生成设备，所述测试脚本生成设备包括：存储器、处理器、通信总线以及存储在所述存储器上的测试脚本生成程序：

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行所述测试脚本生成程序，以实现上述测试脚本生成方法各实施例的步骤。

本发明还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有测试脚本生成程序，所述测试脚本生成程序被处理器执行时实现如上所述的测试脚本生成方法的步骤。

其中，在所述处理器上运行的测试脚本生成程序被执行时所实现的方法可参照本发明测试脚本生成方法各个实施例，此处不再赘述。

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

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

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

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

Claims

1.一种测试脚本生成方法，其特征在于，所述测试脚本生成方法包括如下步骤：

2.如权利要求1所述的测试脚本生成方法，其特征在于，所述将所述关键字转化为测试脚本的步骤，包括：

3.如权利要求1-2任一项所述的测试脚本生成方法，其特征在于，所述基于所述识别的识别结果确定所述规范电子表格的关键字的步骤，包括：

4.如权利要求3所述的测试脚本生成方法，其特征在于，所述将所述规范电子表格中的所有命名格式化符依次和所述识别结果中的所有模拟参数进行匹配的步骤，包括：

5.如权利要求1所述的测试脚本生成方法，其特征在于，所述基于预设的分类调整规则对各所述模拟参数进行分类调整，以获取规范电子表格的步骤，包括：

6.如权利要求1所述的测试脚本生成方法，其特征在于，所述获取输入的功能测试需求的步骤，包括：

7.如权利要求1所述的测试脚本生成方法，其特征在于，所述获取输入的功能测试需求的步骤，还包括：

8.一种测试脚本生成装置，其特征在于，所述测试脚本生成装置包括：

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

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