[发明专利]轨道交通信号系统自动化测试装置

权利要求书

1.轨道交通信号系统自动化测试装置，其特征在于，包括：

需求抽象模块：将输入的需求文本进行分析，提取场景的影响因素，同时根据场景和软件及硬件需要进行数据配置；

用例生成模块：用例生成模块将输入的影响因素和数据配置进行组合建模分析，生成测试用例的测试脚本；

用例执行模块：自动执行测试脚本，对被测系统进行自动化测试；

报告生成模块：在用例执行模块执行测试脚本完成后实现测试结果的自动保存及报告的自动生成；

所述需求抽象模块包括抽象需求文档模块、场景分析模块、提取影响因素模块和数据配置模块；其中，抽象需求文档模块对输入的需求文档进行抽象，抽象需求文档是利用程序代码将固定模板的文档冗余信息进行剔除，保留需求点，所述需求点在固定模板文档中利用编号进行标记；场景分析模块根据抽象得到的需求文档结合实际场景进行进一步分析，人工对场景进行分析，列出影响场景的具体因素，进而能够进行影响因素的提取；提取影响因素模块对影响因素进行提取并进行编号，将列出的影响因素进行数字化转化；数据配置模块根据每个场景的特殊性进行相应的数据要求配置；

所述用例生成模块包括组合数据生成模块、数据筛选模块、用例模型建立模块；其中，组合数据生成模块将输入的影响因素进行组合，进而得到用例组合数据；数据筛选模块根据实际情况对不符合逻辑和场景的无效数据进行筛选去除，得到有用的数据集；用例模型建立模块根据数据筛选得到带有期望结果的部分数据集利用CT-LSSVM算法进行模型的建立与预测，最后对测试用例进行脚本化翻译，得到测试用例的测试脚本；

其中，所述需求抽象模块和用例生成模块用于测试用例生成，所述测试用例生成方法步骤包括：

S1根据信号系统的各个层级的需求，通过UML建模分析出所有的功能点；根据信号系统的硬件和软件的特点，通过人工分析列出所有的故障点；其中，功能点是指用例场景实现过程中的步骤点，也是需要测试和关注的点；故障点为场景测试过程中软件和硬件运行时出现的故障和为满足用例场景测试需求需要人为注入的故障；

S2对用例场景进行人工深度分析，结合步骤S1场景分析的功能点和故障点，提取场景的具体影响因素；

S3通过CT算法对步骤S2产生的影响因素进行有序的组合，并指定组合覆盖的准则，从而自动生成覆盖了所有场景、且覆盖所有功能点和故障点的测试数据；

S4对步骤S3产生的测试数据进行自动的筛选和淘汰，去掉在实际线路数据中无法实现的测试数据；

S5选取步骤S4生成的部分测试数据，对其结果进行人工分析，进而得到带有标签的数据集；对得到的数据集进行建模分析，利用得到的LSSVM模型对未知样本进行预期结果判定识别，这样可以得到每个样本数据的期望结果，将期望结果与对应样本数据进行组合得到完成的测试用例；

其中，步骤S5中的运用LSSVM算法对得到的数据集进行建模分析包括如下步骤：(1)利用KS算法进行样本划分；(2)网格搜索算法进行参数优化；(3)LSSVM模型建立。

2.根据权利要求1所述的轨道交通信号系统自动化测试装置，其特征在于：用例执行模块包括测试任务触发模块、测试环境部署模块、服务环境部署模块和测试用例执行模块，测试任务触发模块在测试脚本生成完成后触发测试任务，测试环境部署模块实现被测软件环境的部署，服务环境部署模块启动自动化服务；测试用例执行模块调用测试脚本对系统进行测试。

3.根据权利要求2所述的轨道交通信号系统自动化测试装置，其特征在于：被测软件环境的部署包括IP添加、相关配置文件的自动修改和软件的启动与运行。

4.根据权利要求1所述的轨道交通信号系统自动化测试装置，其特征在于：报告生成模块包括保存测试结果模块、上传测试结果模块和生成测试报告模块，其中，保存测试结果模块将每一个测试用例的测试结果保存到数据库中，上传测试结果模块将每一个测试用例的测试结果上传至用例管理平台；生成测试报告模块将所有的测试结果进行汇总并生成测试报告。