CN111176910A - 一种系统功能测试方法和装置 - Google Patents

Abstract

本发明实施例提供一种系统功能测试方法和装置，其中方法包括：基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的；获取待测信号产品的测试输出；基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。本发明实施例提供的方法和装置，基于测试脚本实现了系统功能测试的全自动化操作，系统功能测试过程无需人工介入，减少了人为出错的风险，稳定性高，同时有效缩短了系统功能测试的周期，降低了系统功能测试的人力成本和时间成本。

Description

一种系统功能测试方法和装置

技术领域

本发明实施例涉及列车运营技术领域，尤其涉及一种系统功能测试方法和装置。

背景技术

系统功能测试是铁路信号产品生命周期中进行产品验证、保证产品质量安全的重要手段。为了保证系统功能测试的质量和效率，需要一种高效可靠的测试方法。

当前基于信号产品的系统功能测试主要通过人工实现。在系统功能测试时，测试案例用于描述整个测试执行需要的基本信息，包括被测对象、测试的系统需求、测试需要的前置条件、测试步骤以及测试结果的检测标准。测试人员依据测试案例的描述，设置测试的前置条件，依次执行测试步骤，最后观察测试结果并依据检测标准判断测试是否执行成功。

上述系统功能测试方法对测试人员提出了较高要求，需要测试人员对系统需求、输入输出和测试环境有一定的理解，一个没有经验的测试人员在执行测试时易于发生不能正确理解测试目的、不能正确执行测试步骤和不能正确判断测试是否成功的现象，使得测试的稳定性和质量难以保证。此外，一次完整的系统功能测试往往需要数天甚至数十天，期间需要测试人员在操作界面上依次进行操作，耗时耗力，影响了系统功能测试的整体进度。

发明内容

本发明实施例提供一种系统功能测试方法和装置，用以解决现有的系统功能测试方法需要人工实现，稳定性差、耗时耗力的问题。

第一方面，本发明实施例提供一种系统功能测试方法，包括：

基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的；

获取待测信号产品的测试输出；

基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。

第二方面，本发明实施例提供一种系统功能测试方法，包括：

若存在多个测试脚本，则基于预设脚本顺序，依次针对每一测试脚本执行如第一方面所提供的系统功能测试方法。

第三方面，本发明实施例提供一种系统功能测试装置，包括：

命令发送单元，用于基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的；

输出获取单元，用于获取待测信号产品的测试输出；

结果判断单元，用于基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。

第四方面，本发明实施例提供一种系统功能测试装置，包括：

循环选取单元，用于若存在多个测试脚本，则基于预设脚本顺序，依次选取测试脚本；

命令发送单元，用于基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的；

输出获取单元，用于获取待测信号产品的测试输出；

结果判断单元，用于基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。

第五方面，本发明实施例提供一种电子设备，包括处理器、通信接口、存储器和总线，其中，处理器，通信接口，存储器通过总线完成相互间的通信，处理器可以调用存储器中的逻辑指令，以执行如第一方面或第二方面所提供的方法的步骤。

第六方面，本发明实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面或第二方面所提供的方法的步骤。

本发明实施例提供的一种系统功能测试方法和装置，基于测试脚本实现了系统功能测试的全自动化操作，系统功能测试过程无需人工介入，减少了人为出错的风险，稳定性高，同时有效缩短了系统功能测试的周期，降低了系统功能测试的人力成本和时间成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的系统功能测试方法的流程示意图；

图2为本发明另一实施例提供的系统功能测试方法的流程示意图；

图3为本发明实施例提供的系统功能测试装置的结构示意图；

图4为本发明另一实施例提供的系统功能测试装置的结构示意图；

图5为本发明实施例提供的电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

当前基于信号产品的系统功能测试主要通过人工实现，对测试人员的经验要求较高，且难以保证测试的稳定性和效率。此外由于一次完整的系统功能测试需要数天甚至数十天，耗时耗力，人工控制极大影响了系统功能测试的整体进度。针对上述问题，本发明实施例提供了一种系统功能测试方法，以下将通过多个实施例进行展开说明和介绍。

图1为本发明实施例提供的系统功能测试方法的流程示意图，如图1所示，该系统功能测试方法包括：

110，基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的。

具体地，待测信号产品为需要进行系统功能测试的信号产品，信号产品可以是铁路列车运行控制系统、车站计算机联锁系统、自动闭塞系统设备、行车调度指挥自动化系统、驼峰自动化系统和城轨交通控制系统等。待测信号产品上存在多个外部接口，对应连接外部设备，此处待测信号产品连接的外部设备的数量和种类与待测信号产品以及系统功能测试的目的相关，外部设备可以是实体设备，也可以是仿真模型，本发明实施例对此不作具体限定。

测试脚本是对系统功能测试步骤和标准进行抽象得到的脚本，测试脚本包含有测试步骤、测试结果的判断标准等。测试命令是从测试脚本中提取的测试步骤，用于驱动与待测信号产品连接的外部设备，预设测试顺序是从测试脚本中提取的测试步骤的执行顺序或执行时机，也就是说，如果一个测试脚本中包含多个测试命令，则上述多个测试命令的执行顺序或者执行时机由预设测试顺序确定。

基于测试脚本获取若干个测试命令和预设测试顺序后，基于预设测试顺序，依次将测试命令发送给测试命令对应的外部设备。此处，测试命令与外部设备之间存在对应关系，一个测试命令可以对应一个或多个外部设备。针对任一测试命令，依据预设测试顺序指定的顺序发送该测试命令至该测试命令对应的外部设备，该测试命令对应的外部设备接收到该测试命令后，基于该测试命令的驱动，向待测信号产品发送该测试命令对应的测试输入。此处，测试输入是外部设备基于测试命令生成的用于与待测信号产品进行交互的信息，测试输入可以是状态信息，也可以是命令信息，本发明实施例对此不作具体限定。

120，获取待测信号产品的测试输出。

具体地，在待测信号产品按照预设测试顺序接收到每一测试命令对应的外部设备发送的基于测试命令生成的测试输入后，经过待测信号产品内部逻辑运算，产生基于上述测试输入得到的测试输出。在待测信号产品将上述测试输出反馈给对应的外部设备后，通过与对应的外部设备交互得到上述测试输出。

130，基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。

具体地，预设输出是从测试脚本中获取的系统功能测试结果的判断标准。通过比较测试输出与预设输出，可以得到待测信号产品的系统功能测试结果。此处，系统功能测试结果为测试成功或测试失败。若系统功能测试结果为测试成功，则确认待测信号产品中该测试脚本对应的功能运行正常。若系统功能测试结果为测试失败，则确认待测信号产品中该测试脚本对应的功能运行故障。

本发明实施例提供的方法，基于测试脚本实现了系统功能测试的全自动化操作，系统功能测试过程无需人工介入，减少了人为出错的风险，稳定性高，同时有效缩短了系统功能测试的周期，降低了系统功能测试的人力成本和时间成本。

现有的信号产品的系统功能测试中，其测试环境主要为实物与仿真相结合的半实物测试环境。实物与仿真相结合的半实物测试环境中，待测信号产品的部分外部接口采用真实外部设备，部分外部接口采用仿真模型，可以在一定程度上模拟真实的场景。然而，由于真实外部设备受数量少、占地面积大、安装调试复杂等因素制约，半实物测试环境的搭建和维护不能满足日益增加的系统功能测试的需求。基于上述实施例，步骤110之前，系统功能测试方法还包括：加载测试环境配置文件；基于测试环境配置文件，连接待测信号产品和对应的外部设备，并配置待测信号产品和对应的外部设备的启动参数；其中，外部设备为仿真模型。

具体地，为了解决半实物测试环境中真实外部设备受到数量少、占地大、安装调试复杂等因素制约的问题，本发明实施例搭建了全仿真测试环境，即待测信息设备的每一外部接口连接的外部设备均为仿真模型。

基于全仿真测试环境，在向外部设备发送测试命令，执行测试步骤之前，需要对全仿真测试环境进行配置。此处，测试环境配置文件包含有测试环境中的设备的启动参数和设备间的连接关系，基于测试环境配置文件可以实现测试环境的配置。需要说明的是，测试环境配置文件与测试脚本之间存在对应关系，一个测试环境配置文件可以对应多个测试脚本，也就是说测试脚本可能存在特定的测试环境配置要求，可以通过对应的测试环境配置文件对测试环境进行配置，进而满足测试脚本的测试环境配置要求。

在加载测试环境配置文件后，基于测试环境配置文件中包含的设备间的连接关系，建立待测信号产品的外部接口与对应的外部设备的仿真模型之间的连接。此外，基于测试环境配置文件中包含的设备的启动参数，对待测信号产品以及与待测信号产品的外部接口连接的外部设备的仿真模型的启动参数进行配置。

本发明实施例提供的方法，建立了全仿真测试环境，避免了真实设备数量少、占地面积大、安装调试复杂等问题，使得测试环境的搭建和维护更加简易便利。此外，通过测试环境配置文件对测试环境进行配置，进一步减少了人工介入带来的不确定性，提高了测试环境的搭建和配置速度。

基于上述任一实施例，步骤110之前，系统功能测试方法还包括：若判断获知当前测试环境不满足预设测试条件，则结束测试，并发送测试环境搭建失败提示；当前测试环境是由待测信号产品和对应的外部设备构成的。

具体地，在基于当前测试环境，向外部设备发送测试命令，执行测试步骤之前，需要判断当前测试环境是否满足预设测试条件。此处，当前测试环境由待测信号产品和与待测信号产品的外部接口连接的外部设备构成。预设判断条件是预先设定的用于判断当前测试环境是否能够承载系统功能测试的规则。预设判断条件可以是待测信号产品的启动参数或者外部设备的启动参数，还可以是待测信号产品与外部设备之间的连接关系等，本发明实施例对此不作具体限定。需要说明的是，此处的外部设备可以是真实外部设备，也可以是仿真模型，当前测试环境可以是全实物测试环境、实物与仿真相结合的半实物测试环境或者全仿真测试环境。

若当前测试环境满足预设测试条件，则向外部设备发送测试命令，执行测试步骤。若当前测试环境不满足预设测试条件，则结束测试，并发送测试环境搭建失败提示，指示测试人员排查当前测试环境中存在的问题，重新搭建当前测试环境。

基于上述任一实施例，测试命令包括对应的外部设备，命令和命令的属性；测试输出包括输出的外部设备，输出结果和输出结果的属性。

具体地，测试命令中，对应的外部设备表示该测试命令需要驱动的外部设备，命令用于指示对应的外部设备生成测试输入，测试命令可以表达为如下形式：(name,command,attribute_1,…attribute_n)。其中，name代表对应的外部设备，command代表命令，attribute_1至attribute_n代表命令command的属性，n为属性数量。

测试输出中，输出的外部设备表示该测试输出需要反馈到的外部设备，输出结果用于表征待测信号产品基于接收到的测试输入进行运算得到的结果，测试输出可以表达为如下形式：(name,result,attribute_1,…attribute_n)。其中，name代表输出的外部设备，result代表输出结果，attribute_1至attribute_n代表输出结果result的属性，n为属性数量。

基于上述任一实施例，系统功能测试方法，包括：100，若存在多个测试脚本，则基于预设脚本顺序，依次针对每一测试脚本执行上述任一实施例提供的系统功能测试方法。

具体地，预设脚本顺序为预先设定的测试脚本的执行顺序。若存在多个测试脚本，可以根据预设脚本顺序对上述多个测试脚本进行排序，并在此基础上，依次基于每一测试脚本执行上述任一实施例提供的系统功能测试方法。在完成上一测试脚本的系统功能测试方法后，继续执行下一测试脚本的系统功能测试方法，直至上述多个测试脚本的系统功能测试方法全部执行完毕。需要说明的是，任一测试脚本的系统功能测试方法执行过程中，无论系统功能测试结果为测试成功或测试失败，即无论待测信号产品中该测试脚本对应的功能运行正常或运行故障，均不影响下一测试脚本的系统功能测试方法的执行。

基于上述任一实施例，步骤100之后，系统功能测试方法还包括：基于每一测试脚本对应的系统功能测试结果，生成执行报告；执行报告包括测试成功的测试脚本的名称、数量、测试失败的测试脚本的名称、数量和错误信息中的至少一种。

具体地，在完成每一测试脚本对应的系统功能测试之后，得到每一测试脚本对应的系统功能测试结果。针对任一测试脚本，若该测试脚本对应的系统功能测试结果为测试成功，则将该测试脚本划分为测试成功的测试脚本；若该测试脚本对应的系统功能测试结果为测试失败，则将该测试脚本划分为测试失败的测试脚本。基于上述划分结果生成执行报告。执行报告包括测试成功的测试脚本的名称，测试成功的测试脚本的数量，测试失败的测试脚本的名称，测试失败的测试脚本的数量，以及错误信息中的至少一种。其中，错误信息可以是测试失败的测试脚本在系统功能测试过程中获取的测试输出，便于测试人员基于错误信息分析问题。例如，若每一测试脚本对应的系统功能测试结果均为测试成功，则执行报告包括测试成功的测试脚本的名称和数量；若每一测试脚本对应的系统功能测试结果均为测试失败，则执行报告包括测试失败的测试脚本的名称和数量，以及错误信息；若测试脚本中，部分测试脚本对应的系统功能测试结果为测试成功，剩余测试脚本对应的系统功能测试结果为测试失败，则执行报告包括测试成功的测试脚本的名称、数量，测试失败的测试脚本的名称、数量，以及错误信息。

基于上述任一实施例，图2为本发明另一实施例提供的系统功能测试方法的流程示意图，如图2所示，系统功能测试方法，包括如下步骤：

210，加载测试环境配置文件，基于测试环境配置文件中包含的设备间的连接关系，建立待测信号产品的外部接口与对应的外部设备之间的连接；基于测试环境配置文件中包含的设备的启动参数，对待测信号产品以及与待测信号产品的外部接口连接的外部设备的启动参数进行配置。此处，外部设备均为仿真模型。

220，启动待测信号产品和外部设备。判断当前测试环境是否满足预设测试条件，若满足则执行231，否则执行240。

231，若存在多个测试脚本，可以根据预设脚本顺序对上述多个测试脚本进行排序，并依次加载上述多个测试脚本中的一个测试脚本。若仅存在一个测试脚本，则直接加载该测试脚本。

232，针对加载的测试脚本，获取该测试脚本的全部测试命令和预设测试顺序，基于预设测试顺序将每一测试命令分别发送给对应的外部设备，以使得外部设备接收到测试命令后，基于该测试命令的驱动，向待测信号产品发送该测试命令对应的测试输入。

233，在待测信号产品按照预设测试顺序接收到每一测试命令对应的外部设备发送的基于测试命令生成的测试输入后，经过待测信号产品内部逻辑运算，产生基于上述测试输入得到的测试输出并传输至对应的外部设备。基于外部设备获取上述测试输出。

234，基于测试输出和从测试脚本中获取的预设输出，获取待测信号产品的系统功能测试结果。随后执行250。

240，发送测试环境搭建失败提示，指示测试人员排查当前测试环境中存在的问题，重新搭建当前测试环境。

250，判断是否所有的测试脚本均已完成加载，并获取了对应的系统功能测试结果，如果是则执行260，否则执行231。

260，全部测试脚本对应的系统功能测试均结束后，基于每一测试脚本对应的系统功能测试结果，生成执行报告。

本发明实施例提供的方法，基于测试脚本实现了系统功能测试的全自动化操作，系统功能测试过程无需人工介入，减少了人为出错的风险，稳定性高，同时有效缩短了系统功能测试的周期，降低了系统功能测试的人力成本和时间成本。此外，还建立了全仿真测试环境，避免了真实设备数量少、占地面积大、安装调试复杂等问题，使得测试环境的搭建和维护更加简易便利。再者，通过测试环境配置文件对测试环境进行配置，进一步减少了人工介入带来的不确定性，提高了测试环境的搭建和配置速度。

基于上述任一实施例，图3为本发明实施例提供的系统功能测试装置的结构示意图，如图3所示，系统功能测试装置包括命令发送单元310、输出获取单元320和结果判断单元330；

其中，命令发送单元310用于基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的；

输出获取单元320用于获取待测信号产品的测试输出；

结果判断单元330用于基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。

本发明实施例提供的装置，基于测试脚本实现了系统功能测试的全自动化操作，系统功能测试过程无需人工介入，减少了人为出错的风险，稳定性高，同时有效缩短了系统功能测试的周期，降低了系统功能测试的人力成本和时间成本。

基于上述任一实施例，系统功能测试装置还包括环境配置单元；

环境配置单元用于加载测试环境配置文件；基于测试环境配置文件，连接待测信号产品和对应的外部设备，并配置待测信号产品和对应的外部设备的启动参数；其中，外部设备为仿真模型。

基于上述任一实施例，系统功能测试装置还包括环境判断单元；

环境判断单元用于若判断获知当前测试环境不满足预设测试条件，则结束测试，并发送测试环境搭建失败提示；当前测试环境是由待测信号产品和对应的外部设备构成的。

基于上述任一实施例，系统功能测试装置中，测试命令包括对应的外部设备、命令和命令的属性；测试输出包括输出的外部设备，输出结果和输出结果的属性。

基于上述任一实施例，图4为本发明另一实施例提供的系统功能测试装置的结构示意图，如图4所示，系统功能测试装置包括循环选取单元410、命令发送单元420、输出获取单元430和结果判断单元440；

循环选取单元410用于若存在多个测试脚本，则基于预设脚本顺序，依次选取测试脚本；

命令发送单元420用于基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的；

输出获取单元430用于获取待测信号产品的测试输出；

结果判断单元440用于基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。

基于上述任一实施例，系统功能测试装置还包括报告生成单元；

报告生成单元用于基于每一测试脚本对应的系统功能测试结果，生成执行报告；执行报告包括测试成功的测试脚本的名称、数量、测试失败的测试脚本的名称、数量和错误信息中的至少一种。

图5为本发明实施例提供的电子设备的实体结构示意图，如图5所示，该电子设备可以包括：处理器(processor)501、通信接口(Communications Interface)502、存储器(memory)503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信。处理器501可以调用存储在存储器503上并可在处理器501上运行的计算机程序，以执行上述各实施例提供的系统功能测试方法，例如包括：基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的；获取待测信号产品的测试输出；基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。

另外，处理器501还可以调用存储在存储器503上并可在处理器501上运行的计算机程序，以执行上述各实施例提供的系统功能测试方法，例如包括：若存在多个测试脚本，则基于预设脚本顺序，依次针对每一测试脚本执行如下步骤：基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的；获取待测信号产品的测试输出；基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。

此外，上述的存储器503中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的系统功能测试方法，例如包括：基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的；获取待测信号产品的测试输出；基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。

本发明实施例还提供另一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的系统功能测试方法，例如包括：若存在多个测试脚本，则基于预设脚本顺序，依次针对每一测试脚本执行如下步骤：基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得外部设备能够基于每一测试命令生成测试输入，并将测试输入发送给待测信号产品；其中，预设测试顺序与测试命令是基于测试脚本获取的；获取待测信号产品的测试输出；基于测试输出与预设输出，获取待测信号产品的系统功能测试结果；其中，预设输出是基于测试脚本获取的。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种系统功能测试方法，其特征在于，包括：

基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得所述外部设备能够基于所述每一测试命令生成测试输入，并将所述测试输入发送给待测信号产品；其中，所述预设测试顺序与所述测试命令是基于测试脚本获取的；

获取所述待测信号产品的测试输出；

基于所述测试输出与预设输出，获取所述待测信号产品的系统功能测试结果；其中，所述预设输出是基于所述测试脚本获取的。

2.根据权利要求1所述的系统功能测试方法，其特征在于，所述基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，之前还包括：

加载测试环境配置文件；

基于所述测试环境配置文件，连接所述待测信号产品和对应的所述外部设备，并配置所述待测信号产品和对应的所述外部设备的启动参数；其中，所述外部设备为仿真模型。

3.根据权利要求1所述的系统功能测试方法，其特征在于，所述基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，之前还包括：

若判断获知当前测试环境不满足预设测试条件，则结束测试，并发送测试环境搭建失败提示；所述当前测试环境是由所述待测信号产品和对应的所述外部设备构成的。

4.根据权利要求1所述的系统功能测试方法，其特征在于，所述测试命令包括对应的外部设备、命令和所述命令的属性；所述测试输出包括输出的外部设备、输出结果和所述输出结果的属性。

5.一种系统功能测试方法，其特征在于，包括：

若存在多个测试脚本，则基于预设脚本顺序，依次针对每一所述测试脚本执行如权利要求1至4中任一项所述的系统功能测试方法。

6.根据权利要求5所述的系统功能测试方法，其特征在于，所述若存在多个测试脚本，则基于预设脚本顺序，依次针对每一所述测试脚本执行如权利要求1至4中任一项所述的系统功能测试方法，之后还包括：

基于每一所述测试脚本对应的所述系统功能测试结果，生成执行报告；所述执行报告包括测试成功的所述测试脚本的名称和数量，测试失败的所述测试脚本的名称、数量和错误信息中的至少一种。

7.一种系统功能测试装置，其特征在于，包括：

命令发送单元，用于基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得所述外部设备能够基于所述每一测试命令生成测试输入，并将所述测试输入发送给待测信号产品；其中，所述预设测试顺序与所述测试命令是基于测试脚本获取的；

输出获取单元，用于获取所述待测信号产品的测试输出；

结果判断单元，用于基于所述测试输出与预设输出，获取所述待测信号产品的系统功能测试结果；其中，所述预设输出是基于所述测试脚本获取的。

8.一种系统功能测试装置，其特征在于，包括：

循环选取单元，用于若存在多个测试脚本，则基于预设脚本顺序，依次选取所述测试脚本；

命令发送单元，用于基于预设测试顺序，将每一测试命令分别发送给对应的外部设备，以使得所述外部设备能够基于所述每一测试命令生成测试输入，并将所述测试输入发送给待测信号产品；其中，所述预设测试顺序与所述测试命令是基于所述测试脚本获取的；

输出获取单元，用于获取所述待测信号产品的测试输出；

结果判断单元，用于基于所述测试输出与预设输出，获取所述待测信号产品的系统功能测试结果；其中，所述预设输出是基于所述测试脚本获取的。

9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和总线，其中，处理器，通信接口，存储器通过总线完成相互间的通信，处理器可以调用存储器中的逻辑指令，以执行如权利要求1至6任一所述的方法。

10.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至6任一所述的方法。

Images