CN107783876A - 跨执行端的业务测试方法和装置 - Google Patents

Abstract

本发明公开了一种跨执行端的业务测试方法和装置。其中，该方法包括：获取测试用例，其中，测试用例根据业务的执行逻辑编制，测试用例执行业务，以对业务进行测试，业务被执行的过程中调用至少一个装置的多个功能，多个功能中至少两个功能相互关联；根据测试用例执行业务，其中，向至少一个装置发送指令，指令用于控制至少一个装置执行业务；获取至少一个装置执行指令之后反馈的结果；根据结果判断业务是否执行成功。本发明解决了现有技术采用单一执行端功能测试无法体现业务测试整体性的技术问题。

Description

跨执行端的业务测试方法和装置

技术领域

本发明涉及测试领域，具体而言，涉及一种跨执行端的业务测试方法和装置。

背景技术

在一个新产品上市之前，一般都会对新产品进行测试，包括软件测试或硬件测试。因而，产品测试时间的长短直接关系到新产品进入市场的时间。为了缩短测试时间，各大硬件或软件开发商，在产品测试方面都投入了大量的人力和物力。例如，一款打印机上市，至少要经历6个月的质量检测过程，涵盖硬件、固件、软件各层次，功能、性能、稳定性等各方面。部分打印机应用了新的技术或者操作系统，其质量检测过程更会超过1年以上。

针对上述软件或硬件测试，现有的技术主要靠人工手动完成。并且，在测试的过程中，进行的是功能测试，将一个正常执行的业务拆分为一个一个单个的功能，例如，对于通信客户端的测试，一般情况下是，首先测试登录过程，登录测试成功之后，再测试发消息功能。这种功能的测试是将一个完整的业务进行拆分，无法体现业务测试的整体性。人工手动完成的结果是，当人向待测设备发出一个控制待测设备进行某个操作的指令后，需要待测设备根据指令完成相应操作后作出响应，如果待测设备的响应指令为操作失败，则必须要排除故障后才可进行下一环节的测试工作。由此，采用人工手动完成的方式，会大大降低测试的效率。

针对上述单一执行端功能测试无法体现业务测试整体性的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种跨执行端的业务测试方法和装置，以至少解决单一执行端功能测试无法体现业务测试整体性的技术问题。

根据本发明实施例的一个方面，提供了一种跨执行端的业务测试方法，包括：获取测试用例，其中，测试用例根据业务的执行逻辑编制，测试用例执行业务，以对业务进行测试，业务被执行的过程中调用至少一个装置的多个功能，多个功能中至少两个功能相互关联；根据测试用例执行业务，其中，向至少一个装置发送指令，指令用于控制至少一个装置执行业务；获取至少一个装置执行指令之后反馈的结果；根据结果判断业务是否执行成功。

根据本发明实施例的另一方面，还提供了一种跨执行端的业务测试装置，包括：第一获取模块，用于获取测试用例，其中，测试用例根据业务的执行逻辑编制，测试用例执行业务，以对业务进行测试，业务被执行的过程中调用至少一个装置的多个功能，多个功能中至少两个功能相互关联；发送模块，用于根据测试用例执行业务，其中，向至少一个装置发送指令，指令用于控制至少一个装置执行业务；第二获取模块，用于获取至少一个装置执行指令之后反馈的结果；判断模块，用于根据结果判断业务是否执行成功。

在本发明实施例中，采用根据测试用例执行业务的方式，通过获取测试用例，其中，测试用例根据业务的执行逻辑编制，测试用例执行业务，以对业务进行测试，业务被执行的过程中调用至少一个装置的多个功能，多个功能中至少两个功能相互关联；根据测试用例执行业务，其中，向至少一个装置发送指令，指令用于控制至少一个装置执行业务；获取至少一个装置执行指令之后反馈的结果；根据结果判断业务是否执行成功，达到了自动化进行软硬件测试的目的，从而实现了跨执行端、无人值守的完整业务级测试，提高软硬件测试效率的技术效果，进而解决了有技术采用功能测试无法体现业务测试整体性的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种跨执行端的业务测试方法流程图；

图2是根据本发明实施例的一种可选的跨执行端的业务测试方法流程图；

图3是根据本发明实施例的一种优选的跨执行端的业务测试平台示意图；

图4是根据本发明实施例的一种跨执行端的业务测试装置示意图；以及

图5是根据本发明实施例的一种可选的跨执行端的业务测试装置示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种跨执行端的业务测试方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种跨执行端的业务测试方法流程图，如图1所示，该方法包括如下步骤：

步骤S102，获取测试用例，其中，测试用例根据业务的执行逻辑编制，测试用例执行业务，以对业务进行测试，业务被执行的过程中调用至少一个装置的多个功能，多个功能中至少两个功能相互关联；

步骤S104，根据测试用例执行业务，其中，向至少一个装置发送指令，指令用于控制至少一个装置执行业务；

步骤S106，获取至少一个装置执行指令之后反馈的结果；

步骤S108，根据结果判断业务是否执行成功。

在上述步骤中，以业务的角度进行测试，由于在业务的执行过程中可能涉及到至少一个装置，如果将涉及到的装置分别理解为该业务的执行端，那么可以涵盖到不同的执行端。不同的执行端可能是在业务的执行中的“地位”来进行划分的，例如服务器和客户端。不同的执行端也可能是同一“地位”的设备，例如，都是客户端，但是，这些客户端可能是因为硬件或者软件上的不同而认为是不同的执行端，又例如，也可能是P2P的业务的测试，在P2P的业务的测试中，每个执行端的地位均是对等的，这些执行端之间执行的业务也是跨执行端的业务。通过上述步骤可以实现跨执行端、无人值守的完整业务级测试，提高软硬件测试效率的技术效果，进而解决了现有技术采用单一执行端功能测试无法体现业务测试整体性的技术问题。

在上述步骤S102中，上述测试用例根据业务的执行逻辑编制，测试用例可以用于在执行业务中，以对业务进行测试，业务被执行的过程中调用至少一个装置的多个功能，多个功能中至少两个功能相互关联。上述至少一个装置可以为待测设备，也可以为对待测设备进行测试的执行设备，其中，执行设备可以是硬件设备，也可以是安装在硬件设备上软件。例如，待测设备可以是打印机，对待测设备进行测试的执行设备可以是计算机。上述业务可以是为了对待测设备的多个功能进行测试而进行的按照一定的执行逻辑编制的行为，例如，在通过计算机对打印机进行打印功能测试时，上述业务可以为计算机向打印机发送打印命令、打印机接收打印命令和打印机返回打印成功命令。在执行业务之前，首先要获取测试用例。

上述至少一个装置也可能均是软件，例如，在一个C/S架构的软件系统中，上述的至少一个装置可以包括客户端和服务器，如果需要测试多个客户端，则上述至少一个装置中可以包括不同类型的客户端，例如，可以包括安卓系统的客户端或者也可以包括IOS系统的客户端，此时，业务可以理解为一个客户端上至少的一个完整的业务流程，也可以理解为多个客户端均共同完成不同的功能是一个完整的业务流程。这样，各种功能可以进行灵活的组合形成所要的业务。对于服务器的测试也可以灵活的进行，例如，可以对服务器进行压力测试，在压力测试的过程中，执行一个聊天业务的完整的流程，此时，压力测试和聊天可以看作是一个完整的业务测试。

在上述步骤S104中，上述至少一个装置可以为待测设备，也可以为对待测设备进行测试的执行设备，根据获取的测试用例，向上述装置发送执行业务的指令，上述指令可以控制上述装置执行业务。例如，在通过计算机对打印机进行打印功能测试时，向计算机发送“发送打印命令”的指令，计算机会根据上述指令，向打印机发送打印命令。

指令的发送可以采用单独的测试服务器来进行，此时需要服务器与各个参与该业务的装置进行通信。这样的处理方法增加了额外的硬件。或者，也可以利用参与该业务测试的装置来执行发送指令的动作，此时不需要增加额外的测试服务器。

对于采用单独的测试服务器的方式，在本实施例中是推荐使用的。因为在日常工作中，需要进行的测试内容比较多，此时，如果搭建了单独的测试服务器，不仅仅可以做到在多个测试任务的重复使用该服务器，还可以保存测试用例、测试结果等，并且，还可以利用测试服务器的计算能力，对于测试中出现的问题进行统计和分析，为开发人员提供数据支持。该测试服务器也可以采用云服务器，或者，也可以开放给不同的用户，支持用户编辑测试用例，根据需要获得测试结果或者根据需要获得统计数据等等。

在上述步骤S106中，待测设备和/或执行设备根据上述指令后，执行相应的业务，在执行完相应的业务之后，接收执行业务的结果。例如，当计算机根据上述“发送打印命令”的指令，向打印机发送打印命令之后，打印机根据打印命令进行打印操作，完成打印操作之后，会向计算机反馈一个打印成功的提示结果。在该步骤当中，记录的是该业务执行过程的所有的结果。一般情况下，执行失败的结果是需要记录的，而执行成功的结果可以选择是否来进行记录。这些结果的记录还可以包括其他的一些信息，例如，失败时的日志文件，失败的时间，失败的次数等等，只要有助于开发人员进行分析的信息都可以进行记录。在一个可选的实施方式中，可以提供一个配置接口，通过该配置接口对需要保存和记录的结果进行配置。

步骤S108，根据结果判断业务是否执行成功。

在上述步骤S108中，根据上述至少一个装置返回的结果，判断业务是否执行成功。

由上可知，在本发明上述实施例中，采用根据测试用例执行业务的方式，通过获取测试用例，其中，测试用例根据业务的执行逻辑编制，测试用例执行业务，以对业务进行测试，业务被执行的过程中调用至少一个装置的多个功能，多个功能中至少两个功能相互关联；根据测试用例执行业务，其中，向至少一个装置发送指令，指令用于控制至少一个装置执行业务；获取至少一个装置执行指令之后反馈的结果；根据结果判断业务是否执行成功，达到了自动化进行软硬件测试的目的，从而实现了跨执行端、无人值守的完整业务级测试，提高软硬件测试效率的技术效果，进而解决了技现有技术采用功能测试无法体现业务测试整体性的技术问题。

在上述步骤中，涉及到了至少一个装置，在某些测试场景下，上述至少一个装置可以包括以下至少之一：至少一个待测试装置、辅助装置，其中，至少一个待测试装置用于执行业务；辅助装置用于对至少一个待测试装置中的部分或全部进行监控并返回监控结果，和/或，辅助装置用于对至少一个待测试装置中的部分或全部进行操作。

可选地，上述待测试装置可以为打印机、扫描仪、传真机等硬件设备，也可以是安装硬件设备上的软件。

可选地，上述辅助装置可以为机械手、摄像头、录音装置、电机、继电器、电位器、温度传感器、压力传感器、气压传感器、加速度传感器、距离传感器等设备。另外，在使用这些辅助装置的时候，还可以记录这些装置的中间状态或者是命令执行的情况，然后根据这些信息来进行测试结果的判断。

上述待测试装置可以是软件，例如，在一种可选的实施例中，在至少一个待测试装置包括客户端和服务器的情况下，向至少一个装置发送指令包括以下至少之一：

向服务器发送指令，其中，指令用于指示服务器与客户端进行交互执行业务；

向客户端发送指令，其中，指令用于指示客户端与服务器进行交互执行业务。

可选地，一种实施方式中，在至少一个待测试装置包括客户端的情况下，向至少一个装置发送指令包括：向客户端发送两类信息，其中，第一类信息用于指示客户端与服务器进行交互，第二类信息用于模拟服务器在与客户端进行交互情况下的响应；

可选地，在另一种实施方式中，在至少一个待测试装置包括服务器的情况下，向至少一个装置发送指令包括：向服务器发送两类信息，其中，第一类信息用于指示服务器与客户端进行交互，第二类信息用于模拟客户端在与服务器进行交互情况下的响应。

通过上述两个可选的方式可以实现一种比较好的效果，例如，服务器和客户端进行交互的过程中，该业务需要测试的内容如下：服务器向客户端发送A1消息，客户端根据A1消息向服务器发送A2消息；服务器根据A2消息向客户端发送B1消息，客户端根据B1消息向服务器发送B2消息。

在测试的过程中，服务器向客户端发送了A1消息，这个过程是正常的，客户端收到的A1消息，但是并没有像服务器发送A2消息。此时，客户端出现了问题，需要记录该问题。为了使业务的后续流程能够执行，此时可以模拟客户端向服务器发送A2消息，这样可以保证测试的继续进行。如果服务器出现了故障，也可以服务器应该执行的动作。一个业务测试结束之后就可以知道在该业务的整体流程中究竟有多少问题出现。

除了例子的待测试装置以外，在一种可选的实施例中，至少一个待测试装置还可以包括：控制装置和被测试装置，其中，控制装置用于控制被测试装置执行业务的部分或全部功能。

可选地，上述控制装置可以是计算机、笔记本。

在一种可选的实施例中，辅助装置包括以下至少之一：机械手、摄像头、录音装置、马达、继电器。

具体地，上述机械手可以用于模仿人手和臂的某些动作功能，用以按固定程序抓取、搬运物件或操作工具的自动操作装置上述摄像头可以用于根据测试指令对待测试装置进行拍照；上述录音装置可以用于根据测试指令对待测试对象进行录音；上述马达可以为电动机或发动机等。

在一种可选的实施例中，获取至少一个装置执行指令之后反馈的结果包括：通过至少一个装置上运行的代理获取至少一个装置执行指令之后反馈的结果，其中，代理用于监控一个或多个设备执行指令并截取结果。

如果采用了单独的测试服务器，则可以通过该测试服务器收集各个代理采集的结果。由于采用了代理的方式，这样可以实现不同客户端的测试，可以支持在不同的操作系统，或者不同的硬件产品中均可以设置代理服务器。

对于测试成功与否的判断，也是基于业务的，这样可以使开发人员看到业务整体的执行情况。例如，在业务执行中对应的功能均执行成功的情况下，确定业务执行成功；在业务执行中的至少一个装置中的任意一装置对应的功能执行成功的情况下，确定该装置执行该业务成功。

对于业务成功的判断，在一种可选的实施例中，如图2所示，上述步骤S108还包括如下步骤：

步骤S1081，将结果数据进行记录保存；

步骤S1083，判断记录保存的结果数据是否存在至少一个装置的至少一个功能测试失败响应和/或无响应数据；

步骤S1085，如果结果中不存在至少一个装置的至少一个功能测试失败响应和/或无响应数据，则提示业务执行成功。

通过上述步骤，可以实现测试结果的保存和处理，进而可以根据测试用例执行任务过程中对待测试装置测试结果生成测试结果报告。

作为一种优选的实施方式，本发明上述方法实施例可以应用于如图3所示的测试平台。如图3所示为一种优选的测试平台示意图，该测试平台包括：测试目标402、执行设备404和服务器406。

可选地，如果执行设备用于测试硬件，上述测试平台还包括辅助装置408，与执行设备连接。

上述测试目标402为被测对象，可以是硬件或软件，也可以是任意多个硬件或软件的集合。其中，如果被测对象是软件，需要依赖硬件载体，例如一台计算机或手机等。

上述执行设备404可以为在桌面操作系统上安装的Executor。

上述服务器406可以为GATF Server，用于整个测试平台的用例管理、测试报告管理、测试结果核查等。其中，GATF Server最核心的是Command Driver模块，可以实现跨执行设备测试。

一种可选的实施例中，在测试目标是硬件的情况下，如果测试目标具有接口，则可以通过接口与执行设备连接，进行接口的测试；如果没有接口，可以通过与执行设备连接的辅助装置进行测试，将测试目标安置在准备好的辅助装置环境中。其中，辅助装置由执行设备桌面操作系统上安装的Executor控制。

另一种可选的实施例中，在测试目标是软件的情况下，对于移动操作系统的软件测试与桌面操作系统的软件测试采用不同的方式。由于移动操作系统自身一般不支持自动化，需要另一个桌面操作系统控制移动操作系统的测试目标进行自动化测试。

作为一种可选实施方式，如果测试目标是移动操作系统的软件，需要将软件安装在移动终端上，然后移动终端与执行设备连接，进行测试。

作为一种可选的实施方式，如果测试目标是桌面操作系统的软件，可以直接将软件安装在执行设备上进行测试。

实施例2

根据本发明实施例，还提供了一种跨执行端的业务测试装置实施例。本发明实施例1中的跨执行端的业务测试方法可以在本发明实施例2的装置中执行。

图4是根据本发明实施例的一种跨执行端的业务测试装置的结构框图，如图4所示，该装置包括：第一获取模块302、发送模块304、第二获取模块306和判断模块308。

其中，第一获取模块302，用于获取测试用例，其中，测试用例根据业务的执行逻辑编制，测试用例执行业务，以对业务进行测试，业务被执行的过程中调用至少一个装置的多个功能，多个功能中至少两个功能相互关联；

发送模块304，用于根据测试用例执行业务，其中，向至少一个装置发送指令，指令用于控制至少一个装置执行业务；

第二获取模块306，用于获取至少一个装置执行指令之后反馈的结果；

判断模块308，用于根据结果判断业务是否执行成功。

此处需要说明的是，上述至少一个装置包括以下至少之一：至少一个待测试装置、辅助装置，其中，至少一个待测试装置用于执行业务；辅助装置用于对至少一个待测试装置中的部分或全部进行监控并返回监控结果，和/或，辅助装置用于对至少一个待测试装置中的部分或全部进行操作。

由上可知，在本发明上述实施例中，采用根据测试用例执行业务的方式，通过获取测试用例，其中，测试用例根据业务的执行逻辑编制，测试用例执行业务，以对业务进行测试，业务被执行的过程中调用至少一个装置的多个功能，多个功能中至少两个功能相互关联；根据测试用例执行业务，其中，向至少一个装置发送指令，指令用于控制至少一个装置执行业务；获取至少一个装置执行指令之后反馈的结果；根据结果判断业务是否执行成功，达到了自动化进行软硬件测试的目的，从而实现了跨执行端、无人值守的完整业务级测试，提高软硬件测试效率的技术效果，进而解决了技现有技术采用功能测试无法体现业务测试整体性的技术问题。

在一种可选的实施例中，上述装置还包括：第一子发送模块，用于向服务器发送指令，其中，指令用于指示服务器与客户端进行交互执行业务；第二子发送模块，用于向客户端发送指令，其中，指令用于指示客户端与服务器进行交互执行业务。

在一种可选的实施例中，上述装置还包括：第三子发送模块，用于向客户端发送两类信息，其中，第一类信息用于指示客户端与服务器进行交互，第二类信息用于模拟服务器在与客户端进行交互情况下的响应；第四子发送模块，向服务器发送两类信息，其中，第一类信息用于指示服务器与客户端进行交互，第二类信息用于模拟客户端在与服务器进行交互情况下的响应。

在一种可选的实施例中，上述至少一个待测试装置还包括：控制装置和被测试装置，其中，控制装置用于控制被测试装置执行业务的部分或全部功能。

在一种可选的实施例中，上述辅助装置包括以下至少之一：机械手、摄像头、录音装置、马达。

在一种可选的实施例中，上述第二获取模块306用于通过至少一个装置上运行的代理获取至少一个装置执行指令之后反馈的结果，其中，代理用于监控一个或多个设备执行指令并截取结果。

在一种可选的实施例中，如图5所示，上述判断模块308还包括：存储单元3081，用于将结果数据进行记录保存；判断单元3083，判断记录保存的结果数据是否存在至少一个装置的至少一个功能测试失败响应和/或无响应数据；执行单元3085，用于如果结果中不存在至少一个装置的至少一个功能测试失败响应和/或无响应数据，则提示业务执行成功。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种跨执行端的业务测试方法，其特征在于，包括：

获取测试用例，其中，所述测试用例根据业务的执行逻辑编制，所述测试用例执行所述业务，以对所述业务进行测试，所述业务被执行的过程中调用至少一个装置的多个功能，所述多个功能中至少两个功能相互关联；

根据所述测试用例执行所述业务，其中，向所述至少一个装置发送指令，所述指令用于控制所述至少一个装置执行所述业务；

获取所述至少一个装置执行所述指令之后反馈的结果；

根据所述结果判断所述业务是否执行成功。

2.根据权利要求1所述的方法，其特征在于，

所述至少一个装置包括以下至少之一：至少一个待测试装置、辅助装置，其中，所述至少一个待测试装置用于执行所述业务；所述辅助装置用于对所述至少一个待测试装置中的部分或全部进行监控并返回监控结果，和/或，所述辅助装置用于对所述至少一个待测试装置中的部分或全部进行操作。

3.根据权利要求2所述的方法，其特征在于，在所述至少一个待测试装置包括客户端和服务器的情况，向所述至少一个装置发送所述指令包括以下至少之一：

向所述服务器发送所述指令，其中，所述指令用于指示所述服务器与所述客户端进行交互执行所述业务；

向所述客户端发送所述指令，其中，所述指令用于指示所述客户端与所述服务器进行交互执行所述业务。

4.根据权利要求2所述的方法，其特征在于，

在所述至少一个待测试装置包括客户端的情况下，向所述至少一个装置发送所述指令包括：向所述客户端发送两类信息，其中，第一类信息用于指示所述客户端与所述服务器进行交互，第二类信息用于模拟所述服务器在与所述客户端进行交互情况下的响应；

在所述至少一个待测试装置包括服务器的情况下，向所述至少一个装置发送所述指令包括：向所述服务器发送两类信息，其中，所述第一类信息用于指示所述服务器与所述客户端进行交互，所述第二类信息用于模拟所述客户端在与所述服务器进行交互情况下的响应。

5.根据权利要求2所述的方法，其特征在于，所述至少一个待测试装置还包括：控制装置和被测试装置，其中，所述控制装置用于控制所述被测试装置执行所述业务的部分或全部功能。

6.根据权利要求2所述的方法，其特征在于，所述辅助装置包括以下至少之一：机械手、摄像头、录音装置、电机、继电器、电位器、温度传感器、压力传感器、气压传感器、加速度传感器、距离传感器。

7.根据权利要求1至5中任一项所述的方法，其特征在于，获取所述至少一个装置执行所述指令之后反馈的结果包括：通过所述至少一个装置上运行的代理获取所述至少一个装置执行所述指令之后反馈的结果，其中，所述代理用于监控所述至少一个装置执行所述指令并截取所述结果。

8.根据权利要求1所述的方法，其特征在于，根据所述结果判断所述业务是否执行成功包括以下至少之一：

在所述业务执行中对应的功能均执行成功的情况下，确定所述业务执行成功；

在所述业务执行中的所述至少一个装置中的任意一装置对应的功能执行成功的情况下，确定该装置执行该业务成功。

9.一种跨执行端的业务测试装置，其特征在于，包括：

第一获取模块，用于获取测试用例，其中，所述测试用例根据业务的执行逻辑编制，所述测试用例执行所述业务，以对所述业务进行测试，所述业务被执行的过程中调用至少一个装置的多个功能，所述多个功能中至少两个功能相互关联；

发送模块，用于根据所述测试用例执行所述业务，其中，向所述至少一个装置发送指令，所述指令用于控制所述至少一个装置执行所述业务；

第二获取模块，用于获取所述至少一个装置执行所述指令之后反馈的结果；

判断模块，用于根据所述结果判断所述业务是否执行成功。

10.根据权利要求9所述的装置，其特征在于，所述判断模块用于执行之下至少之一：

在所述业务执行中对应的功能均执行成功的情况下，确定所述业务执行成功；

在所述业务执行中的所述至少一个装置中的任意一装置对应的功能执行成功的情况下，确定该装置执行该业务成功。