CN112052184A - 测试脚本的自动生成方法、自动生成装置及存储介质 - Google Patents

Abstract

本发明公开一种测试脚本的自动生成方法，应用于芯片操作系统，该方法包括：判断是否获取到所有输入内容中的所有内容信息，内容信息包括目录结构信息、指令列表信息、共用函数信息、配置信息以及脚本模板信息；在确定获取到所有内容信息情况下，获取开发需求信息，基于开发需求信息生成结构创建脚本，结构创建脚本用于生成待测试文件结构；基于指令列表信息创建指令测试脚本集和公共脚本集；基于指令列表信息生成与指令测试脚本集对应的指令测试脚本，以及基于指令列表信息生成与公共脚本集对应的公共脚本；将待测试文件结构、指令测试脚本和公共脚本存储于脚本模板信息，生成芯片操作系统的测试脚本。本发明还公开一种测试脚本的自动生成装置。

Description

测试脚本的自动生成方法、自动生成装置及存储介质

技术领域

本发明涉及系统测试技术领域，具体地涉及一种测试脚本的自动生成方法及一种测试脚本的自动生成装置。

背景技术

COS(Chip Operating System，芯片操作系统)，与微处理器、存储单元等硬件器件沟通构成一个完整的嵌入式软硬件单元。

在对COS进行测试开发的过程中，项目之间的测试代码复用情况比较常见，因此传统的开发方法往往是在父版上直接进行人为的改动，从而形成后续版本的测试代码，而对于新的项目，则往往是通过人工从零开始测试代码的编写。

在通过人工进行修改或编写的过程中，一方面由于代码量的巨大，因此容易因人为原因而导致错误或偏差；另一方面，在项目衔接过程中，不同版本的测试代码可能由不同的人进行维护或开发，由于每个人的开发风格不同，也就导致不同版本的测试代码风格各异，大大降低了开发代码的可读性和易用性；进一步地，在测试代码的版本增多后，针对原测试代码的改动往往会影响大量其他相关代码，因此修改时费时费力。

发明内容

为了克服现有技术中对COS进行人工测试开发的过程中开发效率低下、开发难度大的技术问题，本发明实施例提供一种测试脚本的自动生成方法，通过对开发过程所用到的输入信息进行模块化，从而能够根据实际的开发需求自动生成对应的测试脚本，大大提高了技术人员的开发效率、降低了开发难度。

为了实现上述目的，本发明实施例提供一种测试脚本的自动生成方法，应用于芯片操作系统，所述生成方法包括：判断是否获取到输入内容中的所有内容信息，所述内容信息包括目录结构信息、指令列表信息、共用函数信息、配置信息以及脚本模板信息；在确定获取到所有所述内容信息的情况下，获取开发需求信息，基于所述开发需求信息生成结构创建脚本，所述结构创建脚本用于生成待测试文件结构；基于所述指令列表信息创建指令测试脚本集和公共脚本集；基于所述指令列表信息生成与所述指令测试脚本集对应的指令测试脚本，以及基于所述指令列表信息生成与所述公共脚本集对应的公共脚本；将所述待测试文件结构、所述指令测试脚本和所述公共脚本存储于所述脚本模板信息，生成所述芯片操作系统的测试脚本。

优选地，所述生成方法还包括：在缺失任一所述内容信息的情况下，生成并反馈与缺失的所述内容信息对应的提示信息。

优选地，所述基于所述开发需求信息生成待测试文件结构，包括：基于所述开发需求信息生成结构创建规则；基于所述结构创建规则生成对应的待测试文件结构。

优选地，所述共用函数信息包括文件创建函数，所述指令列表信息包括秘钥创建函数，所述基于所述结构创建规则生成对应的待测试文件结构，包括：基于所述结构创建规则获取文件结构信息，所述文件结构信息包括多个文件项，每个所述文件项包括一个父目录项和对应的至少一个子目录项；从所述目录结构信息中提取与每个所述父目录项对应的父文件内容，基于所述文件创建函数生成与所述父文件内容对应的秘钥文件，所述秘钥文件用于存储秘钥内容；从所述目录结构信息中提取与每个所述子目录项对应的子文件内容，基于所述秘钥创建函数生成与所述子文件内容对应的秘钥内容；基于每个所述文件项的所述父目录项、所述秘钥文件、所述子目录项以及所述秘钥内容生成所述待测试文件结构。

优选地，所述基于所述指令列表信息创建指令测试脚本集，包括：提取所述指令列表信息中的指令名称，生成与所述指令名称对应的正向测试脚本；获取所述指令列表信息中的参数值，生成与所述参数值对应的参数扫描测试脚本；获取所述指令列表信息中的错误码，基于所述指令名称和所述错误码生成对应的反向测试脚本；基于所述正向测试脚本、所述参数扫描测试脚本以及所述反向测试脚本创建所述指令测试脚本集。

优选地，所述生成方法还包括：在生成所述正向测试脚本后，在所述指令列表信息中获取预设验证信息；基于所述预设验证信息生成对应的验证规则；将所述验证规则合并到每个所述正向测试脚本的起始处。

优选地，所述生成与所述参数值对应的参数扫描测试脚本，包括：获取预设字符集合；基于所述预设字符集合和所述配置信息生成对应的参数扫描测试脚本。

优选地，所述生成方法还包括：在生成所述指令测试脚本集后，基于所述脚本模板信息和所述指令列表信息生成独立测试脚本，所述独立扫描脚本用于测试非法指令和测试后门指令。

优选地，所述基于所述指令名称和所述错误码生成对应的反向测试脚本，包括：在所述指令列表信息中提取期望异常信息；在所述配置信息中获取与所述期望异常信息对应的期望异常反馈参数；基于所述期望异常反馈参数生成与所述指令名称或所述错误码对应的反向测试脚本。

优选地，所述生成方法还包括：获取预设注释生成规则；在生成所述结构创建脚本或生成所述指令测试脚本的过程中，获取对应的输入信息和输出信息；基于所述输入信息和所述输出信息按照所述预设注释生成规则生成对应的注释信息；将所述注释信息加入对应的所述文件结构生成脚本或所述指令测试脚本。

优选地，所述基于所述指令列表信息创建公共脚本集，包括：将所述结构创建脚本作为第一公共脚本，存储所述第一公共脚本；基于所述共用函数信息生成第二公共脚本；基于所述配置信息生成第三公共脚本和第四公共脚本，所述第三公共脚本用于数据配置，所述第四公共脚本用于存储确定测试代码是否执行的开关配置值；基于所述第一公共脚本、所述第二公共脚本、所述第三公共脚本以及所述第四公共脚本创建所述公共脚本集。

相应的，本发明还提供一种测试脚本的自动生成装置，应用于芯片操作系统，所述生成装置包括：判断模块，用于判断是否获取到输入内容中的所有内容信息，所述内容信息包括目录结构信息、指令列表信息、共用函数信息、配置信息以及脚本模板信息；结构生成模块，用于在确定获取到所有所述内容信息的情况下，获取开发需求信息，基于所述开发需求信息生成结构创建脚本，所述结构创建脚本用于生成待测试文件结构；脚本集创建模块，用于基于所述指令列表信息创建指令测试脚本集和公共脚本集；初步脚本生成模块，用于基于所述指令列表信息生成与所述指令测试脚本集对应的指令测试脚本，以及基于所述指令列表信息生成与所述公共脚本集对应的公共脚本；测试脚本生成模块，将所述待测试文件结构、所述指令测试脚本和所述公共脚本存储于所述脚本模板信息，生成所述芯片操作系统的测试脚本。

优选地，所述生成装置还包括反馈模块，所述反馈模块用于：在缺失任一所述内容信息的情况下，获取对应的缺失内容信息，生成并反馈与缺失的所述内容信息对应的提示信息。

优选地，所述结构生成模块包括：规则生成单元，用于基于所述开发需求信息生成结构创建规则；结构生成单元，用于基于所述结构创建规则生成对应的待测试文件结构。

优选地，所述共用函数信息包括文件创建函数，所述指令列表信息包括秘钥创建函数，所述结构生成单元用于：基于所述结构创建规则获取文件结构信息，所述文件结构信息包括多个文件项，每个所述文件项包括一个父目录项和对应的至少一个子目录项；从所述目录结构信息中提取与每个所述父目录项对应的父文件内容，基于所述文件创建函数生成与所述父文件内容对应的秘钥文件，所述秘钥文件用于存储秘钥内容；从所述目录结构信息中提取与每个所述子目录项对应的子文件内容，基于所述秘钥创建函数生成与所述子文件内容对应的秘钥内容；基于每个所述文件项的所述父目录项、所述秘钥文件、所述子目录项以及所述秘钥内容生成所述待测试文件结构。

优选地，所述脚本集创建模块包括第一脚本集创建单元，所述第一脚本集创建单元用于：提取所述指令列表信息中的指令名称，生成与所述指令名称对应的正向测试脚本；获取所述指令列表信息中的参数值，生成与所述参数值对应的参数扫描测试脚本；获取所述指令列表信息中的错误码，基于所述指令名称和所述错误码生成对应的反向测试脚本；基于所述正向测试脚本、所述参数扫描测试脚本以及所述反向测试脚本创建所述指令测试脚本集。

优选地，所述生成装置还包括：在生成所述正向测试脚本后，在所述指令列表信息中获取预设验证信息；基于所述预设验证信息生成对应的验证规则；将所述验证规则合并到每个所述正向测试脚本的起始处。

优选地，所述生成与所述参数值对应的参数扫描测试脚本，包括：获取预设字符集合；基于所述预设字符集合和所述配置信息生成对应的参数扫描测试脚本。

优选地，所述生成装置还包括：在生成所述指令测试脚本集后，基于所述脚本模板信息和所述指令列表信息生成独立测试脚本，所述独立扫描脚本用于测试非法指令和测试后门指令。

优选地，所述基于所述指令名称和所述错误码生成对应的反向测试脚本，包括：在所述指令列表信息中提取期望异常信息；在所述配置信息中获取与所述期望异常信息对应的期望异常反馈参数；基于所述期望异常反馈参数生成与所述指令名称或所述错误码对应的反向测试脚本。

优选地，所述生成装置还包括注释模块，所述注释模块包括：第一获取单元，用于获取预设注释生成规则；第二获取单元，用于在生成所述结构创建脚本或生成所述指令测试脚本的过程中，获取对应的输入信息和输出信息；信息生成单元，用于基于所述输入信息和所述输出信息按照所述预设注释生成规则生成对应的注释信息；注释单元，用于将所述注释信息加入对应的所述文件结构生成脚本或所述指令测试脚本。

优选地，所述脚本集创建模块包括第二脚本集创建单元，所述第二脚本集创建单元用于：将所述结构创建脚本作为第一公共脚本，存储所述第一公共脚本；基于所述共用函数信息生成第二公共脚本；基于所述配置信息生成第三公共脚本和第四公共脚本，所述第三公共脚本用于数据配置，所述第四公共脚本用于存储确定测试代码是否执行的开关配置值；基于所述第一公共脚本、所述第二公共脚本、所述第三公共脚本以及所述第四公共脚本创建所述公共脚本集。

另一方面，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明提供的方法。

通过本发明提供的技术方案，本发明至少具有如下技术效果：

通过对开发过程所用到的输入信息进行模块化，从而能够自动根据开发的需求信息生成对应的测试脚本，大大提高了技术人员的开发效率、降低了开发难度，同时有效避免人为开发过程中因人为因素导致的代码错误或偏差，提高了测试脚本的开发精确性。

本发明实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明实施例，但并不构成对本发明实施例的限制。在附图中：

图1是本发明实施例提供的测试脚本的自动生成方法的具体实现流程图；

图2是本发明实施例提供的测试脚本的自动生成方法中生成注释信息的具体实现流程图；

图3是本发明实施例提供的测试脚本的自动生成装置的结构示意图。

具体实施方式

为了克服现有技术中对COS进行人工测试开发的过程中开发效率低下、开发难度大的技术问题，本发明实施例提供一种测试脚本的自动生成方法，通过对开发过程所用到的输入信息进行模块化，从而能够根据实际的开发需求自动生成对应的测试脚本，大大提高了技术人员的开发效率、降低了开发难度。

以下结合附图对本发明实施例的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明实施例，并不用于限制本发明实施例。

本发明实施例中的术语“系统”和“网络”可被互换使用。“多个”是指两个或两个以上，鉴于此，本发明实施例中也可以将“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。另外，需要理解的是，在本发明实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

请参见图1，本发明实施例所提供一种测试脚本的自动生成方法，应用于芯片操作系统，所述生成方法包括：

S10)判断是否获取到输入内容中的所有内容信息，所述内容信息包括目录结构信息、指令列表信息、共用函数信息、配置信息以及脚本模板信息；

S20)在确定获取到所有所述内容信息的情况下，获取开发需求信息，基于所述开发需求信息生成结构创建脚本，所述结构创建脚本用于生成待测试文件结构；

S30)基于所述指令列表信息创建指令测试脚本集和公共脚本集；

S40)基于所述指令列表信息生成与所述指令测试脚本集对应的指令测试脚本，以及基于所述指令列表信息生成与所述公共脚本集对应的公共脚本；

S50)将所述待测试文件结构、所述指令测试脚本和所述公共脚本存储于所述脚本模板信息，生成所述芯片操作系统的测试脚本。

在本发明实施例中，所述生成方法还包括：在缺失任一所述内容信息的情况下，生成并反馈与缺失的所述内容信息对应的提示信息。

在本发明实施例中，通过对测试开发的输入过程和输出过程进行模块化标准化处理，从而实现对COS进行测试开发的测试脚本自动化生成。在一种可能的实施方式中，在进行脚本自动生成之前，首先判断是否获取到输入内容中的所有内容信息，例如在COS中预先存储有输入内容的列表，在执行脚本自动生成时，首先按照该列表查询在当前目录下或根目录下是否放置有对应的所有的内容信息，若查询到所有的内容信息，则确定获取到所有的输入内容，若查询到有任一内容信息缺失，则确定未获取到所有的输入内容，并根据缺失的内容信息生成对应的提示信息，将该提示信息反馈给技术人员。

需要说明的是，在本发明实施例中，所述输入内容可以为预存的输入文件，也可以为预存的程序模块或数据连接接口等，都应该属于本发明的保护范围，在此不做过多赘述。

在本发明实施例中，通过将输入信息进行模块化处理，从而能够根据实际的开发需求自动生成对应的测试脚本，大大提高了技术人员的开发效率，同时提高了测试脚本的标准化程度，提高了测试脚本的可读性，降低了在后续开发过程中的开发难度。

在本发明实施例中，所述基于所述开发需求信息生成待测试文件结构，包括：基于所述开发需求信息生成结构创建规则；基于所述结构创建规则生成对应的待测试文件结构。

进一步地，在本发明实施例中，所述共用函数信息包括文件创建函数，所述指令列表信息包括秘钥创建函数，所述基于所述结构创建规则生成对应的待测试文件结构，包括：基于所述结构创建规则获取文件结构信息，所述文件结构信息包括多个文件项，每个所述文件项包括一个父目录项和对应的至少一个子目录项；从所述目录结构信息中提取与每个所述父目录项对应的父文件内容，基于所述文件创建函数生成与所述父文件内容对应的秘钥文件，所述秘钥文件用于存储秘钥内容；从所述目录结构信息中提取与每个所述子目录项对应的子文件内容，基于所述秘钥创建函数生成与所述子文件内容对应的秘钥内容；基于每个所述文件项的所述父目录项、所述秘钥文件、所述子目录项以及所述秘钥内容生成所述待测试文件结构。

在一种可能的实施方式中，在确定获取到所有的输入内容后，开始执行对测试脚本的自动生成操作。首先需要生成对COS进行测试的待测试文件结构，例如在本发明实施例中，为了确定待测试的COS的文件结构，以及实现对COS的最佳测试效果，首先获取COS的开发需求信息，并根据该开发需求信息生成结构创建规则，例如该结构创建规则可以为创建文件结构的代码，根据该代码获取待创建文件结构的文件结构信息，例如该文件结构信息可以包括多个文件项，每个文件项包括一个父目录项和对应的至少一个子目录项，然后根据目录结构信息中的内容生成待测试文件结构。

例如在本发明实施例中，文件结构信息包括主文件项和其余文件项，在对主文件项的文件结构进行创建的过程中，首先在目录结构信息中提取与主文件项中的父目录项对应的父文件内容，例如首先在目录结构信息中查找根目录项，并提取该根目录项的文件ID以及所有不为空的属性值，然后查找父目录为根目录，文件类型为第一秘钥类型的第一秘钥项，提取每个项中的属性值，然后将上述获取到的所有属性值带入从共用函数信息中调用的文件创建函数中，从而通过文件创建函数生成用于存储秘钥内容的秘钥文件。然后，在目录结构信息中提取与每个子目录项对应的子文件内容，例如在目录结构信息中搜索父目录为上述第一秘钥项、文件类型为第二秘钥类型的第二秘钥项，并将获取的第二秘钥项中所有的属性值带入从指令列表信息中调用的秘钥创建函数中，从而通过该秘钥创建函数生成对应的秘钥内容。进一步地，在生成每个文件项的上述秘钥文件及对应的秘钥内容后，生成对COS进行测试的待测试文件结构。

在本发明实施例中，通过根据实际的开发需求创建合理的待测试文件结构，从而能够有效指导后续生成的测试脚本执行正确和完整的测试工作，大大降低了自动生成测试脚本的难度，提高了自动生成的测试脚本的测试可靠性和测试精确性，提高了技术人员的工作效率。

在本发明实施例中，所述基于所述指令列表信息创建指令测试脚本集，包括：提取所述指令列表信息中的指令名称，生成与所述指令名称对应的正向测试脚本；获取所述指令列表信息中的参数值，生成与所述参数值对应的参数扫描测试脚本；获取所述指令列表信息中的错误码，基于所述指令名称和所述错误码生成对应的反向测试脚本；基于所述正向测试脚本、所述参数扫描测试脚本以及所述反向测试脚本创建所述指令测试脚本集。

在一种可能的实施方式中，在创建待测试文件结构后，进一步创建对应的测试脚本。在本发明实施例中，首先根据指令列表信息创建指令测试脚本集：提取指令列表信息中的指令名称，在本发明实施例中，所述指令名称包括文件选择指令、二进制读指令、二进制写指令等多个指令名称，然后根据每个指令名称所对应的功能生成对该功能进行测试的正向测试脚本；以及获取指令列表信息中的参数值，例如该参数值为每个指令名称对应属性的属性值，根据上述属性值生成对每个属性值进行字符判断的参数扫描测试脚本；以及获取在指令列表信息中的错误码，例如该错误码可以包括“文件未找到”、“安全状态不满足”等错误码，并依次生成每条指令名称和每条错误码的反向测试脚本，并最终基于正向测试脚本、参数扫描测试脚本以及反向测试脚本创建指令测试脚本集。

在本发明实施例中，所述生成方法还包括：在生成所述正向测试脚本后，在所述指令列表信息中获取预设验证信息；基于所述预设验证信息生成对应的验证规则；将所述验证规则合并到每个所述正向测试脚本的起始处。

在实际应用过程中，不同的COS所应用的协议可能不同，例如常用的协议包括ISO7816以及SPI协议，因此在一种可能的实施方式中，在生成正向测试脚本后，还需要根据当前COS所应用的协议对该正向测试脚本进行进一步的优化，以避免因所测试的协议不同而导致大量报错的情况发生。首先从指令列表信息中获取预设验证信息，例如该预设验证信息即为上述协议的属性值，例如当某协议的属性为“Y”时，确定该协议为启用状态，当某协议的属性为“N”时，则确定该协议在当前COS中并未启用，即为未启用状态。此时根据上述预设验证信息生成对应的验证规则，例如该验证规则为基于上述属性值进行判断，以确定当前COS执行的是哪个协议，将该验证规则合并至每个正向测试脚本的起始处，在执行每个正向测试脚本时，首先会进行协议的判断，例如当某个协议的属性为“N”时，在脚本的起始处以“if Config_Data.SPI＝True:”或者“if Config_Data.ISO7816＝True:”的判断代码来对测试脚本的执行进行限制，从而实现正确的测试功能。

在本发明实施例中，所述生成与所述参数值对应的参数扫描测试脚本，包括：获取预设字符集合；基于所述预设字符集合和所述配置信息生成对应的参数扫描测试脚本。

在一种可能的实施方式中，为了进一步对COS中操作指令对应的参数值是否合法进行测试，首先获取预设字符集合，例如该字符集合包括“/”、“-”、“>”、“<”和“X”等字符，然后根据该预设字符集合生成对应的参数扫描测试脚本。在进行测试的过程中，首先获取指令列表信息中的参数值，然后根据将获取到的参数值与上述字符集合进行比对判断，以确定在每个参数值中的特殊字符是否包含于上述字符集合中，若没有包含于上述字符集合中，则从配置信息中获取对应的错误码，然后发出具有错误码的报错信息以提示输入了非法字符，。

在本发明实施例中，根据不同的字符生成对应的测试脚本。例如在生成对“X”字符进行测试的参数扫描测试脚本时，若该参数值为“XX”或“XXX”等值时，确定该参数值可以取任意值，因此不需要生成对应的参数扫描测试脚本；若为“0X”，则代表该参数值的低半字节可取“0-F”的范围，则需要生成对应的参数扫描测试代码，例如生成“code_scan＝'for iin range(0x10,256):'”这样的范围判断代码，并接下来补充“code_scan＝'CLA＝("00"+(hex(i)[2:]))[-2:]'”、“code_scan＝'ret＝util.common_command.Command('+'CLA+'+'"'+ins+P1+P2+LC+data_field_content+'"'+')'”、“code_scan＝'util.common.TestStatus(ret,SW_CLA)'”等以字符串为载体的测试代码内容，其中SW_CLA为从配置信息中获取的当测试出某操作指令输入非法参数时所期望的返回码。

进一步地，在本发明实施例中，在生成对操作指令的参数扫描测试脚本的过程中，还判断当前生成的参数扫描测试代码对应的参数是否为特殊参数，若该参数为特殊参数，则首先读取配置信息中对应的变量值，例如该变量值为当前操作指令所应用的协议类型，以判断应该按照哪种协议对应的值(该协议的值从指令列表信息中获取)生成对应的参数扫描测试代码。

在本发明实施例中，所述生成方法还包括：在生成所述指令测试脚本集后，基于所述脚本模板信息和所述指令列表信息生成独立测试脚本，所述独立扫描脚本用于测试非法指令和测试后门指令。

进一步地，为了对COS的安全性进行进一步的测试，在一种可能的实施方式中，在生成指令测试脚本集后，还基于脚本模板信息和指令列表信息生成对应的独立测试脚本，例如该独立测试脚本为INS扫描测试脚本，通过该脚本，可以对非法指令以及后面指令进行扫描和测试。

在本发明实施例中，所述基于所述指令名称和所述错误码生成对应的反向测试脚本，包括：在所述指令列表信息中提取期望异常信息；在所述配置信息中获取与所述期望异常信息对应的期望异常反馈参数；基于所述期望异常反馈参数生成与所述指令名称或所述错误码对应的反向测试脚本。

为了确认在COS发生异常时，系统也能够发出正确的错误报告，因此还进一步对COS进行反向测试。在一种可能的实施方式中，首先从指令列表信息中提取期望异常信息，例如依次从指令列表信息中的指定项依次获取每个错误码，并以逗号隔开，然后从配置信息中获取与期望异常信息对应的期望异常反馈参数，然后以该期望异常反馈参数作为反向测试的测试期望值生成对应的反向测试代码。

例如在对“文件未找到”错误码生成对应的反向测试代码时，首先随机生成文件标识，然后将上述文件标识与目录结构信息中的文件名称相对比，并获取到在目录结构信息中不存在的文件标识，此时获取指令列表信息中选择命令对对应的指令格式，从而基于上述测试期望值、目录结构信息中不存在的文件标识以及该指令格式生成对应的反向测试脚本。

在本发明实施例中，通过根据模块化的目录结构信息和指令列表信息自动生成对COS的正向测试脚本、参数扫描测试脚本以及反向测试脚本，从而实现对COS的全面测试，有效避免人工开发存在的测试功能遗漏或测试代码错误等情况的发生，提高了技术人员的工作效率，同时提高了测试的精确性和完整性。

请参见图2，在本发明实施例中，所述生成方法还包括：

S61)获取预设注释生成规则；

S62)在生成所述结构创建脚本或生成所述指令测试脚本的过程中，获取对应的输入信息和输出信息；

S63)基于所述输入信息和所述输出信息按照所述预设注释生成规则生成对应的注释信息；

S64)将所述注释信息加入对应的所述文件结构生成脚本或所述指令测试脚本。

在对COS进行测试脚本的生成过程中，还对生成的测试脚本进行注释。在一种可能的实施方式中，首先获取预设注释生成规则，并在生成对应的测试脚本，例如在生成结构创建脚本后，根据对应的输入信息和输出信息，例如在本发明实施例中，输入信息为创建MF文件结构，输出信息为秘钥(Key)文件，则在生成对应的结构创建脚本后，同时在脚本中加入“创建MF下的Key文件”的注释信息。

在本发明实施例中，通过在生成对应的脚本程序后还自动生成对应的注释信息，从而能够进一步提高测试脚本的可读性，大大降低了在后续开发工作过程中的工作难度。

在本发明实施例中，所述基于所述指令列表信息创建公共脚本集，包括：将所述结构创建脚本作为第一公共脚本，存储所述第一公共脚本；基于所述共用函数信息生成第二公共脚本；基于所述配置信息生成第三公共脚本和第四公共脚本，所述第三公共脚本用于数据配置，所述第四公共脚本用于存储确定测试代码是否执行的开关配置值；基于所述第一公共脚本、所述第二公共脚本、所述第三公共脚本以及所述第四公共脚本创建所述公共脚本集。

为了进一步提高在生成测试脚本过程中的标准化，提高代码的可读性和可维护性，在一种可能的实施方式中，在生成结构创建脚本后，将该脚本作为第一公共脚本并存储起来，以及根据共用函数信息生成第二公共脚本，进一步地，根据配置信息生成第三公共脚本和第四公共脚本，并通过上述第一公共脚本、第二公共脚本、第三公共脚本以及第四公共脚本创建公共脚本集，以供后续开发时直接调用。

在本发明实施例中，通过在生成测试脚本的过程中，将测试脚本中复用率较高的代码块提取出来并存储于公共脚本集，在后续测试脚本的开发过程中，当技术人员需要用到相同功能的代码时，可以直接从公共脚本集中调用对应的代码即可，而无需再自己撰写，从而一方面大大提高了技术人员的开发效率；另一方面大大提高了代码的统一性，避免因多人开发导致的开发风格不一致而降低可读性的技术问题，同时能够有效避免人为因素导致的错误或偏差；进一步地，当需要对某个功能的代码段进行修改时，也可以直接通过对公共脚本集中对应的代码段进行修改，从而实现对整个测试脚本中对应代码段的修改，提高修改的效率，提高修改的精确性和完全性。

下面结合附图对本发明实施例所提供的测试脚本的自动生成装置进行说明。

请参见图3，基于同一发明构思，本发明实施例提供一种测试脚本的自动生成装置，应用于芯片操作系统，所述生成装置包括：判断模块，用于判断是否获取到输入内容中的所有内容信息，所述内容信息包括目录结构信息、指令列表信息、共用函数信息、配置信息以及脚本模板信息；结构生成模块，用于在确定获取到所有所述内容信息的情况下，获取开发需求信息，基于所述开发需求信息生成结构创建脚本，所述结构创建脚本用于生成待测试文件结构；脚本集创建模块，用于基于所述指令列表信息创建指令测试脚本集和公共脚本集；初步脚本生成模块，用于基于所述指令列表信息生成与所述指令测试脚本集对应的指令测试脚本，以及基于所述指令列表信息生成与所述公共脚本集对应的公共脚本；测试脚本生成模块，将所述待测试文件结构、所述指令测试脚本和所述公共脚本存储于所述脚本模板信息，生成所述芯片操作系统的测试脚本。

在本发明实施例中，所述生成装置还包括反馈模块，所述反馈模块用于：在缺失任一所述内容信息的情况下，获取对应的缺失内容信息，生成并反馈与缺失的所述内容信息对应的提示信息。

在本发明实施例中，所述结构生成模块包括：规则生成单元，用于基于所述开发需求信息生成结构创建规则；结构生成单元，用于基于所述结构创建规则生成对应的待测试文件结构。

在本发明实施例中，所述共用函数信息包括文件创建函数，所述指令列表信息包括秘钥创建函数，所述结构生成单元用于：基于所述结构创建规则获取文件结构信息，所述文件结构信息包括多个文件项，每个所述文件项包括一个父目录项和对应的至少一个子目录项；从所述目录结构信息中提取与每个所述父目录项对应的父文件内容，基于所述文件创建函数生成与所述父文件内容对应的秘钥文件，所述秘钥文件用于存储秘钥内容；从所述目录结构信息中提取与每个所述子目录项对应的子文件内容，基于所述秘钥创建函数生成与所述子文件内容对应的秘钥内容；基于每个所述文件项的所述父目录项、所述秘钥文件、所述子目录项以及所述秘钥内容生成所述待测试文件结构。

在本发明实施例中，所述脚本集创建模块包括第一脚本集创建单元，所述第一脚本集创建单元用于：提取所述指令列表信息中的指令名称，生成与所述指令名称对应的正向测试脚本；获取所述指令列表信息中的参数值，生成与所述参数值对应的参数扫描测试脚本；获取所述指令列表信息中的错误码，基于所述指令名称和所述错误码生成对应的反向测试脚本；基于所述正向测试脚本、所述参数扫描测试脚本以及所述反向测试脚本创建所述指令测试脚本集。

在本发明实施例中，所述生成装置还包括：在生成所述正向测试脚本后，在所述指令列表信息中获取预设验证信息；基于所述预设验证信息生成对应的验证规则；将所述验证规则合并到每个所述正向测试脚本的起始处。

在本发明实施例中，所述生成与所述参数值对应的参数扫描测试脚本，包括：获取预设字符集合；基于所述预设字符集合和所述配置信息生成对应的参数扫描测试脚本。

在本发明实施例中，所述生成装置还包括：在生成所述指令测试脚本集后，基于所述脚本模板信息和所述指令列表信息生成独立测试脚本，所述独立扫描脚本用于测试非法指令和测试后门指令。

在本发明实施例中，所述基于所述指令名称和所述错误码生成对应的反向测试脚本，包括：在所述指令列表信息中提取期望异常信息；在所述配置信息中获取与所述期望异常信息对应的期望异常反馈参数；基于所述期望异常反馈参数生成与所述指令名称或所述错误码对应的反向测试脚本。

在本发明实施例中，所述生成装置还包括注释模块，所述注释模块包括：第一获取单元，用于获取预设注释生成规则；第二获取单元，用于在生成所述结构创建脚本或生成所述指令测试脚本的过程中，获取对应的输入信息和输出信息；信息生成单元，用于基于所述输入信息和所述输出信息按照所述预设注释生成规则生成对应的注释信息；注释单元，用于将所述注释信息加入对应的所述文件结构生成脚本或所述指令测试脚本。

在本发明实施例中，所述脚本集创建模块包括第二脚本集创建单元，所述第二脚本集创建单元用于：将所述结构创建脚本作为第一公共脚本，存储所述第一公共脚本；基于所述共用函数信息生成第二公共脚本；基于所述配置信息生成第三公共脚本和第四公共脚本，所述第三公共脚本用于数据配置，所述第四公共脚本用于存储确定测试代码是否执行的开关配置值；基于所述第一公共脚本、所述第二公共脚本、所述第三公共脚本以及所述第四公共脚本创建所述公共脚本集。

进一步地，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明所述的方法。

以上结合附图详细描述了本发明实施例的可选实施方式，但是，本发明实施例并不限于上述实施方式中的具体细节，在本发明实施例的技术构思范围内，可以对本发明实施例的技术方案进行多种简单变型，这些简单变型均属于本发明实施例的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明实施例对各种可能的组合方式不再另行说明。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得单片机、芯片或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

此外，本发明实施例的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明实施例的思想，其同样应当视为本发明实施例所公开的内容。

Claims (23)

1.一种测试脚本的自动生成方法，应用于芯片操作系统，其特征在于，所述生成方法包括：

判断是否获取到输入内容中的所有内容信息，所述内容信息包括目录结构信息、指令列表信息、共用函数信息、配置信息以及脚本模板信息；

在确定获取到所有所述内容信息的情况下，获取开发需求信息，基于所述开发需求信息生成结构创建脚本，所述结构创建脚本用于生成待测试文件结构；

基于所述指令列表信息创建指令测试脚本集和公共脚本集；

基于所述指令列表信息生成与所述指令测试脚本集对应的指令测试脚本，以及基于所述指令列表信息生成与所述公共脚本集对应的公共脚本；

将所述待测试文件结构、所述指令测试脚本和所述公共脚本存储于所述脚本模板信息，生成所述芯片操作系统的测试脚本。

2.根据权利要求1所述的生成方法，其特征在于，所述生成方法还包括：

在缺失任一所述内容信息的情况下，生成并反馈与缺失的所述内容信息对应的提示信息。

3.根据权利要求1所述的生成方法，其特征在于，所述基于所述开发需求信息生成待测试文件结构，包括：

基于所述开发需求信息生成结构创建规则；

基于所述结构创建规则生成对应的待测试文件结构。

4.根据权利要求3所述的生成方法，其特征在于，所述共用函数信息包括文件创建函数，所述指令列表信息包括秘钥创建函数，所述基于所述结构创建规则生成对应的待测试文件结构，包括：

基于所述结构创建规则获取文件结构信息，所述文件结构信息包括多个文件项，每个所述文件项包括一个父目录项和对应的至少一个子目录项；

从所述目录结构信息中提取与每个所述父目录项对应的父文件内容，基于所述文件创建函数生成与所述父文件内容对应的秘钥文件，所述秘钥文件用于存储秘钥内容；

从所述目录结构信息中提取与每个所述子目录项对应的子文件内容，基于所述秘钥创建函数生成与所述子文件内容对应的秘钥内容；

基于每个所述文件项的所述父目录项、所述秘钥文件、所述子目录项以及所述秘钥内容生成所述待测试文件结构。

5.根据权利要求1所述的生成方法，其特征在于，所述基于所述指令列表信息创建指令测试脚本集，包括：

提取所述指令列表信息中的指令名称，生成与所述指令名称对应的正向测试脚本；

获取所述指令列表信息中的参数值，生成与所述参数值对应的参数扫描测试脚本；

获取所述指令列表信息中的错误码，基于所述指令名称和所述错误码生成对应的反向测试脚本；

基于所述正向测试脚本、所述参数扫描测试脚本以及所述反向测试脚本创建所述指令测试脚本集。

6.根据权利要求5所述的生成方法，其特征在于，所述生成方法还包括：

在生成所述正向测试脚本后，在所述指令列表信息中获取预设验证信息；

基于所述预设验证信息生成对应的验证规则；

将所述验证规则合并到每个所述正向测试脚本的起始处。

7.根据权利要求5所述的生成方法，其特征在于，所述生成与所述参数值对应的参数扫描测试脚本，包括：

获取预设字符集合；

基于所述预设字符集合和所述配置信息生成对应的参数扫描测试脚本。

8.根据权利要求1所述的生成方法，其特征在于，所述生成方法还包括：

在生成所述指令测试脚本集后，基于所述脚本模板信息和所述指令列表信息生成独立测试脚本，所述独立扫描脚本用于测试非法指令和测试后门指令。

9.根据权利要求5所述的生成方法，其特征在于，所述基于所述指令名称和所述错误码生成对应的反向测试脚本，包括：

在所述指令列表信息中提取期望异常信息；

在所述配置信息中获取与所述期望异常信息对应的期望异常反馈参数；

基于所述期望异常反馈参数生成与所述指令名称或所述错误码对应的反向测试脚本。

10.根据权利要求1所述的生成方法，其特征在于，所述生成方法还包括：

获取预设注释生成规则；

在生成所述结构创建脚本或生成所述指令测试脚本的过程中，获取对应的输入信息和输出信息；

基于所述输入信息和所述输出信息按照所述预设注释生成规则生成对应的注释信息；

将所述注释信息加入对应的所述文件结构生成脚本或所述指令测试脚本。

11.根据权利要求1所述的生成方法，其特征在于，所述基于所述指令列表信息创建公共脚本集，包括：

将所述结构创建脚本作为第一公共脚本，存储所述第一公共脚本；

基于所述共用函数信息生成第二公共脚本；

基于所述配置信息生成第三公共脚本和第四公共脚本，所述第三公共脚本用于数据配置，所述第四公共脚本用于存储确定测试代码是否执行的开关配置值；

基于所述第一公共脚本、所述第二公共脚本、所述第三公共脚本以及所述第四公共脚本创建所述公共脚本集。

12.一种测试脚本的自动生成装置，应用于芯片操作系统，其特征在于，所述生成装置包括：

判断模块，用于判断是否获取到输入内容中的所有内容信息，所述内容信息包括目录结构信息、指令列表信息、共用函数信息、配置信息以及脚本模板信息；

结构生成模块，用于在确定获取到所有所述内容信息的情况下，获取开发需求信息，基于所述开发需求信息生成结构创建脚本，所述结构创建脚本用于生成待测试文件结构；

脚本集创建模块，用于基于所述指令列表信息创建指令测试脚本集和公共脚本集；

初步脚本生成模块，用于基于所述指令列表信息生成与所述指令测试脚本集对应的指令测试脚本，以及基于所述指令列表信息生成与所述公共脚本集对应的公共脚本；

测试脚本生成模块，将所述待测试文件结构、所述指令测试脚本和所述公共脚本存储于所述脚本模板信息，生成所述芯片操作系统的测试脚本。

13.根据权利要求12所述的生成装置，其特征在于，所述生成装置还包括反馈模块，所述反馈模块用于：

在缺失任一所述内容信息的情况下，生成并反馈与缺失的所述内容信息对应的提示信息。

14.根据权利要求12所述的生成装置，其特征在于，所述结构生成模块包括：

规则生成单元，用于基于所述开发需求信息生成结构创建规则；

结构生成单元，用于基于所述结构创建规则生成对应的待测试文件结构。

15.根据权利要求14所述的生成装置，其特征在于，所述共用函数信息包括文件创建函数，所述指令列表信息包括秘钥创建函数，所述结构生成单元用于：

基于所述结构创建规则获取文件结构信息，所述文件结构信息包括多个文件项，每个所述文件项包括一个父目录项和对应的至少一个子目录项；

从所述目录结构信息中提取与每个所述父目录项对应的父文件内容，基于所述文件创建函数生成与所述父文件内容对应的秘钥文件，所述秘钥文件用于存储秘钥内容；

从所述目录结构信息中提取与每个所述子目录项对应的子文件内容，基于所述秘钥创建函数生成与所述子文件内容对应的秘钥内容；

基于每个所述文件项的所述父目录项、所述秘钥文件、所述子目录项以及所述秘钥内容生成所述待测试文件结构。

16.根据权利要求12所述的生成装置，其特征在于，所述脚本集创建模块包括第一脚本集创建单元，所述第一脚本集创建单元用于：

提取所述指令列表信息中的指令名称，生成与所述指令名称对应的正向测试脚本；

获取所述指令列表信息中的参数值，生成与所述参数值对应的参数扫描测试脚本；

获取所述指令列表信息中的错误码，基于所述指令名称和所述错误码生成对应的反向测试脚本；

基于所述正向测试脚本、所述参数扫描测试脚本以及所述反向测试脚本创建所述指令测试脚本集。

17.根据权利要求16所述的生成装置，其特征在于，所述生成装置还包括：

在生成所述正向测试脚本后，在所述指令列表信息中获取预设验证信息；

基于所述预设验证信息生成对应的验证规则；

将所述验证规则合并到每个所述正向测试脚本的起始处。

18.根据权利要求16所述的生成装置，其特征在于，所述生成与所述参数值对应的参数扫描测试脚本，包括：

获取预设字符集合；

基于所述预设字符集合和所述配置信息生成对应的参数扫描测试脚本。

19.根据权利要求12所述的生成装置，其特征在于，所述生成装置还包括：

在生成所述指令测试脚本集后，基于所述脚本模板信息和所述指令列表信息生成独立测试脚本，所述独立扫描脚本用于测试非法指令和测试后门指令。

20.根据权利要求16所述的生成装置，其特征在于，所述基于所述指令名称和所述错误码生成对应的反向测试脚本，包括：

在所述指令列表信息中提取期望异常信息；

在所述配置信息中获取与所述期望异常信息对应的期望异常反馈参数；

基于所述期望异常反馈参数生成与所述指令名称或所述错误码对应的反向测试脚本。

21.根据权利要求12所述的生成装置，其特征在于，所述生成装置还包括注释模块，所述注释模块包括：

第一获取单元，用于获取预设注释生成规则；

第二获取单元，用于在生成所述结构创建脚本或生成所述指令测试脚本的过程中，获取对应的输入信息和输出信息；

信息生成单元，用于基于所述输入信息和所述输出信息按照所述预设注释生成规则生成对应的注释信息；

注释单元，用于将所述注释信息加入对应的所述文件结构生成脚本或所述指令测试脚本。

22.根据权利要求12所述的生成装置，其特征在于，所述脚本集创建模块包括第二脚本集创建单元，所述第二脚本集创建单元用于：

将所述结构创建脚本作为第一公共脚本，存储所述第一公共脚本；

基于所述共用函数信息生成第二公共脚本；

基于所述配置信息生成第三公共脚本和第四公共脚本，所述第三公共脚本用于数据配置，所述第四公共脚本用于存储确定测试代码是否执行的开关配置值；

基于所述第一公共脚本、所述第二公共脚本、所述第三公共脚本以及所述第四公共脚本创建所述公共脚本集。

23.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-11中任一项权利要求所述的方法。

Images