CN106951363A - 一种基于atml的有效载荷自动测试方法 - Google Patents

Abstract

本发明公开了一种基于ATML的有效载荷自动测试方法，该方法包括：基于ATML技术对有效载荷测试用例、有效载荷接口信息、测试流程序列等进行标准化描述与定义。通过本发明实现了对有效载荷测试用例的形式化描述，实现了对各级测试用例共享复用、测试数据自动生成、测试序列自动执行、测试数据自动判读等功能。

Description

一种基于ATML的有效载荷自动测试方法

技术领域

本发明涉及一种基于ATML的技术方法，具体涉及一种基于ATML的有效载荷自动测试方法。

背景技术

在空间有效载荷系统的研制过程中，系统集成测试是必不可少的重要环节，一般地，有效载荷系统由专业电子仪器设备、数据管理及传输设备等组成。随着空间应用任务领域的扩展，系统规模、功能和工作模式越来越复杂，各设备工作既有独立性，又有相互的关联性，设备内部各模块的工作既有顺序性，又有并发性，系统集成测试不仅要覆盖单设备的工作模式，还要覆盖系统级工作模式，一般为系统中各设备不同工作模式的组合，人工编写测试用例的模式逐渐不能满足测试要求，因此对测试自动化的研究成为一个关键性的课题。

现有的自动测试语言，如GOAL(Ground Operations Aerospace Language)、ETOL(European Test and Operations Language)、ATLAS2000 (Abbreviated Test Languagesfor All System 2000)等，仅适用于对测试过程或测试信号进行描述，难以对被测系统的结构和行为进行描述，无法自动生成复杂功能系统的测试用例，因此寻找一种适用于描述上述复杂系统结构和行为的模型并结合人工智能技术进行推理是解决问题的关键。

目前，有多种反映系统逻辑行为和运行机制的定性或定量的模型，如马尔可夫过程图、UML语言、Petri网等，其中Petri网是可用于对系统逻辑行为描述和逻辑性质定性研究的通用网论，适合于在各种抽象级别上描述异步并发系统，但由于其结构不够清晰，描述复杂系统时易于导致模型组合爆炸，UML是适用于面向对象的建模语言，面向对象技术可以自然、清晰地描述系统结构，但是缺乏对系统形式化的描述，因此，将Petri网和面向对象技术的优点结合起来是解决复杂大规模系统建模问题的有效途径。

另外，国际上对测试信息标准化的研究也在不断发展，为远程测试的信息交换和共享奠定了基础，相关组织制订了大量的标准，如美国宇航局的 GOAL、欧洲宇航局的ETOL、ARINC发表的ATLAS标准、IEEE制订的ATLAS 2K 语言，但多数标准难以与现有的信息技术相融合，开放性不高，最新的IEEE Std 1671标准：自动测试标记语言ATML(Automatic TestMarkup Language)，是适用于自动测试设备和测试信息共享的数据交换新标准，其基于扩展标记语言(XML)，具有开放性、可交换性等特点，因此，逐渐成为测试信息交换的一个重要发展方向。

KJZ阶段，有效载荷的数量越来越多、复杂程度也越来越高，面对空间有效载荷集成测试需求的多样化和测试任务的复杂化，通过实现测试用例的标准化、提高测试数据的远程分发能力，可以极大地方便测试用例等信息的交换、共享和复用，提高远程终端对各类测试数据的获取能力，满足空间有效载荷远程测试的各类需求变得越来越来重要。

发明内容

本发明所要解决的技术问题是：在KJZ阶段，有效载荷的数量越来越多、复杂程度也越来越高，面对空间有效载荷集成测试需求的多样化和测试任务的复杂化，难以自动生成复杂测试系统的测试用例，难以实现测试用例的标准化、提高测试数据的远程分发能力，以及测试用例等信息的交换、共享和复用。

本发明的目的在于提供一种基于ATML的有效载荷自动测试方法，该方法包括如下步骤：

S1，基于ATML中的IEEEStd1671.1的测试标准对有效载荷测试用例进行标准化的定义和描述；

S2，采用可扩展标记语言对有效载荷产品接口数据单中的接口信息进行规范化的定义和描述；

S3，在S1定义的测试用例中引用S2定义的接口信息，生成完整的测试序列文件；

S4，设计生成基于S3中生成的测试序列文件的自动测试流程；

S5，根据S1中描述的有效载荷测试用例，在测试用例中设置测试目标的指令判读参数与测试目标的预期结果，在S4中定义自动测试流程中设计参数判读机制，实现参数的自动判读，以校验测试过程中给测试目标发送的指令是否成功。

本发明的有益效果：基于自动测试标记语言ATML实现了对有效载荷测试用例的形式化描述，实现了对各级测试用例共享复用、测试用例辅助设计、测试数据自动生成、测试序列自动执行、测试数据自动判读等功能。通过对有效载荷测试基础信息的定义、数据注入信息的标准化定义、遥测参数信息的标准化定义、测试序列的规范化描述，为测试的自动执行提供了数据基础，并且经过实践验证，可以很好地实现空间有效载荷测试用例的描述，大大提高了测试效率，节省了时间和人力。

进一步，所述的S1中描述包括:测试序列的构成、指令发送、数据读取和数据对比、测试序列执行流程，执行判据参数定义，执判读行结果。

进一步，所述S1中定义包括：在ATML结构中，选择 DetailedTestInformation下的节点表示测试用例， DetailedTestInformation中的EntryPoints、Actions、TestGroups三个节点表示测试用例执行操作信息。

进一步，所述S1中定义包括：在ATML结构中，EntryPoints定义为测试序列的入口时间，及定义第一个TestGroup的地址或Action的地址； Actions用于定义测试用例的所有具体操作信息；TestGroups用于定义测试用例的序列，TestGroups引用Actions中的具体操作信息或引用TestGroup 来生成测试用例序列，其中TestGroup为TestGroups中的一个节点，Action 为Actions中的一个节点。

进一步，所述指令发送、数据读取和数据对比，在ATML结构中选择OperationMessageOut、OperationRead和OperationCompare分别表示指令发送，数据读取和数据对比的操作。

进一步，所述S1中定义和描述包括：在ATML结构中，选择 TestGroupSequence来描述测试用例的序列结构，选择Steps中的节点定义测试用例的执行流程，同时使用Steps节点来引用Action节点和TestGroup 节点。

进一步，所述S2中的有效载荷接口信息包括：遥测指令、数据注入信息、遥测参数、工程参数及通信协议信息。

进一步，所述S2中还包括：基于定义的规范化的有效载荷产品接口数据单中的接口信息，开展测试时需从接口数据单中按照标准模板导出测试型号的格式化接口数据的标准的可扩展标记语言文件。

进一步，所述S3中步骤为：

S31，当开展测试任务时，测试系统读取格式化的接口信息的可扩展标记语言文件，用户根据测试任务的需求，利用可扩展标记语言文件提供的测试接口信息编辑设计测试用例；

S32，用户在编辑测试用例时，在可扩展标记语言文件提供的测试接口信息上选择遥测指令信息、数据注入信息、遥测参数、工程参数，编辑测试序列，完成测试序列的编辑后，生成符合S1中根据IEEE std 1671规范定义的标准化测试序列的文件。

有益效果：通过对有效载荷接口信息的规范化描述和数字化设计，为有效载荷测试用例的设计提供了基础的数据支持，测试数据的自动生成，并可实现基础信息在有效载荷全任务周期内的重复利用。

进一步，所述S4中步骤为：

S41，找到主测试组的入口点TestGroupEntryPointID，根据该ID找到序列中定义的主测试组TestGroupID，根据TestGroupID找到主测试组 TestGroup；

S42，查找S41中主测试组的入口点EntryPoint的StepID；

S43，根据S42中的StepID找到对应的Step，从该Step的Description 中获取操作时间和执行时间；

S44,判断查找的S43中的引用的是Action或是主测试组TestGroup，若 S43中的Step引用的是主测试组TestGroup中的节点，则重复S41，查找其引用的主测试组TestGroup中的入口点；若该Step引用的是Action中的节点，则根据引用的ActionID找到对应的Action；

S45，判读S44中的Action定义的执行指令、系统命令或者虚拟指令，然后根据其定义的指令进行操作；

S46，根据S45中的操作，当执行操作时，从OperationMessageOut中的Value属性获取指令数据，向测试目标发送指令，并接收测试目标返回的数据包；

S47，从OperationRead中获取作为执行判据的判读参数信息，然后通过在接口数据单中找到需要判读参数信息在S46中获取到数据包中的对应位置，并获取其值；

S48，将S47中获得的值与OperationCompare中定义的期望值及其类型进行比对，判断该指令是否执行成功；

S49，查找S43中的Step对应的下一个StepID，重复S43。

进一步，所述S41中还包括：同时开始“操作时间轴”计时，并通过下行数据包中的时间码参数实时更新“执行时间轴”。

进一步，所述的S45测试执行序列流程还包括：

若S44中的Action定义为执行指令或系统命令，则使用“操作时间轴”的当前时间与其定义的操作时间进行对比，若“操作时间轴”的当前时间达到了操作时间，则执行该Action定义的操作；

若S44中的Action定义为虚拟指令，则使用“执行时间轴”的当前时间与其定义的执行时间进行对比，若“执行时间轴”的当前时间达到了执行时间，则执行该Action定义的操作。

进一步，所述的S5中步骤为：

S51，根据S1中描述的有效载荷测试用例，在测试用例中设置测试目标的指令判读参数与测试目标的预期结果，设计参数自动判读流程；

S52，利用S51中描述的判读参数，根据S45中的操作，发送指令时，从OperationMessageOut中的Value属性获取指令数据，测试系统向测试目标发送指令，并接收测试目标返回的数据包；

S53，从OperationRead中获取作为执行判据的判读参数信息，并在接口数据单中找到对应参数及其取值范围；

S54，将S52中获得的值与OperationCompare中定义的期望值及其类型进行比对，判断该指令是否执行成功。

上述进一步的有益效果：基于自动测试标记语言ATML实现了对有效载荷测试用例的形式化描述，实现了对各级测试用例共享复用、测试数据自动生成、测试序列自动执行、测试数据自动判读等功能。

附图说明

图1为本发明的一种基于ATML的有效载荷自动测试方法的流程图；

图2为本发明设计的自动测试系统的流程图；

图3为本发明设计到自动判读的流程图；

图4为测试用例自动解析执行原理图。

具体实施方式

如图1中所示，一种基于ATML的有效载荷自动测试方法，该方法包括如下的步骤：

S1，基于ATML中的IEEEStd1671.1的测试标准对有效载荷测试用例进行标准化的定义和描述；

S2，采用可扩展标记语言(XML)对有效载荷产品接口数据单(IDS)中的接口信息进行了规范化的定义和描述；

S3，在S1定义的测试用例中引用S2定义的接口信息，生成完整的测试序列文件；

S4，设计生成基于S3中生成的测试序列文件的自动测试流程；

S5，根据S1中描述的有效载荷测试用例，在测试用例中设置测试目标的指令判读参数与测试目标的预期结果，在S4中定义自动测试流程中设计参数判读机制，实现参数的自动判读，以校验测试过程中给测试目标发送的指令是否成功。

如图2所示，步骤S4中的自动测试流程步骤如下：

S41，找到主测试组的入口点TestGroupEntryPointID，根据该ID找到序列中定义的主测试组TestGroupID，根据TestGroupID找到主测试组 TestGroup；

S42，查找S41中主测试组的入口点EntryPoint的StepID；

S43，根据S42中的StepID找到对应的Step，从该Step的Description 中获取操作时间和执行时间；

S44,判断查找的S43中的引用的是Action或是主测试组TestGroup，若 S43中的Step引用的是主测试组TestGroup中的节点，则重复S41，查找其引用的主测试组TestGroup中的入口点；若该Step引用的是Action中的节点，则根据引用的ActionID找到对应的Action；

S45，判读S44中的Action定义的执行指令、系统命令或者虚拟指令，然后根据其定义的指令进行操作；

S46，根据S45中的操作，当执行操作时，从OperationMessageOut中的Value属性获取指令数据，向测试目标发送指令，并接收测试目标返回的数据包；

S47，从OperationRead中获取作为执行判据的判读参数信息，然后通过在接口数据单中找到需要判读参数信息在S46中获取到数据包中的对应位置，并获取其值；

S48，将S47中获得的值与OperationCompare中定义的期望值及其类型进行比对，判断该指令是否执行成功；

S49，查找S43中的Step对应的下一个StepID，重复S43。

如图3所示的，步骤S5中的自动判断流程步骤如下：

S51，根据S1中描述的有效载荷测试用例，在测试用例中设置测试目标的指令判读参数与测试目标的预期结果，设计参数自动判读流程；

S52，利用S51中描述的判读参数，根据S45中的操作，发送指令时，从OperationMessageOut中的Value属性获取指令数据，测试系统向测试目标发送指令，并接收测试目标返回的数据包；

S53，从OperationRead中获取作为执行判据的判读参数信息，并在接口数据单中找到对应参数及其取值范围；

S54，将S52中获得的值与OperationCompare中定义的期望值及其类型进行比对，判断该指令是否执行成功。

1、ATML概述

IEEE标准委员会下的测试信息集成(Test Information Intergration) 分委员会发布了自动测试标记语言的标准集(简称ATML，Automated Test Markup Language)，该标准使用可扩展标记语言(XML，Extensible Markup Language)驱动测试系统开展节点间测试信息的标准化交换。XML具有强大的描述能力和良好的数据格式，具有内容与形式分离、扩展性强、跨平台性好等优点，并适用于通过网络在不同系统间进行数据的交换。ATML对被测产品的数据设计、测试策略及需求、测试程序、测试结果信息管理和测试系统执行等相关信息进行了全面的规范，规范包括公用模块、测试描述、仪器描述、UUT描述、测试配置、测试适配器、测试平台、测试结果、故障诊断等多个标准，具体说明如下表1所示

表1 ATML标准体系

其中“测试描述”标准(IEEE Std 1671.1)对测试的流程和操作进行了详细的描述，非常适用于对有效载荷测试用例的形式化表示，可实现对测试用例的标准化设计。符合Test Description标准的XML文件以“td:TestDescription”为根节点，其下的DetailedTestInformation节点描述了详细的测试信息，其中EntryPoints、Actions、TestGroups为常用元素。EntryPoints用于定义测试的入口点。Actions用于定义具体的测试项，其下包含的提供多种测试操作类型的Operations元素，适用于描述有效载荷测试的各类操作信息。TestGroups定义测试组，可以引用多个Action 节点，实现以一定测试步骤完成一组特定的测试任务。另外，Action元素也可以对TestGroup进行调用，因此可以方便实现多个测试用例的组合和对已有测试用例的复用。TestGroup的子元素Step中包含对Action的引用， Action元素也可以实现对TestGroup的调用，GlobalSignals中定义的全局信号供Action加载使用。

2、测试用例标准化描述

基于ATML的测试用例信息表示

有效载荷测试用例描述参考了IEEE Std 1671中的IEEE1671.1，即测试描述(TestDescription)部分。本发明使用IEEE1671.1(TestDescription) 定义了有效载荷测试中关于测试细则的描述，包括测试序列的构成、指令发送、数据注入发送、测试序列执行流程，执行判据参数定义，执判读行结果等内容。

本发明结合型号任务对有效载荷测试用例的属性进行了梳理，整理得到如下表所示的测试用例模板。表格中各列填写内容如下表2所示。

表2有效载荷测试用例模板

根据有效载荷测试用例的特点，选择DetailedTestInformation下的部分节点表示测试用例。下面介绍测试执行操作信息定义使用到的ATML规范节点。DetailedTestInformation由EntryPoints、Actions、TestGroups 三个必选节点组成。

EntryPoints定义测试序列的入口时间，及定义第一个TestGroup或 Action的ID。

Actions用于定义测试用例的所有具体操作，Test是ActionType基类的派生类，继承了ActionType的所有节点。使用Test→Behavior→ Operations节点表示测试用例的具体操作。ATML提供多种OperationType，如OperationRead、OperationChange、OperationReset等18种，本发明选择使用了OperationMessageOut、OperationRead和OperationCompare分别表示指令发送，数据读取和数据对比。Outcomes是Test的必选节点，本发明使用Outcomes表示事件执行成功或失败的描述内容。Parameters是Test 的可选节点，使用Test→Parameters表示指令包含的具体参数。

TestGroups用于定义测试用例的序列，引用Actions中的具体操作或 TestGroup生成测试用例序列。ATML结构中包含多种TestGroupType，如 TestGroupSequence、TestGroupParallel、TestGroupSerial等5种，本发明选择TestGroupSequence类型用于描述测试用例的序列结构， TestGroupSequence类型除集成TestGroupType子节点外，还包括Steps和 EntryPoints节点，Steps节点定义了测试用例的执行流程和步骤，支持引用Action和TestGroup，能满足模块化设计的要求，本发明使用Steps节点引用Action和其他TestGroup，实现对测试用例序列的描述。 TestGroupSequence→EntryPoints用于定义Steps中第一个Steps的ID。

通过选取TestDescription规范中的部分节点描述有效载荷测试用例的所有元素信息，实现了将有效载荷测试用例表示为符合ATML标准的 TestDescription实例文档，以通用的标准化数据组织结构为不同测试系统所用。有效载荷测试用例中对ATML节点元素的使用如下表3所示。

表3有效载荷测试用例元素说明

1)“序号”列填写测试用例的序号，在ATML结构中使用“Step→ID”属性表示。

2)“操作时间”表示该条测试操作(指令)发出的时间，在ATML结构中使用“Step→Description”属性表示，数据格式为“操作时间/执行时间”，使用“/”为分隔符区分。

3)“执行时间”表示注入事件执行时间，在ATML结构中与“操作时间”共同使用“Step→Description”表示，数据格式为“操作时间/执行时间”，使用“/”为分隔符区分。

4)测试组，用于表示TestGroup的名称，在ATML结构中使用“TestGroup-->Name”表示。

5)“执行类型”表示该条操作的类型，通过对型号任务测试用例指令类型的分析，将其分为系统命令、执行指令和虚拟指令，在ATML结构中使用“Action→attribute→customType”属性表示，指令类型具体说明如下。

“系统命令”表示测试系统自身的命令信息，包括系统命令发送操作、反馈信息读取操作以及反馈信息对比操作等。

“执行指令”表示发送到前端设备的命令，包括指令、数据注入、总线数据发送等。

“虚拟指令”是指数据注入中所含的执行事件，并非要发送出去的真实指令。当数据注入码值发送到被测设备后，测试系统在本地进行同步计时，当被测设备相应的注入事件执行时，测试系统本地进行相应的反馈信息(遥测参数)读取操作，并判读对比反馈的信息。

6)“操作名称”分为“代号”和“名称”，分别填写系统命令、指令、数据注入和注入事件的代号和名称，在ATML结构中使用“OperationType→ Name”和“OperationType→Description”属性表示，如果发送的是文件，则使用“OperationMessageOut→Document→Text”表示。

7)“判读操作(参数名称)”表示需进行数据判读的遥测参数，根据不同的读数据和数据对比场景使用“OperationRead→Name”、“OperationRead →Description”和“OperationCompare→Name”“OperationCompare→ Description”表示。

8)“预期结果”表示各测试操作对应遥测参数的预期结果，用于对比校验指令执行的结果，在ATML结构中使用“OperationCompare→ CompareLimits”表示，支持参数格式为“值”或“范围”。

9)“实测结果”表示测试用例的实测结果，在ATML结构中使用“Action →Outcomes→Value”属性表示。

依据测试用例需要包含的信息，参考IEEE1671.1(TestDescription) 的定义，选取其中的主线元素用以定义和描述控制序列的结构。按此结构生成的测试用例兼容IEEE1671.1符合ATML语法规范。

3、测试用例辅助设计

测试用例的辅助设计，使用XML结构的文件定义测试序列中需要用到的对象，如遥测指令、数据注入、遥测参数、工程参数及通信协议。在航天领域是通过IDS(接口数据单，其实就是一堆表格描述的)，这一部分称之辅助设计，就是把表单里的数据，定义成XML文档的格式，这样就便于软件自动读取数据了。

有效载荷测试用例的设计需要基于有效载荷产品的接口信息，如指令、数据注入、遥测参数等信息。有效载荷产品的接口信息来自产品的接口数据单(IDS)，因此，课题结合有效载荷测试用例设计的需求，采用可扩展标记语言(XML)对有效载荷产品IDS中的部分接口信息进行了规范化的定义和描述，包括遥测指令、数据注入、遥测参数、工程参数及通信协议等信息。通过对有效载荷接口信息的规范化描述和数字化设计，为有效载荷测试用例的设计提供了基础的数据支持，实现了对有效载荷测试用例的辅助设计、测试数据的自动生成，并可实现基础信息在有效载荷全任务周期内的重复利用。

另外，在有效载荷接口信息的基础上，针对不同型号的测试任务定义了测试基础信息的通用模型，旨在设计通用的数据模型，提高有效载荷测试信息的可用性和利用效率，测试基础信息包括有效载荷接口信息、测试执行序列、测试系统信息，有效载荷接口信息主要来源于有效载荷的IDS数据库，用户可从IDS数据库中按照标准模板导出指令、数据注入、遥测参数等信息的标准XML文件，当开展测试任务时，测试系统读取XML文件，用户根据测试任务的需求，利用XML文件提供的基础测试信息编辑设计测试用例。

用户在编辑测试用例(执行序列集)时，可直接以拖拽的方式从测试基础信息结构树上选择指令、数据注入等的数据源，用于执行序列的编辑。完成执行序列的编辑后，符合IEEE std 1671规范的ATML实例文件可生成数据注入文件，并支持数据注入的反演，测试系统也支持ATML测试用例文件的导出与导入功能，实现测试执行序列的重复利用。

ATML解析执行技术

ATML是基于可扩展标记语言XML的信息建模标准，其数据结构为格式规范、层次化的树状结构。XML的文档对象模型(DOM，Document Object Model) 是W3C组织定义的一个独立于平台和语言的接口。DOM是以层次结构组织的节点或信息片断的集合，标准化了处理XML的API。DOM的核心概念是节点 (node)，DOM将文档中的各要素(元素、属性、注释、文本及处理指令等) 映射为一个对象，这个对象称为节点。在内存中，这些节点按层次关系形成一个文档树模型。整棵树是一个节点，树中的每一个节点也是一棵树(子数)。 DOM就是这棵树的对象描述，并通过标准接口访问树中的节点，以实现对XML 文档内容的存取。这种层次结构允许用户在树中方便地导航、寻找指定的信息。因此，基于DOM来实现ATML的解析处理器，可提高对ATML规范的测试序列的处理能力。如图4所示，首先由DOM解析器实现对ATML文档结构的解析，分析测试用例信息，完成对关键元素的提取。然后转换为测试用例自动执行程序可理解的测试信息，由测试用例自动执行程序根据元素信息完成对测试操作的时序分析，并根据测试操作类型按时序自动输出指令、数据注入、系统信息等各种测试操作信息。

测试数据自动判读

本发明使用Action元素及不同类型的Operations描述测试操作信息，包括指令发送、数据注入、参数判断、测试数据读取等操作。Action是测试描述规范中的最小测试单位，用于表示测试事件

使用ATML标准测试描述中Action元素下的OperationCompare表示测试用例中的参数判读，其中“Attributes→Name”表示判读的参数代号，“Description”表示判读参数的名称，使用“CompareLimits”表示参数判读的预期结果，使用“Test→Outcomes→Outcome→Value”定义实测结果。

对于非虚拟指令(如系统命令、执行指令等)，根据操作时间，当达到操作时间时读取当前收到的包，判断其是否符合判读数据所定义的条件、范围等要求；

对于虚拟指令，在发出数据注入指令时启动计时器线程，每100ms查询一次本地存储的执行时间码与下行数据包中的前端时间码是否一致，如果两个时间一致，则进行相应判读，判读所需信息与ATML结构属性对应的关系。

在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (12)

1.一种基于ATML的有效载荷自动测试方法，其特征在于，该方法包括如下步骤：

S1，基于ATML中的IEEEStd1671.1的测试标准对有效载荷测试用例进行标准化的定义和描述；

S2，采用可扩展标记语言对有效载荷产品接口数据单中的接口信息进行规范化的定义和描述；

S3，在S1定义的测试用例中引用S2定义的接口信息，生成完整的测试序列文件；

S4，设计生成基于S3中生成的测试序列文件的自动测试流程；

S5，根据S1中描述的有效载荷测试用例，在测试用例中设置测试目标的指令判读参数与测试目标的预期结果，在S4中定义自动测试流程中设计参数判读机制，实现参数的自动判读，以校验测试过程中给测试目标发送的指令是否成功。

2.根据权利要求1所述的一种基于ATML的有效载荷自动测试方法，其特征在于，所述的S1中描述包括:测试序列的构成、指令发送、数据读取、数据对比、测试序列执行流程，执行判据参数定义，执判读行结果。

3.根据权利要求2所述的一种基于ATML的有效载荷自动测试方法，其特征在于，所述S1中定义包括：在ATML结构中，选择DetailedTestInformation下的节点表示测试用例，DetailedTestInformation中的EntryPoints、Actions、TestGroups三个节点表示测试用例执行操作信息。

4.根据权利要求3所述的一种基于ATML的有效载荷自动测试方法，其特征在于，所述S1中定义包括：在ATML结构中，EntryPoints定义为测试序列的入口时间，及定义第一个TestGroup的地址或Action的地址；Actions用于定义测试用例的所有具体操作信息；TestGroups用于定义测试用例的序列，TestGroups引用Actions中的具体操作信息或引用TestGroup来生成测试用例序列。

5.根据权利要求4所述的一种基于ATML的有效载荷自动测试方法，其特征在于，所述指令发送、数据读取和数据对比，在ATML结构中选择OperationMessageOut、OperationRead和OperationCompare分别表示指令发送、数据读取、数据对比的操作。

6.根据权利要求5所述的一种基于ATML的有效载荷自动测试方法，其特征在于，所述S1中定义和描述包括：在ATML结构中，选择TestGroupSequence来描述测试用例的序列结构，选择Steps中的节点定义测试用例的执行流程，同时使用Steps节点来引用Action节点和TestGroup节点。

7.根据权利要求1所述的一种基于ATML的有效载荷自动测试方法，其特征在于，所述S2中的接口信息包括：遥测指令、数据注入信息、遥测参数、工程参数及通信协议信息。

8.根据权利要求7所述的一种基于ATML的有效载荷自动测试方法，其特征在于，所述S2中还包括：基于定义的规范化的有效载荷产品接口数据单中的接口信息，开展测试时需从接口数据单中按照标准模板导出测试型号的格式化接口数据的标准的可扩展标记语言文件。

9.根据权利要求8所述的一种基于ATML的有效载荷自动测试方法，其特征在于，步骤S3中：

S31，当开展测试任务时，测试系统读取格式化的接口信息的可扩展标记语言文件，用户根据测试任务的需求，利用可扩展标记语言文件提供的测试接口信息编辑设计测试用例；

S32，用户在编辑测试用例时，在可扩展标记语言文件提供的测试接口信息上选择遥测指令信息、数据注入信息、遥测参数、工程参数，编辑测试序列，完成测试序列的编辑后，生成符合S1中根据IEEE std 1671规范定义的标准化测试序列的文件。

10.根据权利要求6所述的一种基于ATML的有效载荷自动测试方法，其特征在于，所述步骤S4中的自动测试流程为：

S41，找到主测试组的入口点TestGroupEntryPointID，根据该ID找到序列中定义的主测试组TestGroupID，根据TestGroupID找到主测试组TestGroup；

S42，查找S41中主测试组的入口点EntryPoint的StepID；

S43，根据S42中的StepID找到对应的Step，从该Step的Description中获取操作时间和执行时间；

S44,判断查找的S43中的引用的是Action或是主测试组TestGroup，若S43中的Step引用的是主测试组TestGroup中的节点，则重复S41，查找其引用的主测试组TestGroup中的入口点；若该Step引用的是Action中的节点，则根据引用的ActionID找到对应的Action；

S45，判读S44中的Action定义的执行指令、系统命令或者虚拟指令，然后根据其定义的指令进行操作；

S46，根据S45中的操作，当执行操作时，从OperationMessageOut中的Value属性获取指令数据，向测试目标发送指令，并接收测试目标返回的数据包；

S47，从OperationRead中获取作为执行判据的判读参数信息，然后通过在接口数据单中找到需要判读参数信息在S46中获取到数据包中的对应位置，并获取其值；

S48，将S47中获得的值与OperationCompare中定义的期望值及其类型进行比对，判断该指令是否执行成功；

S49，查找S43中的Step对应的下一个StepID，重复S43。

11.根据权利要求10所述的一种基于ATML的有效载荷自动测试方法，其特征在于，所述的S45测试执行序列流程还包括：

若S44中的Action定义为执行指令或系统命令，则使用“操作时间轴”的当前时间与其定义的操作时间进行对比，若“操作时间轴”的当前时间达到了操作时间，则执行该Action定义的操作；

若S44中的Action定义为虚拟指令，则使用“执行时间轴”的当前时间与其定义的执行时间进行对比，若“执行时间轴”的当前时间达到了执行时间，则执行该Action定义的操作。

12.根据权利要求10所述的一种基于ATML的有效载荷自动测试方法，其特征在于，所述的S5中步骤为：

S51，根据S1中描述的有效载荷测试用例，在测试用例中设置测试目标的指令判读参数与测试目标的预期结果，设计参数自动判读流程；

S52，利用S51中描述的判读参数，根据S45中的操作，发送指令时，从OperationMessageOut中的Value属性获取指令数据，测试系统向测试目标发送指令，并接收测试目标返回的数据包；

S53，从OperationRead中获取作为执行判据的判读参数信息，并在接口数据单中找到对应参数及其取值范围；

S54，将S52中获得的值与OperationCompare中定义的期望值及其类型进行比对，判断该指令是否执行成功。