CN116909878A - 一种逻辑业务自动测试方法 - Google Patents

Abstract

本发明公开了逻辑业务自动测试方法，适用于列车车载可编程控制装置，属于轨道交通技术领域，包括如下步骤：S1、配置待测试项目的启动项文件；S2、对所述启动项文件进行自检，若自检通过，执行S3、若自检未通过，执行S1；S3、基于待测试项目的测试需求选择对应的测试模式；S4、基于不同的测试模式，输出对应的测试结果项。本方案通过对列车车载可编程控制装置的逻辑业务进行单个用例自动化测试或批量用例自动化测试，显著提高了列车车载可编程控制装置逻辑业务测试的测试效率和准确性。

Description

一种逻辑业务自动测试方法

技术领域

本发明属于轨道交通技术领域，尤其是一种逻辑业务自动测试方法。

背景技术

地铁车辆的控制的方式由继电器控制的方式向车载可编程控制装置控制的方式转变，车载可编程控制装置具有安全可靠性强，控制速度快，故障少，易维修等优点，因此车载可编程控制装置在列车上使用的前景非常广阔；为了保证车载可编程控制装置的质量，需要对车载可编程控制装置的逻辑业务功能的正确性进行测试。

针对列车车载可编程控制器，现有逻辑业务测试方法存在以下缺陷：

(1)由测试人员人工操作外部输入设备，测试人员需要熟悉外部输入设备的操作步骤和要求，熟悉外部输入设备的端口和车载可编程控制装置的端口的连接关系，否则车载可编程控制装置的端口设置错误，测试效率比较低；

(2)需要外部输入设备仿真列车的各种信号；

(3)需要把逻辑业务功能的文件加载到车载可编程控制装置，由车载可编程控制装置对逻辑业务进行计算和输出，逻辑业务功能的测试依赖于车载可编程控制装置。

发明内容

本发明的目的是解决现有技术中逻辑业务测试方法测试效率低的问题，提供一种逻辑业务自动测试方法，通过配置待测试项目的启动项文件，对启动项文件进行自检，基于待测试项目的测试需求选择对应测试模式对测试项目进行测试，输出测试结果，能够显著提高测试效率。

为了实现上述目的，本发明采用以下技术方案：

一种逻辑业务自动测试方法，适用于列车车载可编程控制装置，包括如下步骤：

S1、配置待测试项目的启动项文件；

S2、对所述启动项文件进行自检，若自检通过，执行S3、若自检未通过，执行S1；

S3、基于待测试项目的测试需求选择对应的测试模式；

S4、基于不同的测试模式，输出对应的测试结果项。

本方案中，通过配置启动项文件，实现配置测试环境；通过对启动项文件进行自检，验证配置的正确性；根据测试需求选择合适的测试模式，并最终执行测试并输出相应的测试结果项；确保了测试的准确性、一致性和有效性，有效提高了测试效率并降低测试风险。

优选的，S1所述启动项文件包括测试逻辑文件、端口配置文件和测试用例文件，所述测试逻辑文件用于提供待测试项目执行的顺序和步骤，所述端口配置文件用于确保测试环境的正确连通，所述测试用例文件用于模拟待测试项目的测试场景。

本方案中，通过配置启动项文件，实现管理和控制测试过程中的配置信息和参数；通过对启动项进行自检，能够确保启动项文件的完整性，正确性和可用性；通过不同的测试模式基于测试需求对测试用例进行测试，能够显著提高测试效率。

优选的，所述S1包括如下步骤：

S11、基于待测试项目获取对应的测试用例基本信息，基于测试用例基本信息创建测试用例文件；

S12、基于测试用例文件的测试顺序和步骤创建对应的测试逻辑文件；

S13、获取测试用例的端口特征信息，基于端口特征信息创建对应的端口配置文件，列车车载可编程控制装置基于端口配置文件实现测试环境的配置；所述端口特征信息至少包括端口号、协议、地址和连接类型；

S14、列车车载可编程控制装置基于配置完成的测试环境执行测试用例文件和测试逻辑文件。

本方案中，通过待测试项目的基本信息创建测试用例文件，再基于测试用例的测试顺序和步骤创建对应的测试逻辑文件，通过获取的端口特征信息创建对应的端口配置文件，使列车车载可编程控制装置可以通过端口配置文件来实现测试环境的配置，可以确保测试的准确性。

优选的，所述S2包括如下步骤：

S21、识别所述启动项文件是否包含测试逻辑文件，若包含测试逻辑文件，执行S22、若不包含测试逻辑文件，执行S1；

S22、基于所述测试逻辑文件识别端口配置文件的格式和路径，基于所述端口配置文件的格式和路径，加载并解析端口配置文件，提取端口配置信息；

S23、基于所述端口配置信息匹配对应端口，通过测试逻辑文件确认端口配置是否正确，若配置正确，执行S24、若配置失败，执行S1；

S24、基于测试逻辑文件识别所述启动项文件是否包含测试用例文件，若包含测试用例文件，执行S3、若不包含测试用例文件，执行S1。

本方案中，通过验证启动项文件是否包含逻辑测试文件，可以验证启动项文件是否可以进行端口配置；通过提取端口配置信息对对应端口进行匹配并确认匹配结果，可以避免因端口配置错误导致的测试失败或不准确情况；通过测试逻辑文件验证启动项文件是否包含测试用例文件，可以方便后续的测试执行。

优选的，所述测试模式包括单个用例自动化测试和批量用例自动化测试，当所述待测试项目只有一个测试用例时，测试模式选择单个用例自动化测试；当所述待测试项目有两个或两个以上测试用例时，测试项目选个批量用例自动化测试。

本方案中，通过区分单个用例自动化测试和批量用例自动化测试，能够提高测试效率，确保测试用例的重复性和一致性，覆盖面广，可靠性高。

优选的，所述单个用例自动化测试包括如下步骤：

基于测试用例的测试需求，编写第一自动化测试脚本；

执行第一自动化测试脚本，记录测试结果和输出信息；

基于第一自动化测试脚本的执行结果，判断测试用例的执行情况；

进行测试环境清理和恢复，确保下一次测试的准备状态。

本方案中，通过编写并执行测试脚本可以实现自动化测试的效果，通过对测试环境进行清理和恢复，能够将测试环境中存在的影响因素清理掉，确保下一次测试能够正常进行。

优选的，所述批量用例自动化测试包括如下步骤：

基于批量测试用例的测试需求，编写第二自动化测试脚本；

基于测试逻辑文件设置批文件处理命令；

基于所述批文件处理命令控制第二自动化测试脚本的执行顺序和循环次数，基于第二自动化测试脚本逐个执行测试用例；

基于第二自动化测试脚本的执行结果，生成批量测试报告，判断每个测试用例的执行情况；进行测试环境清理和恢复，确保下一次测试的准备状态。

本方案中，通过设置批文件处理命令控制测试脚本的执行顺序和循环次数，可以实现测试用例的批量处理，保证在对各测试用例进行处理时的一致性和准确性。

优选的，所述基于批量测试用例设置批文件处理命令包括如下步骤：

创建空白文件；

基于批量测试用例和测试逻辑文件确认需要编写内容，通过文本编辑器将编写内容编写到所述空白文件中，所述编写内容至少包括执行顺序、循环次数和执行时间；

将经编写后的文件保存为批文件格式，保存至与批量测试用例文件相同目录下。

本方案中，通过将所需编写内容编写到空白文件中，再保存为批文件格式得到批文件处理命令，能够使测试脚本在执行时遵循执行顺序、测试逻辑、循环次数和执行时间。

优选的，所述执行情况通过执行时间、执行过程和执行结果进行判断。

本方案中，通过执行时间、执行过程和执行结果对测试用例的执行情况进行判断，能够明确执行中的异常情况，及时解决避免影响后续测试。

优选的，所述执行情况在失败时包括如下情形：

情形一：若测试用例在执行时间内未执行完，则对应的测试用例测试失败；

情形二：若测试用例在执行时间内执行完，通过过程判定判断测试过程存在异常，则对应的测试用例测试失败；

情形三：若测试用例在执行时间内执行完，通过过程判定判断测试过程正常，通过逻辑运算结果判定测试结果异常，则对应的测试用例测试失败。

本方案中，通过将执行失败区分为情形一、情形二和情形三，有助于及时发现测试执行超时、检测测试过程异常和验证测试结果异常；有助于提高测试用例的质量、可靠性和准确性，从而提高逻辑业务自动测试方法的效率和可靠性。

本发明的有益效果：通过配置启动项文件，实现配置测试环境，通过对启动项文件进行自检，验证配置的正确性，根据测试需求选择合适的测试模式，并最终执行测试并输出相应的测试结果项，确保了测试的准确性、一致性和有效性，有效提高了测试效率并降低测试风险；通过验证启动项文件是否包含逻辑测试文件，可以验证启动项文件是否可以进行端口配置，通过提取端口配置信息对对应端口进行匹配并确认匹配结果，可以避免因端口配置错误导致的测试失败或不准确情况，通过测试逻辑文件验证启动项文件是否包含测试用例文件，可以方便后续的测试执行；通过编写并执行测试脚本可以实现自动化测试的效果，通过对测试环境进行清理和恢复，能够将测试环境中存在的影响因素清理掉，确保下一次测试能够正常进行；通过设置批文件处理命令控制测试脚本的执行顺序和循环次数，可以实现测试用例的批量处理，保证在对各测试用例进行处理时的一致性和准确性。

上述发明内容仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。

图1为本发明一种逻辑业务自动测试方法的流程图；

图2为本发明的端口信号选择界面；

图3为本发明的测试模式选择界面。

具体实施方式

为使本发明的目的、技术方案以及优点更加清楚明白，下面结合附图和实施例对本发明作进一步详细说明，应当理解的是，此处所描述的具体实施方式仅是本发明的一种最佳实施例，仅用以解释本发明，并不限定本发明的保护范围，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在更加详细地讨论示例性实施例之前，应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作(或步骤)可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤；所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例：

如图1所示，一种逻辑业务自动测试方法，适用于列车车载可编程控制装置，包括如下步骤：S1、配置待测试项目的启动项文件。

具体地，启动项文件包括测试逻辑文件、端口配置文件和测试用例文件，测试逻辑文件用于提供待测试项目执行的顺序和步骤，端口配置文件用于确保测试环境的正确连通，测试用例文件用于模拟待测试项目的测试场景。

本实施例中，通过配置启动项文件，实现管理和控制测试过程中的配置信息和参数；通过对启动项进行自检，能够确保启动项文件的完整性，正确性和可用性；通过不同的测试模式基于测试需求对测试用例进行测试，能够显著提高测试效率。

具体地，S1包括如下步骤：

S11、基于待测试项目获取对应的测试用例基本信息，基于测试用例基本信息创建测试用例文件；

S12、基于测试用例文件的测试顺序和步骤创建对应的测试逻辑文件；

S13、获取测试用例的端口特征信息，基于端口特征信息创建对应的端口配置文件，列车车载可编程控制装置基于端口配置文件实现测试环境的配置；端口特征信息至少包括端口号、协议、地址和连接类型；

S14、列车车载可编程控制装置基于配置完成的测试环境执行测试用例文件和测试逻辑文件。

具体地，测试用例文件创建流程为：建立空白文件1、获取待测试项目的测试用例基本信息，包括测试用例名称、测试用例编号、测试用例内容、测试数据、期望结果、优先级，将获取到的内容添加至空白文件中进行存储，得到测试用例文件；测试逻辑文件创建流程为：通过测试用例文件的优先级确定测试顺序，优先级高的测试用例的测试循序排在前面，通过测试用例文件的测试内容确定测试步骤；端口配置文件创建流程为：建立空白文件2，基于测试顺序和测试步骤，在空白文件2中编写测试逻辑程序，得到测试逻辑文件；建立空白文件3，获取测试用例端口特征信息，将获取到的端口特征信息添加到空白文件3中进行存储，得到端口配置文件。

本实施例中，通过待测试项目的基本信息创建测试用例文件，再基于测试用例的测试顺序和步骤创建对应的测试逻辑文件，通过获取的端口特征信息创建对应的端口配置文件，使列车车载可编程控制装置可以通过端口配置文件来实现测试环境的配置，可以确保测试的准确性。

S2、对启动项文件进行自检，若自检通过，执行S3、若自检未通过，执行S1。

具体地，S2包括如下步骤：

S21、识别启动项文件是否包含测试逻辑文件，若包含测试逻辑文件，执行S22、若不包含测试逻辑文件，执行S1；

S22、基于测试逻辑文件识别端口配置文件的格式和路径，基于端口配置文件的格式和路径，加载并解析端口配置文件，提取端口配置信息；

S23、基于端口配置信息匹配对应端口，通过测试逻辑文件确认端口配置是否正确，若配置正确，执行S24、若配置失败，执行S1；

S24、基于测试逻辑文件识别启动项文件是否包含测试用例文件，若包含测试用例文件，执行S3、若不包含测试用例文件，执行S1。

本实施例中，通过验证启动项文件是否包含逻辑测试文件，可以验证启动项文件是否可以进行端口配置；通过提取端口配置信息对对应端口进行匹配并确认匹配结果，可以避免因端口配置错误导致的测试失败或不准确情况；通过测试逻辑文件验证启动项文件是否包含测试用例文件，可以方便后续的测试执行。

S3、基于待测试项目的测试需求选择对应的测试模式。

具体地，测试模式包括单个用例自动化测试和批量用例自动化测试，当待测试项目只有一个测试用例时，测试模式选择单个用例自动化测试；当待测试项目有两个或两个以上测试用例时，测试项目选个批量用例自动化测试。

具体地，本实施例中在对车载可编程控制装置的逻辑业务进行测试时，用户先通过显示界面选择测试端口，显示界面可显示端口的信号名称，如图2所示为端口信号选择界面，显示了单板所有输入输出端口状态；在用户选择测试端口后，通过测试模式选择界面来选择对应测试模式，如图3所示为测试模式选择界面，用户可在测试方式栏对测试模式进行选择，包括人工测试、单个用例自动化测试和批量自动化测试，此界面还显示预期结果和测试结果等。

本实施例中，通过区分单个用例自动化测试和批量用例自动化测试，能够提高测试效率，确保测试用例的重复性和一致性，覆盖面广，可靠性高。

S4、基于不同的测试模式，输出对应的测试结果项。

本实施例中，通过配置启动项文件，实现配置测试环境；通过对启动项文件进行自检，验证配置的正确性；根据测试需求选择合适的测试模式，并最终执行测试并输出相应的测试结果项；确保了测试的准确性、一致性和有效性，有效提高了测试效率并降低测试风险。

具体地，单个用例自动化测试包括如下步骤：

基于测试用例的测试需求，编写第一自动化测试脚本；

执行第一自动化测试脚本，记录测试结果和输出信息；

基于第一自动化测试脚本的执行结果，判断测试用例的执行情况；

进行测试环境清理和恢复，确保下一次测试的准备状态；

具体地，在测试完成后，进行测试环境的清理和恢复工作，以确保下一次测试的准备状态；包括清除测试过程中产生的临时文件、恢复测试环境的初始状态、重置设备或服务等。

本实施例中，通过编写并执行测试脚本可以实现自动化测试的效果，这样可以保证每次测试都在相同的环境条件下进行，减少干扰因素，并提高测试的可靠性和重复性。

具体地，批量用例自动化测试包括如下步骤：

基于批量测试用例的测试需求，编写第二自动化测试脚本；

基于测试逻辑文件设置批文件处理命令；

基于批文件处理命令控制第二自动化测试脚本的执行顺序和循环次数，基于第二自动化测试脚本逐个执行测试用例；

基于第二自动化测试脚本的执行结果，生成批量测试报告，判断每个测试用例的执行情况；进行测试环境清理和恢复，确保下一次测试的准备状态。

本实施例中，通过设置批文件处理命令控制测试脚本的执行顺序和循环次数，可以实现测试用例的批量处理，保证在对各测试用例进行处理时的一致性和准确性。

具体地，基于批量测试用例设置批文件处理命令包括如下步骤：

创建空白文件；

基于批量测试用例和测试逻辑文件确认需要编写内容，通过文本编辑器将编写内容编写到空白文件中，编写内容至少包括执行顺序、循环次数和执行时间；

将经编写后的文件保存为批文件格式，保存至与批量测试用例文件相同目录下。

本实施例中，通过将所需编写内容编写到空白文件中，再保存为批文件格式得到批文件处理命令，能够使测试脚本在执行时遵循执行顺序、测试逻辑、循环次数和执行时间。

具体地，执行情况通过执行时间、执行过程和执行结果进行判断。

本实施例中，通过执行时间、执行过程和执行结果对测试用例的执行情况进行判断，能够明确执行中的异常情况，及时解决避免影响后续测试。

具体地，例如测试用例A进行单个用例自动化测试，执行时间内执行完毕，判断测试用例A的测试过程正常、逻辑运算结果正常，输出测试用例A测试成功信息；例如测试用例B进行单个用例自动化测试，执行时间内未执行完，输出测试用例B测试失败信息。

具体地，执行情况在失败时包括如下情形：

情形一：若测试用例在执行时间内未执行完，则对应的测试用例测试失败；

情形二：若测试用例在执行时间内执行完，通过过程判定判断测试过程存在异常，则对应的测试用例测试失败；

情形三：若测试用例在执行时间内执行完，通过过程判定判断测试过程正常，通过逻辑运算结果判定测试结果异常，则对应的测试用例测试失败。

本实施例中，通过将执行失败区分为情形一、情形二和情形三，有助于及时发现测试执行超时、检测测试过程异常和验证测试结果异常；有助于提高测试用例的质量、可靠性和准确性，从而提高逻辑业务自动测试方法的效率和可靠性。

具体地，本实施例可通过测试表格在显示界面显示测试结果。

本实施例的有益效果：通过配置启动项文件，实现配置测试环境，通过对启动项文件进行自检，验证配置的正确性，根据测试需求选择合适的测试模式，并最终执行测试并输出相应的测试结果项，确保了测试的准确性、一致性和有效性，有效提高了测试效率并降低测试风险；通过验证启动项文件是否包含逻辑测试文件，可以验证启动项文件是否可以进行端口配置，通过提取端口配置信息对对应端口进行匹配并确认匹配结果，可以避免因端口配置错误导致的测试失败或不准确情况，通过测试逻辑文件验证启动项文件是否包含测试用例文件，可以方便后续的测试执行；通过编写并执行测试脚本可以实现自动化测试的效果，通过对测试环境进行清理和恢复，能够将测试环境中存在的影响因素清理掉，确保下一次测试能够正常进行；通过设置批文件处理命令控制测试脚本的执行顺序和循环次数，可以实现测试用例的批量处理，保证在对各测试用例进行处理时的一致性和准确性。

以上所述之具体实施方式为本发明一种逻辑业务自动测试方法的较佳实施方式，并非以此限定本发明的具体实施范围，本发明的范围包括并不限于本具体实施方式，凡依照本发明之形状、结构所作的等效变化均在本发明的保护范围内。

Claims (10)

1.一种逻辑业务自动测试方法，适用于列车车载可编程控制装置，其特征在于，包括如下步骤：

S1、配置待测试项目的启动项文件；

S2、对所述启动项文件进行自检，若自检通过，执行S3、若自检未通过，执行S1；

S3、基于待测试项目的测试需求选择对应的测试模式；

S4、基于不同的测试模式，输出对应的测试结果项。

2.根据权利要求1所述的一种逻辑业务自动测试方法，其特征在于，S1所述启动项文件包括测试逻辑文件、端口配置文件和测试用例文件，所述测试逻辑文件用于提供待测试项目执行的顺序和步骤，所述端口配置文件用于确保测试环境的正确连通，所述测试用例文件用于模拟待测试项目的测试场景。

3.根据权利要求1所述的一种逻辑业务自动测试方法，其特征在于，所述S1包括如下步骤：

S11、基于待测试项目获取对应的测试用例基本信息，基于测试用例基本信息创建测试用例文件；

S12、基于测试用例文件的测试顺序和步骤创建对应的测试逻辑文件；

S13、获取测试用例的端口特征信息，基于端口特征信息创建对应的端口配置文件，列车车载可编程控制装置基于端口配置文件实现测试环境的配置；所述端口特征信息至少包括端口号、协议、地址和连接类型；

S14、列车车载可编程控制装置基于配置完成的测试环境执行测试用例文件和测试逻辑文件。

4.根据权利要求1所述的一种逻辑业务自动测试方法，其特征在于，所述S2包括如下步骤：

S21、识别所述启动项文件是否包含测试逻辑文件，若包含测试逻辑文件，执行S22、若不包含测试逻辑文件，执行S1；

S22、基于所述测试逻辑文件识别端口配置文件的格式和路径，基于所述端口配置文件的格式和路径，加载并解析端口配置文件，提取端口配置信息；

S23、基于所述端口配置信息匹配对应端口，通过测试逻辑文件确认端口配置是否正确，若配置正确，执行S24、若配置失败，执行S1；

S24、基于测试逻辑文件识别所述启动项文件是否包含测试用例文件，若包含测试用例文件，执行S3、若不包含测试用例文件，执行S1。

5.根据权利要求1所述的一种逻辑业务自动测试方法，其特征在于，所述测试模式包括单个用例自动化测试和批量用例自动化测试，当所述待测试项目只有一个测试用例时，测试模式选择单个用例自动化测试；当所述待测试项目有两个或两个以上测试用例时，测试项目选个批量用例自动化测试。

6.根据权利要求5所述的一种逻辑业务自动测试方法，其特征在于，所述单个用例自动化测试包括如下步骤：

基于测试用例的测试需求，编写第一自动化测试脚本；

执行第一自动化测试脚本，记录测试结果和输出信息；

基于第一自动化测试脚本的执行结果，判断测试用例的执行情况；

进行测试环境清理和恢复，确保下一次测试的准备状态。

7.根据权利要求5所述的一种逻辑业务自动测试方法，其特征在于，所述批量用例自动化测试包括如下步骤：

基于批量测试用例的测试需求，编写第二自动化测试脚本；

基于测试逻辑文件设置批文件处理命令；

基于所述批文件处理命令控制第二自动化测试脚本的执行顺序和循环次数，基于第二自动化测试脚本逐个执行测试用例；

基于第二自动化测试脚本的执行结果，生成批量测试报告，判断每个测试用例的执行情况；

进行测试环境清理和恢复，确保下一次测试的准备状态。

8.根据权利要求7所述的一种逻辑业务自动测试方法，其特征在于，所述基于批量测试用例设置批文件处理命令包括如下步骤：

创建空白文件；

基于批量测试用例和测试逻辑文件确认需要编写内容，通过文本编辑器将编写内容编写到所述空白文件中，所述编写内容至少包括执行顺序、循环次数和执行时间；

将经编写后的文件保存为批文件格式，保存至与批量测试用例文件相同目录下。

9.根据权利要求6或7所述的一种逻辑业务自动测试方法，其特征在于，所述执行情况通过执行时间、执行过程和执行结果进行判断。

10.根据权利要求6或7或8所述的一种逻辑业务自动测试方法，其特征在于，所述执行情况在失败时包括如下情形：

情形一：若测试用例在执行时间内未执行完，则对应的测试用例测试失败；

情形二：若测试用例在执行时间内执行完，通过过程判定判断测试过程存在异常，则对应的测试用例测试失败；

情形三：若测试用例在执行时间内执行完，通过过程判定判断测试过程正常，通过逻辑运算结果判定测试结果异常，则对应的测试用例测试失败。