CN1510574A - 分散测试与集中管理的测试系统及方法 - Google Patents

Abstract

本发明涉及一种分散测试与集中管理的测试系统及方法，通过一连接层，例如智能(S/W)集线器，将一个具有管理控制层与多个测试区域的系统加以连结，并通过一操作平台加以集中管理；测试脚本的发送经由管理控制层进行，再运用每个测试区域中的控制服务器来控制每个测试区域当中的多个测试机(客户端)的测试流程，最后，通过控制服务器与管理控制层的连结，来进行测试报告的传递与重测、错误测试报告的检视，以及监视测试过程等等动作。

Description

分散测试与集中管理的测试系统及方法

技术领域

本发明涉及一种测试系统及方法，特别涉及一种分散测试与集中管理的测试系统及方法。

背景技术

在现有的测试系统架构中，测试单元的管理比较分散，也就是需要对每个测试单元作个别的管理。这种个别的管理将导致：当工厂中有许多测试机时，对测试机进行管理和控制的机器也必须增加。所以，为了达到管理测试机而制作的系统，就必须同时运用许多额外的控制机器设备，这些控制机器中大部分的测试脚本相同。于是，除了额外机器设备的费用外，为了维护这些额外的控制机器，也必须花上更多的维护时间与经费。所以，测试效率可能因为维护额外的机器设备而降低。此外，这种控制机器常以人工操作较多，也容易出错。

所以，能否通过运用一特性，将控制测试的机器数量降低，而能让以往的测试工作同样进行，且能将管理控制的工作加以集中，成为研发人员所急欲解决的问题。

发明内容

鉴于以上现有技术的问题，本发明的目的在于提供一种分散测试与集中管理的测试系统及方法，可通过一操作平台，进行测试脚本的发送与测试流程的统一控管。为提高自动化程度，方便工厂测试机的集中管理，让操作者可以通过一台机器进行测试脚本配置，并对所有的测试控制服务进行控制，可以查看所有测试机的状态，并且可以快速定位某台测试机，查看测试结果。

为达到上述目的，本发明所提供的分散测试与集中管理的测试系统，包括一管理控制层、一测试层与一连接层。其中，管理控制层包括操作平台以管理该测试系统，且测试脚本储存于其中。测试层则包括多个测试区域，每个测试区域还包括多个测试客户端，测试层是用来接收该测试脚本并分发到每个测试客户端，让测试客户端执行测试动作并传送测试结果至管理服务器层。最后，连接层则被用来连接管理服务器层与测试层。

此外，本发明依据上述的测试系统公开了一种分散测试与集中管理的测试方法，其操作步骤如下所述：

首先，管理控制层配置每个客户端的地址。

其次，管理控制层依据每个客户端的地址发送测试脚本。接着，每个该客户端执行该测试脚本。而当客户端执行完测试脚本时，则传递测试报告到管理控制层。接下来，管理控制层即记录测试报告。如果客户端执行测试脚本异常时，则传递错误码至该管理控制层。

最后，当管理控制层接收错误码时，则由测试平台的操作人员进行错误测试处置。

而错误测试处置包括几种情形：1.当由操作平台输入重置指令时，则回到管理控制层依据每个客户端地址发送测试脚本的步骤，并重新进行测试。2.当由操作平台输入错误报告指令，则发生异常的客户端即送出一异常报告至管理控制层。

此外，在每个客户端执行测试脚本的步骤后，亦可通过操作平台作测试状况报告的检查，也就是，当操作平台发送一检查指令，客户端即送出一测试状况报告。

最后，在整个操作流程开始前，还包括一些预处理过程，其包括下面的步骤：首先，制作客户端激活映像。接着，指定连接层与每个客户端的端口信息。第三，维护每个客户端的硬件与软件配置信息。最后，维护该测试脚本。

有关本发明的特征与实施，配合附图、最佳实施例详细说明如下。

附图说明

图1为本发明的所运用的测试系统架构的方块图；

图2为本发明的分散测试与集中管理的测试系统方块图；

图3为本发明的管理服务器的测试系统架构图；

图4为本发明的测试方法的第一具体实施例的流程图；

图5为本发明的测试方法的第一具体实施例的细部流程图；

图6A--6C为本发明的控制服务的流程图；

图7A--7C为本发明的ARP服务流程图；

图8A--8B为本发明的PXE/DHCP服务流程图；及

图9A--9B为本发明的FIS服务流程图。

附图标记说明

10     管理服务器         10a    测试系统主服务器

20     PXE/DHCP服务器     30     智能(S/W)集线器

40     第一测试区块       41     智能(S/W)集线器

42     控制服务器         42a    测试系统控制服务器

42b    测试系统映像服务器 43     客户端

44     客户端             45     客户端

50     第二测试区块       51     智能(S/W)集线器

52     控制服务器         52a    测试系统控制服务器

52b    测试系统映像服务器 53     客户端

54     客户端             55     客户端

60     第N测试区块        61     智能(S/W)集线器

62     控制服务器         62a    测试系统控制服务器

62b    测试系统映像服务器 63     客户端

64     客户端             65     客户端

71     ARP服务模块(又称地址解析服务模块)

72     数据服务模块       73     第一控制服务模块

74     第二控制服务模块   75     客户端系统

80     集线器数据库       90     集线器控制服务

101    ARP管理            102    主数据库

103    主数据库管         104    脚本管理

105    PXE映像管          106    DHCP服务

107    切换集线器         108    ARP数据库

109    FIS服务            110    使用者接口

111    测试系统数据库     112    PXE/DHCP服务

113    ARP服务            114    控制服务

115    客户端系统

ARP    地址决定协议(Address Resolver Protocol)

DHCP   动态主配置协议(Dynamic Host Configuration

       Protocol)

FIS    工厂信息系统(Factory Information Protocol)

MAC    媒体存取控制(Media Access Control Address)

OI     使用者接口(Operator Interface)

PXE    预先开机执行环境(Preboot Execution

       Environment)

具体实施方式

首先，请参考图1，其为本发明所运用的测试系统架构的方块图，其包括几个部分：管理服务器10、PXE/DHCP服务器20(预开机执行/动态主机配置服务器)、智能(S/W)集线器30、第一测试区块40、第二测试区块50与第N测试区块60。其中，第一测试区块40包括：智能(S/W)集线器41、控制服务器42、客户端44、客户端45。而集线器数据库80则安装于管理服务器10当中，而第二测试区块50直到第N测试区块60，其包括的组件都相同。即，第二测试区块50包括：智能(S/W)集线器51、控制服务器52、客户端54、客户端55；第N测试区块60也包括：智能(S/W)集线器61、控制服务器62、客户端64、客户端65。

在图1当中，每个测试区块都包括一个控制服务器与多个客户端，通过智能(S/W)集线器加以联结，并通过智能(S/W)集线器30与管理服务器10和PXE/DHCP服务器20相联结。因此，智能(S/W)连接器30可称为连接层，其用来连接管理控制层与测试层。在此架构下，属于管理控制层的管理服务器10和PXE/DHCP服务器20即能传送管理控制命令、测试工具及脚本至测试层中的各测试区块的控制服务器，进而分发至各个网域单元当中的各个客户端(测试机)并加以维护。反过来，各个客户端(测试机)也可通过各个测试层中的各测试区块的控制服务器以反向的路径传送其测试信息(状态与结果)至管理控制层。事实上各测试区块的控制服务器所采取的是一种分散管理机制，主要负责其区块内各个客户端测试机的测试与管理，一旦区块中客户端测试机发生异常，则只会影像到该测试区块的运行，而不会影响到其它测试区块的运行，更不会影响到管理控制层的运行。

其中的PXE/DHCP服务器20，则用于整个系统的预处理过程。其操作包括有：准备所有测试机的激活映像，所谓的激活映像可供测试机在无软盘及无硬盘的情况之下由远程进行激活；另外PXE/DHCP服务器20还负责替所有的测试机进行动态的地址(IP)分配。

而测试时信号传递的方式，则通过智能(S/W)集线器运用虚拟局域网络(Virtual Local Area Net，以下简称VLAN)的方式将各个组件加以连结。而其中的智能(S/W)集线器，用来切分网域，即划分虚拟局域网络(VLAN)，此项功能是通过对硬件的直接配置来实现的。并且，测试层可运用系统软件，通过对智能(S/W)集线器的查询并配合数据库来定位每个客户端(测试机)。其中，划分虚拟局域网络(VLAN)的目的主要是隔离不同测试区域中的控制服务器和客户端，以控制网络流量，并且使不同测试区域之间不能够相互通讯，从而达到各测试区域独立进行测试的目的。

例如，在管理控制层的一个智能(S/W)集线器划分虚拟局域网络(VLAN)1(端口1、2、3)、虚拟局域网络(VLAN)2(端口1、2、4)…到虚拟局域网络(VLAN)N(端口1、2、N+2)。其中，端口1接管理服务器10，端口2接PXE/DHCP服务器20，端口3接第一测试区块40，端口4接第二测试区块50，一直到端口N+2接第N测试区块60。这样，第一测试区块40的所有客户端与管理服务器10和PXE/DHCP服务器20在虚拟局域网络(VLAN)1中；第二测试区块50的所有客户端(测试机)和管理服务器10与PXE/DHCP服务器20在虚拟局域网络(VLAN)2中；第N测试区块60的所有客户端和管理服务器10与PXE/DHCP服务器20在虚拟局域网络(VLAN)N中。

通过这些硬件架构，即能实现分散测试与集中管理。具体的运行，则通过本发明的软件方法来达成。

请参考图2，本发明的分散测试与集中管理的测试系统方块图，其包括：ARP服务模块71(即地址解析服务模块)、数据服务模块72、第一控制服务模块73、第二控制服务模块74、客户端系统75。图2主要说明了管理控制层当中的管理服务器10与测试层的关系。

其中，ARP服务模块71，又可称为地址解析服务模块，安装于管理服务器10，负责地址(IP)解析与协议，可定位每个客户端的地址；第一、第二控制服务模块73、74则安装于控制服务器，负责控制测试流程、分发测试工具、测试状态与测试结果；数据服务模块72安装于管理服务器10，其负责收集汇总记录测试状态和结果；客户端系统75则个别安装于客户端，负责执行测试脚本。而测试脚本，可以安装于管理服务器10而通过网络发送，或者个别存于测试层的控制服务器中。

整个分散测试与集中管理的测试方法，其具体的操作流程整理如下。首先，通过图1的网络架构可以看出，由管理服务器10依据ARP服务模块71，并经由网络送出测试脚本至各个控制服务器。接着，再由每个测试区域当中的控制服务器的控制模块分发测试工具至各客户端。接下来，客户端接收到测试脚本后，即执行测试脚本。在执行的同时，测试状态与测试结果通过控制服务器传至管理服务器10。如此，即可达到分散测试与集中管理的目的。

在系统的测试工作开始前，必须先执行预处理过程。亦即，对硬件系统和数据库系统进行配置，进而提供了管理接口的维护方便。预处理过程包括几个主要步骤：

第一，制作客户端激活映像(image)，由PXE/DHCP服务器20上的PXE映像管理105完成。

第二，维护集线器及集线器端口信息，为集线器的每个测试端口指定工厂中的物理位置(测试区域，客户端的编号)。其由管理服务器上的ARP管理101完成。

第三，维护客户端的硬件和软件配置信息，为测试工具提供的比较数据。其由管理服务器上的主数据库管理完成，数据均存于主数据库中。

第四，维护工厂中所有客户端的测试脚本，提供给控制服务，每个客户端与控制服务联络后，控制服务根据客户端的序列号(Serial Number)等信息到数据库中取得相应测试脚本。此步骤由脚本管理完成，可以在管理服务器10上，送到控制服务器的数据库中，也可在控制服务器上，直接维护本地数据库。

以下，将举一具体实施例来说明本发明的测试系统与方法。请参考图3，其为本发明的管理服务器的测试系统架构图。其包括：测试系统主服务器10a、PXE/DHCP服务器20、智能(S/W)集线器30、第一测试区块40、第二测试区块50、第N测试区块60、集线器数据库80与集线器控制服务90。

其中，第一测试区块40当中包括：智能(S/W)集线器41、测试系统控制服务器42a、测试系统映像服务器42b、客户端43、客户端44、客户端45。同样地，第二测试区块50包括：智能(S/W)集线器51、测试系统控制服务器52a、测试系统映像服务器52b、客户端53、客户端54、客户端55。直到第N测试区块60，同样包括：智能(S/W)集线器61、测试系统控制服务器62a、测试系统映像服务器62b、客户端63、客户端64、客户端65。

而测试系统服务器的软件可以通过对智能(S/W)集线器的查询，配合数据库来定位客户端。且以测试系统服务器所形成的测试系统，客户端与服务器之间的通讯协议是网络基本输出输入系统延伸使用者接口(NetBUEI)，以广播方式进行；或者，也可使用网际网络传输协议(TCP/IP)，以点对点的方式进行通讯。

这样，每个客户端都能与管理服务器10上的ARP管理101通讯，都能与PXE/DHCP服务器20通讯，下载PXE激活映像，获得DHCP服务106分配的地址(IP)等。但客户端与上层的通讯是短暂的，之后将分别与各个测试区块中的控制服务(控制服务程序，安装在控制服务器上)通讯，受控制服务命令的控制。而控制服务则会收集测试区块中所有客户端的测试状态和测试结果向管理层的服务器发送。

整个测试方法的流程，请参考图4。首先，配置客户端地址(步骤410)。此步骤由数据服务模块完成，属于预处理步骤。接着，即依据客户端地址发送测试脚本(步骤420)。接下来，客户端即执行脚本(步骤430)，正式进入测试工作。然而，在测试过程中，有可能会有测试失败的情形，因此，各个控制服务器就必须监控各个客户端的测试结果。如果，客户端的测试正常(步骤440)，则客户端便直接传递测试结果至控制服务器，控制服务器再传递测试报告(步骤460)至管理服务器10。最后，管理服务器端即记录测试报告(步骤470)。

反之，如果客户端的测试不正常，则询问操作者是否重置客户端(步骤450)。此一动作由控制服务器与客户端共同完成，客户端于测试异常时，会送出一错误码至控制服务器。接着，控制服务器将错误码送至管理服务器，操作者即会检视到此错误情形。如果操作者按下重置键，则回到步骤420，再针对发生错误的客户端重新进行测试。反之，如果操作者判断不重置，要进行检查的工作，则可将发生错误的客户端结束测试的工作，并依据操作者所送出的错误报告指令，由发生错误的客户端送出一个错误报告。如此，即可统一由操作者所使用的使用者接口(操作平台)来进行统一的管理。

当完成客户端测试后，客户端即传递测试结果置控制服务器，控制服务器传递测试报告(步骤460)至管理服务器10。最后，管理服务器端即记录测试报告(步骤470)。

通过图4的解说，当可了解本发明可通过本发明所公开的测试系统而将测试工作分散至各个客户端，并统一作集中管理的工作。于是，测试人员可在单机上管理与监控各个客户端的测试工作。

接下来，请参考图5，其运用软件模块与流程的方式来说明本发明的测试方法。图5包括许多软件模块，有：ARP管理101、主数据库102、主数据库管理103、脚本管理104、PXE映像管理105、DHCP服务106、切换集线器107、ARP数据库108、FIS服务109、使用者接口110、测试系统数据库111、PXE/DHCP服务112、ARP服务113、控制服务114与客户端系统115等。

图5以较细的流程来说明图4的方法流程，以下分述之：

步骤501--509(说明图4的步骤410)：首先，由客户端系统115与PXE/DHCP服务112联络，PXE/DHCP服务112则为客户端系统115分配地址(IP)，步骤501。客户端系统115亦从PXE/DHCP服务112中的PXE映像管理105下载激活映像。接着，在步骤502中，客户端系统115与ARP服务113联络，请求当前位置；同时，ARP管理101开放ARP数据库108的存取。接下来，在步骤503中，则为ARP服务113根据客户端系统115的MAC(媒体存取控制)查询切换集线器107，得到切换地址(IP)和切换端口的识别码(ID)。ARP服务113根据切换地址(IP)和切换端口识别码到ARP数据库108中查到客户端位置信息，在步骤504。

接着，ARP服务113发送测试区域客户端编号给客户端系统115，并告知相应控制服务114供应的信息。步骤506则为：客户端系统115与控制服务114联络，通知控制服务114当前客户端系统115的位置。步骤507则为：客户端系统115向控制服务114请求配置信息，发送序列号。步骤508则为：控制服务114向FIS服务109请求客户端系统115的配置信息。经过步骤508后，控制服务114发送客户端系统115配置信息到客户端系统115。步骤509为：FIS(工厂信息系统)服务109从主数据库102中查找信息，步骤509。经步骤509后，FIS服务109发送客户端系统115的配置信息到控制服务114。

步骤510-512详细说明了图4的步骤420、430。其中，步骤510为，控制服务114向所有的使用者接口(Operator Interface，OI)110发送客户端系统115的状态。其次，在步骤511中，控制服务114从测试系统数据库111中获得测试脚本。最后，在步骤512中，客户端系统115向控制服务114请求测试工具，并从共享路径中复制测试工具到本地端并执行。所以，到步骤512为止，客户端系统115即可依据测试脚本来执行测试工作。在测试工作执行时，会产生测试结果或者测试出错的情形，以下的步骤，具体说明本发明传送测试结果与处理测试出错状况的流程。

步骤513即为图4的步骤440的详细说明，其为：客户端系统115将测试结果和日志(Log)文件传给控制服务114，控制服务114则回到步骤510向使用者接口110报告状态。在正常的情况下，步骤512、513将不断重复直到脚本跑完，这是测试正常的情形。如果测试出错，后续的步骤将会提及其处理方式。

接着，步骤514为：控制服务114将测试结果和详细日志(Log)文件写入测试系统数据库111。此时，初步的测试工作结果被预存在测试系统数据库111。

在测试过程中，测试系统操作者运用一个操作平台即可掌控整个测试过程。以下，将以步骤515--520来进一步说明操作者的介入。

首先，在步骤515中，使用者接口110可查看客户端系统115执行的结果和执行报告。接着，在步骤516中，使用者接口110可通过IE来观看客户端系统115的输出，只需提供客户端系统115操作平台的地址即可。因此，使用者接口110向控制服务114请求客户端系统115的操作平台地址。

接下来，于步骤517中，控制服务114向ARP服务113请求操作平台地址，并发送客户端系统115的测试区域和其本身的位置。ARP服务113经步骤518、519后返回操作平台地址。

在步骤518中，ARP服务113根据客户端系统115的测试区域编码查到操作平台对应的集线器端口，再到集线器的数据库中查找操作平台的媒体存取控制(Media Access Control Address，MAC)。

步骤519则为，ARP服务113向DHCP服务106请求操作平台地址，并传给DHCP服务106操作平台的媒体存取控制(MAC)地址。DHCP服务106在系统的日志(Log)文件中查到后返回。

最后，在步骤520中：于一个测试工具运行流程结束后，客户端系统115将重复步骤512、513的过程直到脚本结束。此时控制服务114将登录并汇总，一并发给FIS服务109。

经由步骤515--520的测试系统操作者的操作后，即继续进行图4的步骤470、480，亦即，步骤521，其为：FIS服务109将登录数据写入主数据库102。主数据库102中汇总了全厂所有测试机的测试结果。

最后，以下步骤将详细说明测试工作出错的状况处理方法，亦即，图4中的步骤440、450。其中，步骤522为：如果在脚本管理104中维护工具的属性被设定为出错时暂停，那么当客户端系统115测试出错时，流程暂停，等待用户操作。用户可在使用者接口110中操作，也可在客户端系统115操作，在使用者接口110端的重置选项，使用者接口110通知控制服务114指定的客户端系统115重置。

接着，步骤523为：控制服务114向指定客户端系统115发出重置命令，客户端系统115将重新执行整个脚本。接下来，于步骤524中，使用者接口110向控制服务114发出跳过(skip)命令。接着，步骤525：控制服务114向指定客户端系统115发出跳过命令。客户端系统115将跳过该测试工具，停止执行下一个测试工具。

最后，在步骤526：使用者接口110向控制服务114发出重试的命令。步骤527则为：控制服务114向指定客户端系统115发出重试的命令。客户端系统115重新执行该测试工具。

通过以上的详细说明，可发现：本发明可通过同一个测试系统的操作平台，并配合各个测试系统的软件运行，而达到于单一系统中分散执行测试工作，且统一管理测试流程的方法。

以下，图6A至图9B将继续说明各个服务的运行流程。

请参考图6A--6C，其为本发明的控制服务的流程图。图6A包括下列步骤：一开始，即为初始化(步骤610)，接着，监听客户端请求(步骤620)，最后，即为监听使用者接口请求(步骤630)。所以，控制服务主要的用处在于依据客户端以及使用者接口所传递的命令来作传递信号的动作。

接着说明控制服务接收客户端请求后的动作流程，参考图6B。在客户端请求开始(步骤621)后，即根据客户端请求命令执行相应处理程序(步骤622)。在取得客户端测试配置信息(步骤623)后，取得下一个测试工具(步骤624)。此测试工具的取得已于上述流程加以说明。接下来，报告测试状态(步骤625)，接着，即设定客户端位置信息(步骤626)。依据此位置信息，可报告测试结果(步骤627)。测试结果的报告，也已于上述流程说明，在此不再赘述。

有关使用者接口请求，也就是，测试系统操作者于操作平台上的操作动作，其与控制服务之间的关联性，由步骤631--636加以说明，请参考图6C。首先，使用者接口请求开始(步骤631)，控制服务即依据使用者接口请求命令执行相应处理程序(步骤632)。这些程序包括：重新激活并测试整个脚本(步骤633)、重新激活并测试目前工具(步骤634)、跳过目前工具(步骤635)等等。这些有关脚本的重新激活，在操作平台上操作，当操作平台上发出重新激活的指令时，控制服务即依据指令作重新激活客户端的动作，依此类推。最后，还有一个重要的步骤，即为取得操作平台地址(步骤636)，如此，控制服务才能与操作平台作适当的沟通。

接着，请参考图7A--7C，其为本发明的ARP服务流程图。图7A包括下述步骤：首先，初始化(步骤710)，接着，监听客户端请求(步骤720)，最后，监听控制服务请求(步骤730)。ARP服务的运行，依据客户端(测试机)与控制服务的命令来操作。

先看依据客户端请求的动作，请参考图7B。在客户端请求开始(步骤721)后，便根据MAC查询客户端位置信息(步骤722)，最后，发送给客户端(步骤723)。所以，通过这几个步骤，ARP服务即可指定客户端的地址。

与控制服务的沟通方面，请参考图7C。首先，控制服务请求查询地址(步骤731)，接着，ARP服务即向DHCP服务请求查询地址(步骤732)。查询到客户端的地址后，发送给控制服务(步骤733)。如此，控制服务与ARP服务的沟通后，即可定位各个客户端。

接着，请参考图8A--8B，其为本发明的PXE/DHCP服务流程图。图8A的流程说明了DHCP服务，首先，初始化(步骤810)，接着，监听ARP服务请求(步骤820)。因此，此流程即为ARP服务与DHCP服务的沟通。

接着参考图8B，在接收到ARP服务的请求后，即收到ARP服务请求查询地址(步骤821)的命令后，根据MAC从DHCP加载文件查询地址(步骤822)。最后，发送给ARP服务(步骤823)。所以，图7C与图8B共同说明了查询客户端地址的方式。

最后，本发明的FIS流程图请参考图9A--9B。图9A包括下列步骤：首先，初始化(步骤910)，接着，监听控制服务请求(步骤920)。所以，此流程同样与控制服务沟通。

在与控制服务的沟通上，如图9B所示。首先，控制服务请求开始(步骤921)，接着，从数据库中取得客户端配置信息(步骤922)，最后，向数据库写入加载信息(步骤923)。所以，通过FIS服务，控制服务即可取得客户端配置的信息。

虽然本发明以前述的较佳实施例公开，然其并非用以限定本发明，任何本领域普通技术人员，在不脱离本发明精神和范围内，当可作一些更动与润饰，因此本发明的专利保护范围以权利要求为准。

Claims (9)

1.一种分散测试与集中管理的测试系统，其特征在于，包括：

一管理控制层，包括一操作平台以管理该测试系统，且储存一测试脚本；

一测试层，包括数个测试区域，每个测试区域还包括数个测试客户端，该测试层用以接收该测试脚本并分发至每个该测试客户端，让该测试客户端执行测试动作并传送测试结果至该管理服务器层；及

一连接层，用以连接该管理服务器层与该测试层。

2.如权利要求1所述的分散测试与集中管理的测试系统，其特征在于，该管理控制层包括：

一管理服务器，该操作平台设置于其上，用以储存该测试脚本，并可于该操作平台上管理该测试系统；及

一预先开机执行环境(PXE)/动态主配置协议(DHCP)服务器，用以对该测试层的每个该测试客户端执行激活程序，并通过该连接层进行硬件的地址配置。

3.如权利要求1所述的分散测试与集中管理的测试系统，其特征在于，每个该测试区域还包括：

一智能(S/W)集线器，用以连结该连接层；及

一控制服务器，用以解析该测试脚本，并将解析后的脚本逐条发送至该客户端，进行该测试区域中的每个该客户端的测试，并将该客户端的测试结果通过该智能(S/W)集线器与该连接层送至该管理控制层。

4.如权利要求3所述的分散测试与集中管理的测试系统，其特征在于，该连接层与该智能(S/W)集线器通过虚拟局域网络(VLAN)加以连结。

5.如权利要求1所述的分散测试与集中管理的测试系统，其特征在于，该连接层为一智能(S/W)集线器。

6.一种分散测试与集中管理的测试方法，运用于一包括一管理控制层、一测试层与一连接层的测试系统，每个测试层包括具有数个客户端的数个测试区域，并于该管理控制层设有用以集中管理该测试系统的一操作平台，其特征在于，包括下列步骤：

该管理控制层配置每个该客户端的地址；

该管理控制层依据每个该客户端地址发送一测试脚本；

每个该客户端执行该测试脚本；

当该客户端执行完该测试脚本时，传递一测试报告至该管理控制层；

该管理控制层记录该测试报告；

当该客户端执行该测试脚本异常时，传递一错误码至该管理控制层；及

当该管理控制层接收该错误码时，由该测试平台进行一错误测试处置。

7.如权利要求6所述的分散测试与集中管理的测试方法，其特征在于，该错误测试处置包括下列步骤：

当该操作平台输入一重置指令，则回到该管理控制层依据每个该客户端地址发送该测试脚本的步骤，并重新进行测试；及

当该操作平台输入一错误报告指令，则发生异常的该客户端送出一异常报告至该管理控制层。

8.如权利要求6所述的分散测试与集中管理的测试方法，其特征在于，于每个该客户端执行该测试脚本的步骤后，还包括下列步骤：

当该操作平台发送一检查指令，该客户端送出一测试状况报告。

9.如权利要求6所述的分散测试与集中管理的测试方法，其特征在于，于该管理控制层配置每个该客户端的地址的步骤前，还包括由该管理控制层执行下列步骤：

制作该客户端激活映像；

指定该连接层与每个该客户端的端口信息；

维护每个该客户端的硬件与软件配置信息；及

维护该测试脚本。

Images