CN104426716A - 实现tr069测试的方法和系统 - Google Patents

Abstract

本发明提供了一种实现TR069测试的方法和系统。所述方法包括：获取用户端设备的工单，通过代理服务器生成所述工单的执行消息，向工单服务器分发所述工单的执行消息；处理所述执行消息，并将所述执行消息中的单个任务消息由所述工单服务器下发至所述代理服务器；由所述代理服务器将下发的单个任务消息传递至自动配置服务器；通过所述自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对所述用户端设备进行测试，得到用户端设备上报的执行结果。采用本发明能提高测试效率。

Description

实现TR069测试的方法和系统

技术领域

本发明涉及通信技术，特别是涉及一种实现TR069测试的方法和系统。

背景技术

随着各种用户端设备的发展和广泛使用，用户端设备的测试也变得尤为重要，以保证推向市场的用户端设备拥有较佳的状态，避免有问题的用户端设备被推向市场。

在对大批量的用户端设备进行测试的过程中，需要对每一用户端设备执行众多测试用例，以实现全方位的TR069测试。然而，对每一用户端设备所执行的众多测试用例中，每一测试用例所涉及的参数配置较为繁杂，并且需要测试人员全部手工执行参数的配置和测试用例，进而存在着测试效率低下的缺陷。

发明内容

基于此，有必要针对用户端设备所进行的众多测试用例中需要手工进行参数的配置和测试用例的执行，导致了测试效率低下的技术问题，提供一种能提高测试效率的实现TR069测试的方法。

此外，还有必要提供一种能提高测试效率的实现TR069测试的系统。

一种实现TR069测试的方法，包括如下步骤：

获取用户端设备的工单，通过代理服务器生成所述工单的执行消息，向工单服务器分发所述工单的执行消息；

处理所述执行消息，并将所述执行消息中的单个任务消息由所述工单服务器下发至所述代理服务器；

由所述代理服务器将下发的单个任务消息传递至自动配置服务器；

通过所述自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对所述用户端设备进行测试，得到用户端设备上报的执行结果。

在其中一个实施例中，所述获取用户端设备的工单，通过代理服务器生成所述工单的执行消息，向工单服务器分发所述工单的执行消息的步骤之前，所述方法还包括：

为工单配置参数和指定测试用例，并将所述工单与用户端设备的设备标识相关联。

在其中一个实施例中，所述处理所述执行消息，并将所述执行消息中的单个任务消息由所述工单服务器下发至所述代理服务器的步骤包括：

提取所述执行消息中的属性信息，根据所述属性信息判断所述执行消息是否支持，若是，则

进一步判断所述执行消息中的单个任务消息是否执行完毕，若否，则

提取未执行的单个任务消息，并由所述工单服务器下发至代理服务器。

在其中一个实施例中，所述通过所述自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对所述用户端设备进行测试，得到用户端设备上报的执行结果的步骤包括：

根据与所述工单相关联的用户端设备的设备标识使对应的用户端设备与自动配置服务器进行远程过程交互；

向所述用户端设备下发单个任务消息，并接收所述用户端设备上报的执行结果。

在其中一个实施例中，所述通过所述自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对所述用户端设备进行测试，得到用户端设备上报的执行结果的步骤之前，所述方法还包括：

接收下发的消息，判断所述消息是否为属于用户端设备的消息，若是，则

进一步判断所述消息是否为任务消息，若是，则进入所述根据与所述工单相关联的用户端设备的设备标识使对应的用户端设备与自动配置服务器进行远程过程交互的步骤。

一种实现TR069测试的系统，包括：

代理服务器，用于获取用户端设备的工单，生成所述工单的执行消息，并向工单服务器分发所述工单的执行消息；

工单服务器，用于处理所述执行消息，并将所述执行消息中的单个任务消息下发至所述代理服务器；

所述代理服务器还用于将下发的单个任务消息传递至自动配置服务器；

自动配置服务器，用于与用户端设备进行远程过程交互，以执行单个任务消息对所述用户端设备进行测试，得到用户端设备上报的执行结果。

在其中一个实施例中，所述系统还包括：

用户模块，用于为工单配置参数和指定测试用例，并将所述工单与用户端设备的设备标识相关联。

在其中一个实施例中，所述工单服务器包括：

消息属性判断单元，用于提取所述执行消息中的属性信息，根据所述属性信息判断所述执行消息是否支持，若是，则通知执行判断单元；

所述执行判断单元用于进一步判断所述执行消息中的单个任务消息是否执行完毕，若否，则通知消息下发单元；

所述消息下发单元用于提取未执行的单个任务消息，并下发至所述代理服务器。

在其中一个实施例中，所述自动配置服务器包括：

交互单元，用于根据与所述工单相关联的用户端设备的设备标识与对应的用户端设备进行远程过程交互；

执行单元，用于向所述用户端设备下发单个任务消息，并接收所述用户端设备上报的执行结果。

在其中一个实施例中，所述自动配置服务器还包括：

消息类型判断模块，用于接收下发的消息，判断所述消息是否属于用户端设备的消息，若是，则通知任务消息判断单元；

所述任务消息判断单元用于进一步判断所述消息是否为任务消息，若是，则通知交互单元。

上述实现TR069测试的方法和系统中，在获取到用户端设备的工单之后，将由代理服务器生成工单的执行消息，以向工单服务器分发，工单服务器将处理该执行消息，将执行消息中的单个任务消息下发到代理服务器中，由代理服务器将单个任务消息传递至自动配置服务器中，由于单个任务消息是由工单中提取的，因此，将包含了一个用于对用户端设备进行TR069测试的任务，通过自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对用户端设备进行测试，得到用户端设备上报的执行结果，在代理服务器、工单服务器和自动配置服务器的配合下不需要测试人员进行手工的参数配置和执行测试用例，实现了用户端设备的TR069自动化测试，有效提高了测试效率。

附图说明

图1为一个实施例中实现TR069测试的方法流程图；

图2为图1中处理执行消息，并将执行消息中的单个任务消息由工单服务器下发至代理服务器的方法流程图；

图3为一个实施例中通过自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对用户端设备进行测试，得到用户端设备上报的执行结果的方法流程图；

图4为另一个实施例中通过自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对用户端设备进行测试，得到用户端设备上报的执行结果的方法流程图；

图5为一个实施例中实现TR069测试的系统结构示意图；

图6为图5中工单服务器的结构示意图；

图7为一个实施例中自动配置服务器的结构示意图；

图8为另一个实施例中自动配置服务器的结构示意图。

具体实施方式

如图1所示，在一个实施例中，一种实现TR069测试的方法，包括：

步骤S10，获取用户端设备的工单，通过代理服务器生成工单的执行消息，向工单服务器分发工单的执行消息。

本实施例中，用户端设备的工单用于下发对用户端设备进行测试的任务，其中，工单将记录了所进行测试的用户端设备、用于指示所使用的测试用例的关键字以及对工单进行标识的工单标识号码等信息。

在获取到用户端设备的工单之后，将由代理服务器根据工单中记录的信息进行打包生成工单的执行消息，以便于进行消息的传递，其中，该执行消息将记录所进行测试的用户端设备、与指示所使用的测试用例，即rpc（远程过程调用，Remote Procedure Call）方法的关键字所对应的任务等信息，由执行消息即可获知将要进行测试的用户端设备以及这一用户端设备将要执行的测试任务，该任务即为指定在用户端设备中执行的测试用例，该测试用例即为rpc方法。

在一个实施例中，上述步骤S10之前，该方法还包括：

为工单配置参数和指定测试用例，并将工单与用户端设备的设备标识相关联。

本实施例中，预先设置了测试用例与关键字之间的对应关系，因此，只需要配置参数和关键字即可实现工单的初始化，进而为工单所对应的测试指定实现的参数和测试用例，使得为用户端设备设置工单以进行TR069测试不会浪费测试人员的操作时间，可重复使用，并且极大地增加了所能够支持的测试使用，为用户端设备进行更为全面的测试，提高了测试的可扩展性。

完成了工单的初始化之后，还需要将初始化的工单绑定到相应的用户端设备，在初始化的工单中设置用户端设备的设备标识，以指示工单将是对其设置的设备标识所对应的用户端设备进行TR069测试的。

步骤S30，处理执行消息，并将执行消息中的单个任务消息由工单服务器下发至代理服务器。

本实施例中，工单服务器在接收到代理服务器下发的消息之后，将对其进行处理，以确认所接收的消息是与用户端设备相关的执行消息并且执行消息中的任务的执行是得到系统支持的。

由于执行消息大都包括了若干个测试任务，即，执行消息中即将执行的rpc方法为多个，因此，将逐个提取执行消息中的测试任务，并生成相应的单个任务消息，以对用户端设备逐一执行rpc方法。

进一步的，工单服务器将未执行的单个任务消息下发至代理服务器中，由代理服务器进行单个任务消息的传递和任务调度。

步骤S50，由代理服务器将下发的单个任务消息传递至自动配置服务器。

本实施例中，代理服务器将接收到工单服务器所下发的若干个单个任务消息，也就是说，即将下发至用户端设备中执行的任务为多个，因此，将由代理服务器根据预先设置的优先级进行任务调度，将单个任务消息传递至自动配置服务器中，以执行单个任务消息中的任务。

步骤S70，通过自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对用户端设备进行测试，得到用户端设备上报的执行结果。

本实施例中，自动配置服务器（ACS）为HTTP服务器，将用于对用户端设备进行管理。将自动配置服务器与用户端设备进行远程过程交互，以对用户端设备进行一系列的测试操作。

上述实现TR069测试的方法中，测试人员不需要进行繁琐的操作，能够投入更多的精力进行测试用例的测试，并且也有效地避免了人为失误，节约了人力成本并缩短测试时间，进而加快推向市场的进度。

如图2所示，在一个实施例中，上述步骤S30包括：

步骤S310，提取执行消息中的属性信息，根据属性信息判断执行消息是否支持，若是，则进入步骤S330，若否，则结束。

本实施例中，执行消息中的属性信息即为工单中的类型字段，包括用户端设备类型和工单名字等，在接收到工单服务器下发的执行消息之后，将首先判断执行消息中的用户端设备类型是否得到系统支持，若否，则无法对用户端设备进行测试，将结束对执行消息的处理，若是，则进一步判断工单名字是否是系统支持进行处理的，若否，则结束，若是，则进入步骤S330准备进行执行消息中任务的执行。

步骤S330，进一步判断执行消息中的单个任务消息是否执行完毕，若否，则进入步骤S350，若是，则结束。

本实施例中，判断系统支持执行的单个任务消息是否已经执行完毕，若否，则进入步骤350中提取未能够执行的单个任务消息，由工单服务器下发至代理服务器中，若是，则说明当前对用户端设备的测试已经结束。

步骤S350，提取未执行的单个任务消息，并由工单服务器下发至代理服务器。

本实施例中，由执行消息中提取未执行的单个任务消息，进而由工单服务器下发至代理服务器中。

如图3所示，在一个实施例中，上述步骤S70包括：

步骤S710，根据与工单相关联的用户端设备的设备标识使对应的用户端设备与自动配置服务器进行远程过程交互。

本实施例中，根据与工单相关联的用户设备的设备标识得到即将进行测试的用户端设备，将该用户端设备与自动配置服务器进行远程过程交互。

步骤S730，向用户端设备下发单个任务消息，并接收用户端设备上报的执行结果。

本实施例中，自动配置服务器为HTTP服务器，用户端设备为HTTP客户端，因此，自动配置服务器和用户端设备之间传递的消息内容将是SOAP（SimpleObject Access Protocol，简单对象访问协议）消息包的形式进行封闭的，以SOAP的数据格式填充于HTTP包体中。实际上，SOAP消息包是由SOAP Head（SOAP头）和SOAP Body（SOAP体）组成的XML文档。

用户端设备接收到自动配置服务器下发的SOAP消息包之后，将解析消息包，以得到rpc方法，进而在用户端设备本地执行解析得到的rpc方法，并向自动配置服务器上报执行的结果，以使得测试人员通过自动配置服务器即可获知用户端设备的TR069测试结果。

如图4所示，在一个实施例中，上述步骤S710之前，步骤S70还包括：

步骤S701，接收下发的消息，判断消息是否为属于用户端设备的消息，若是，则进入步骤S703，若否，则进入步骤S704。

本实施例中，自动配置服务器将是所有消息的入口，所接收到的消息也是各种多样的，因此，在接收到消息之后，将对消息进行判断，以确认接收到的消息是否属于用户端设备的消息，若否，则说明该消息为用户所传递的消息，不是用户端设备的消息，因此，将不会对用户端设备进行测试，若是，则说明接收到的消息可能被用于对用户端设备进行测试。

步骤S703，进一步判断消息是否为任务消息，若是，则进入步骤S710，若否，则进入步骤S705。

本实施例中，由于属于用户端设备的消息也将是多种多样的，因此，还需要进一步判断消息是否为任务消息，若是，则说明将应用该消息实现用户端设备的TR069测试，将进入步骤S710进行自动配置服务器和用户端设备的远程过程交互，以将任务消息下发至用户端设备中，使得用户端设备通过执行任务消息中的任务，即rpc方法即可实现所在用户端设备的测试，进而将执行的结果上报至自动配置服务器中。

若判断到消息不为任务消息，则进入步骤S705进一步判断消息是否为远程过程调用配置消息，以便于实现消息的处理。

步骤S704，所述消息为远程过程调用消息，处理所述远程过程调用消息。

步骤S705，进一步判断所述消息是否为远程过程调用配置消息，若是，则进入步骤S707，若否，则进入步骤S709。

步骤S707，保存远程过程调用配置消息。

本实施例中，若判断到该消息为远程过程调用配置消息，则直接保存远程过程配置消息，此时，将按照远程过程配置消息进行自动配置服务器中远程过程配置的更新。

步骤S709，处理该消息。

如图5所示，在一个实施例中，一种实现TR069测试的系统，包括代理服务器10、工单服务器30和自动配置服务器50。

代理服务器10，用于获取用户端设备的工单，生成工单的执行消息，并向工单服务器分发工单的执行消息。

本实施例中，用户端设备的工单用于下发对用户端设备进行测试的任务，其中，工单将记录了所进行测试的用户端设备、用于指示所使用的测试用例的关键字以及对工单进行标识的工单标识号码等信息。

代理服务器10在获取到用户端设备的工单之后，将根据工单中记录的信息进行打包生成工单的执行消息，以便于进行消息的传递，其中，该执行消息将记录所进行测试的用户端设备、与指示所使用的测试用例，即rpc（远程过程调用，Remote Procedure Call）方法的关键字所对应的任务等信息，由执行消息即可获知将要进行测试的用户端设备以及这一用户端设备将要执行的测试任务，该任务即为指定在用户端设备中执行的测试用例，该测试用例即为rpc方法。

工单服务器30，用于处理执行消息，并将执行消息中的单个任务消息下发至代理服务器10。

本实施例中，工单服务器30在接收到代理服务器10下发的消息之后，将对其进行处理，以确认所接收的消息是与用户端设备相关的执行消息并且执行消息中的任务的执行是得到系统支持的。

由于执行消息大都包括了若干个测试任务，即，执行消息中即将执行的rpc方法为多个，因此，将逐个提取执行消息中的测试任务，并生成相应的单个任务消息，以对用户端设备逐一执行rpc方法。

进一步的，工单服务器30将未执行的单个任务消息下发至代理服务器10中，由代理服务器10进行单个任务消息的传递和任务调度。

代理服务器10还用于将下发的单个任务消息传递至自动配置服务器50。

本实施例中，代理服务器10将接收到工单服务器30所下发的若干个单个任务消息，也就是说，即将下发至用户端设备中执行的任务为多个，因此，将由代理服务器10根据预先设置的优先级进行任务调度，将单个任务消息传递至自动配置服务器50中，以执行单个任务消息中的任务。

自动配置服务器50，用于与用户端设备进行远程过程交互，以执行单个任务消息对用户端设备进行测试，得到用户端设备上报的执行结果。

本实施例中，自动配置服务器（ACS）50为HTTP服务器，将用于对用户端设备进行管理。将自动配置服务器50与用户端设备进行远程过程交互，以对用户端设备进行一系列的测试操作。

上述实现TR069测试的系统中，测试人员不需要进行繁琐的操作，能够投入更多的精力进行测试用例的测试，并且也有效地避免了人为失误，节约了人力成本并缩短测试时间，进而加快推向市场的进度。

在另一个实施例中，上述实现TR069测试的系统还包括用户模块。该用户模块用于为工单配置参数和指定测试用例，并将工单与用户端设备的设备标识相关联。

本实施例中，预先设置了测试用例与关键字之间的对应关系，因此，只需要配置参数和关键字即可实现工单的初始化，进而为工单所对应的测试指定实现的参数和测试用例，使得为用户端设备设置工单以进行TR069测试不会浪费测试人员的操作时间，可重复使用，并且极大地增加了所能够支持的测试使用，为用户端设备进行更为全面的测试，提高了测试的可扩展性。

完成了工单的初始化之后，还需要将初始化的工单绑定到相应的用户端设备，在初始化的工单中设置用户端设备的设备标识，以指示工单将是对其设置的设备标识所对应的用户端设备进行TR069测试的。

如图6所示，在一个实施例中，上述工单服务器30包括消息属性判断单元310、执行判断单元330和消息下发单元350。

消息属性判断单元310，用于提取执行消息中的属性信息，根据属性信息判断执行消息是否支持，若是，则通知执行判断单元330，若否，则停止执行。

本实施例中，执行消息中的属性信息即为工单中的类型字段，包括用户端设备类型和工单名字等，消息属性判断单元310将首先判断执行消息中的用户端设备类型是否得到系统支持，若否，则无法对用户端设备进行测试，将结束对执行消息的处理，若是，则进一步判断工单名字是否是系统支持进行处理的，若否，则结束，若是，则通知执行判断单元330准备进行执行消息中任务的执行。

执行判断单元330，用于进一步判断执行消息中的单个任务消息是否执行完毕，若否，则通知消息下发单元350，若是，则停止执行。

本实施例中，判执行判断单元330断系统支持执行的单个任务消息是否已经执行完毕，若否，则通知消息下发单元350中提取未能够执行的单个任务消息，由工单服务器30下发至代理服务器10中，若是，则说明当前对用户端设备的测试已经结束。

消息下发单元350，用于提取未执行的单个任务消息，并下发至代理服务器10。

本实施例中，消息下发单元350由执行消息中提取未执行的单个任务消息，进而由工单服务器30下发至代理服务器10中。

如图7所示，在一个实施例中，上述自动配置服务器50包括交互单元510和执行单元530。

交互单元510，用于根据与工单相关联的用户端设备的设备标识与对应的用户端设备进行远程过程交互。

本实施例中，交互单元510根据与工单相关联的用户设备的设备标识得到即将进行测试的用户端设备，将该用户端设备与自动配置服务器50进行远程过程交互。

执行单元530，用于向用户端设备下发单个任务消息，并接收用户端设备上报的执行结果。

本实施例中，自动配置服务器50为HTTP服务器，用户端设备为HTTP客户端，因此，自动配置服务器50和用户端设备之间传递的消息内容将是SOAP消息包的形式进行封闭的，以SOAP的数据格式填充于HTTP包体中。实际上，SOAP消息包是由SOAP Head（SOAP头）和SOAP Body（SOAP体）组成的XML文档。

用户端设备接收到自动配置服务器50下发的SOAP消息包之后，将解析消息包，以得到rpc方法，进而在用户端设备本地执行解析得到的rpc方法，并向自动配置服务器50上报执行的结果，以使得测试人员通过自动配置服务器50即可获知用户端设备的TR069测试结果。

如图8所示，在另一个实施例中，上述自动配置服务器50还包括消息类型判断模块501、任务消息判断单元503、配置消息判断单元504和消息处理单元505。

消息类型判断单元501，用于接收下发的消息，判断消息是否属于用户端设备的消息，若是，则通知任务消息判断单元503，若否，则所述消息为远程过程调用消息，处理所述远程过程调用消息。

本实施例中，自动配置服务器50将是所有消息的入口，所接收到的消息也是各种多样的，因此，在接收到消息之后，消息类型判断单元501将对消息进行判断，以确认接收到的消息是否属于用户端设备的消息，若否，则说明该消息为用户所传递的消息，不是用户端设备的消息，因此，将不会对用户端设备进行测试，若是，则说明接收到的消息可能被用于对用户端设备进行测试。

任务消息判断单元503，用于进一步判断消息是否为任务消息，若是，则通知交互单元510，若否，则通知配置消息判断单元504。

本实施例中，由于属于用户端设备的消息也将是多种多样的，因此，还需要任务消息判断单元503进一步判断消息是否为任务消息，若是，则说明将应用该消息实现用户端设备的TR069测试，将通知交互单元510进行自动配置服务器50和用户端设备的远程过程交互，以将任务消息下发至用户端设备中，使得用户端设备通过执行任务消息中的任务，即rpc方法即可实现所在用户端设备的测试，进而将执行的结果上报至自动配置服务器50中。

若判断到消息不为任务消息，则通知配置消息判断单元504进一步判断消息是否为远程过程调用配置消息，以便于实现消息的处理。

配置消息判断单元504，用于进一步判断消息是否为远程过程调用配置消息，若是，则保存远程过程配置消息，若否，则通知消息处理单元505。

本实施例中，若配置消息判断单元504判断到该消息为远程过程调用配置消息，则直接保存远程过程配置消息，此时，将按照远程过程配置消息进行自动配置服务器50中远程过程配置的更新。

消息处理单元505，用于处理消息。

上述实现TR069测试的方法和系统中，在获取到用户端设备的工单之后，将由代理服务器生成工单的执行消息，以向工单服务器分发，工单服务器将处理该执行消息，将执行消息中的单个任务消息下发到代理服务器中，由代理服务器将单个任务消息传递至自动配置服务器中，由于单个任务消息是由工单中提取的，因此，将包含了一个用于对用户端设备进行TR069测试的任务，通过自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对用户端设备进行测试，得到用户端设备上报的执行结果，在代理服务器、工单服务器和自动配置服务器的配合下不需要测试人员进行手工的参数配置和执行测试用例，实现了用户端设备的TR069自动化测试，有效提高了测试效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种实现TR069测试的方法，包括如下步骤：

获取用户端设备的工单，通过代理服务器生成所述工单的执行消息，向工单服务器分发所述工单的执行消息；

处理所述执行消息，并将所述执行消息中的单个任务消息由所述工单服务器下发至所述代理服务器；

由所述代理服务器将下发的单个任务消息传递至自动配置服务器；

通过所述自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对所述用户端设备进行测试，得到用户端设备上报的执行结果。

2.根据权利要求1所述的方法，其特征在于，所述获取用户端设备的工单，通过代理服务器生成所述工单的执行消息，向工单服务器分发所述工单的执行消息的步骤之前，所述方法还包括：

为工单配置参数和指定测试用例，并将所述工单与用户端设备的设备标识相关联。

3.根据权利要求1所述的方法，其特征在于，所述处理所述执行消息，并将所述执行消息中的单个任务消息由所述工单服务器下发至所述代理服务器的步骤包括：

提取所述执行消息中的属性信息，根据所述属性信息判断所述执行消息是否支持，若是，则

进一步判断所述执行消息中的单个任务消息是否执行完毕，若否，则

提取未执行的单个任务消息，并由所述工单服务器下发至代理服务器。

4.根据权利要求2所述的方法，其特征在于，所述通过所述自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对所述用户端设备进行测试，得到用户端设备上报的执行结果的步骤包括：

根据与所述工单相关联的用户端设备的设备标识使对应的用户端设备与自动配置服务器进行远程过程交互；

向所述用户端设备下发单个任务消息，并接收所述用户端设备上报的执行结果。

5.根据权利要求4所述的方法，其特征在于，所述通过所述自动配置服务器与用户端设备进行远程过程交互，以执行单个任务消息对所述用户端设备进行测试，得到用户端设备上报的执行结果的步骤之前，所述方法还包括：

接收下发的消息，判断所述消息是否为属于用户端设备的消息，若是，则

进一步判断所述消息是否为任务消息，若是，则进入所述根据与所述工单相关联的用户端设备的设备标识使对应的用户端设备与自动配置服务器进行远程过程交互的步骤。

6.一种实现TR069测试的系统，其特征在于，包括：

代理服务器，用于获取用户端设备的工单，生成所述工单的执行消息，并向工单服务器分发所述工单的执行消息；

工单服务器，用于处理所述执行消息，并将所述执行消息中的单个任务消息下发至所述代理服务器；

所述代理服务器还用于将下发的单个任务消息传递至自动配置服务器；

自动配置服务器，用于与用户端设备进行远程过程交互，以执行单个任务消息对所述用户端设备进行测试，得到用户端设备上报的执行结果。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括：

用户模块，用于为工单配置参数和指定测试用例，并将所述工单与用户端设备的设备标识相关联。

8.根据权利要求6所述的系统，其特征在于，所述工单服务器包括：

消息属性判断单元，用于提取所述执行消息中的属性信息，根据所述属性信息判断所述执行消息是否支持，若是，则通知执行判断单元；

所述执行判断单元用于进一步判断所述执行消息中的单个任务消息是否执行完毕，若否，则通知消息下发单元；

所述消息下发单元用于提取未执行的单个任务消息，并下发至所述代理服务器。

9.根据权利要求7所述的系统，其特征在于，所述自动配置服务器包括：

交互单元，用于根据与所述工单相关联的用户端设备的设备标识与对应的用户端设备进行远程过程交互；

执行单元，用于向所述用户端设备下发单个任务消息，并接收所述用户端设备上报的执行结果。

10.根据权利要求9所述的系统，其特征在于，所述自动配置服务器还包括：

消息类型判断模块，用于接收下发的消息，判断所述消息是否属于用户端设备的消息，若是，则通知任务消息判断单元；

所述任务消息判断单元用于进一步判断所述消息是否为任务消息，若是，则通知交互单元。