软件的测试方法和装置技术领域
本发明涉及通信技术领域，特别涉及软件的测试方法和装置。
背景技术
目前，在设置有多种设备的场景中，例如机房内，可能存在多种设备共用同一软件
的现象。所以，当对某一软件进行版本升级时，需要遍历这些设备，从而对该软件的升级版
本进行测试，以确定这些设备对该升级版本的适配性。
现有技术中，在对该软件升级版本的适配性进行测试时，需要测试人员遍历共用
该软件的所有设备，手动加载该软件的升级版本进行测试，并获取测试结果。可见现有技术
中，由于采用手动加载软件的测试方式，软件的测试耗时长、效率低。
发明内容
本发明实施例提供软件的测试方法和装置，用于解决现有技术中软件的测试耗时
长、效率低的问题。
根据本发明实施例的第一方面，提供一种软件的测试方法，所述方法应用于测试
客户端，所述测试客户端通过交换机和串口服务器与两台或多台设备连接，其中，每台设备
与所述串口服务器上的一个串口相连，所述方法包括：
接收测试指令，所述测试指令用于指示对目标软件的升级版本进行测试；
获取所述两台或多台设备中待测试所述升级版本的目标设备；
按照所述目标设备与所述串口的连接关系，控制所述目标设备执行所述目标软件
的升级版本。
根据本发明实施例的第二方面，提供一种软件的测试装置，所述装置应用于测试
客户端，所述测试客户端通过交换机和串口服务器与两台或多台设备连接，其中，每台设备
与所述串口服务器上的一个串口相连，所述装置包括：
第一接收单元，用于接收测试指令，所述测试指令用于指示对目标软件的升级版
本进行测试；
获取单元，用于获取所述两台或多台设备中待测试所述升级版本的目标设备；
控制单元，用于按照所述目标设备与所述串口的连接关系，控制所述目标设备执
行所述目标软件的升级版本。
由以上技术方案可见，本发明实施例通过交换机和串口服务器将测试客户端与设
备相连，在获取待测试升级版本的目标设备后，按照目标设备与串口服务器中串口的连接
关系，将该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，实现了软
件升级时，升级版本在多台设备中的自动测试。因此，本发明实施例减少了软件的测试耗
时，提高了软件的测试效率。
附图说明
图1为本发明实施例软件的测试方法的一个应用场景示意图；
图2为本发明软件的测试方法的一个实施例流程图；
图3为本发明软件的测试方法的另一个实施例流程图；
图4为本发明软件的测试装置所在设备的一种硬件结构图；
图5为本发明软件的测试装置的一个实施例框图。
具体实施方式
为了使本技术领域的人员更好的理解本发明实施例中的技术方案，并使本发明实
施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中的技术
方案作进一步详细的说明。
图1为本发明实施例软件的测试方法的一个应用场景示意图。
如图1所示，该应用场景中包括：数据服务器、测试客户端、交换机、串口服务器以
及N台设备。其中，所示N台设备可以安放在机房中，可选的，上述N台设备可以安放在不同的
机房中，每台设备与串口服务器上的一个串口相连，其中N台设备上已经加载了软件的原始
版本，可以正常启动，并且N台设备可以从测试客户端正常下载软件；测试客户端与交换机
连接，交换机与串口服务器连接，测试客户端可以按照N台设备与串口的连接关系，向上述N
台设备中的任一设备发送测试命令；交换机与上述N台设备连接，测试客户端可以通过交换
机向上述N台设备中的任一设备加载软件；数据服务器与测试客户端连接，数据服务器可以
保存上述串口服务器中串口与N台设备的连接关系以及N台设备的设备信息，在测试完成
后，数据服务器还可以将测试客户端的测试结果保存在其内部预先建立的测试结果数据库
中。
以对图1中所示N台设备进行软件的升级版本测试为例，现有技术中，需要测试人
员从所示的N台设备中选取待测试该升级版本的目标设备，然后对选取的目标设备依次手
动加载该升级版本进行测试，并获取测试结果。可见现有技术中，由于采用手动加载软件的
测试方式，因此软件的测试耗时长、效率低。
在本发明实施例中，通过交换机和串口服务器将测试客户端与所示的N台设备相
连，测试客户端在获取待测试上述升级版本的目标设备后，可以按照目标设备与串口服务
器中串口的连接对应关系，将该升级版本和测试命令通过交换机和串口服务器自动加载到
目标设备，从而实现了软件升级时，升级版本在多台设备中的自动测试。因此，本发明实施
例减少了软件的测试耗时，提高了软件的测试效率。
下面结合图1示出的应用场景，对本发明实施例进行详细说明。
参见图2，图2为本发明软件的测试方法的一个实施例流程图，该实施例应用于测
试客户端，包括以下步骤：
步骤201：接收测试指令，所述测试指令用于指示对目标软件的升级版本进行测
试。
在一个可选的实现方式中，测试人员可以预先为多个待测试的目标软件设置测试
周期，测试周期为各个目标软件版本更新的常规周期。例如：软件A的常规更新周期为2个
月，则可以为软件A设置一个2个月的测试周期。当测试周期到达时，向测试客户端发送测试
指令，对目标软件的升级版本进行测试。
在另一个可选的实现方式中，测试人员也可以在获知目标软件升级时，向测试客
户端发送测试指令，指示对目标软件的升级版本进行测试。
本实施例中，测试客户端通过交换机和串口服务器与待测设备之间的通信，例如：
软件升级版本的发送，测试指令的发送，测试结果的接收等，可以基于Telnet协议实现。
步骤202：获取两台或多台设备中待测试所述升级版本的目标设备。
本步骤中，测试客户端可以采用如下方式获取目标设备：
在一个可选的方式中，测试客户端预先为不同软件设置测试列表，每个测试列表
中包含安装有同一软件的至少一个设备，当测试客户端接收到测试指令后，从所述测试列
表中获取与所述目标软件对应的目标测试列表，目标测试列表中的设备为待测试所述升级
版本的目标设备。
在另一个可选的方式中，测试客户端输出所述两台或多台设备的设备列表，根据
用户对所述设备列表的选择结果，获得待测试所述升级版本的目标设备。
在另一个可选的方式中，在图1所示的测试客户端和数据服务器间可以增设另一
个交换机，用以满足多个测试客户端与数据服务器的通信。假设图1所示的测试系统中存在
多个测试客户端，每个测试客户端都通过增设的交换机与所示数据服务器相连，以及通过
图1中所示的交换机与串口服务器相连，并将测试结果共享在数据服务器的测试结果数据
库中。因为每个测试客户端都可能对N台设备中的目标设备进行过目标软件的测试，所以，
为了避免重复测试，可以在每个客户端获取到目标设备后，通过测试结果数据库对所述获
取的目标设备进一步筛选。具体过程可以包括：当测试客户端获得待测试所述升级版本的
目标设备后，将所述升级版本的版本信息和所述目标设备的设备标识发送给数据服务器，
数据服务器依照该升级版本的版本信息从测试结果数据库查找已测试过该升级版本的设
备，依照查找结果在接收的目标设备的设备标识中，去除掉已存在测试结果的设备标识，得
到剩余目标设备标识，测试客户端接收所述数据服务器返回的剩余目标设备标识，获得筛
选后的目标设备。
步骤203：按照所述目标设备与所述串口的连接关系，控制所述目标设备执行所述
目标软件的升级版本。
在一个可选的方式中，测试客户端按照所述目标设备与所述串口的连接关系，遍
历所述目标设备，对于遍历到的任一目标设备，可以通过所述交换机和串口服务器向所述
目标设备发送所述目标软件的升级版本以及测试指令；通过所述交换机和串口服务器从所
述目标设备接收测试结果。
由以上实施例可见，该实施通过交换机和串口服务器将测试客户端与设备相连，
在获取待测试升级版本的目标设备后，按照目标设备与串口服务器中串口的连接关系，将
该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，实现了软件升级
时，升级版本在多台设备中的自动测试。因此，本发明实施例减少了软件的测试耗时，提高
了软件的测试效率。
参见图3，图3为本发明软件的测试方法的另一个实施例流程图，该实施例从测试
客户端侧对目标软件的升级版本在目标设备上的测试过程进行了详细描述，包括以下步
骤：
步骤301：接收测试指令，该测试指令用于指示对目标软件的升级版本进行测试。
该步骤的实现与前述步骤201一致，在此不再赘述。
步骤302：输出与串口服务器连接的设备的设备列表。
该步骤中，设备列表可以包含设备的设备号，以及设备上已安装软件的软件名称。
可选的，设备列表还可以包括设备的设备样式、设备配置、设备安装的软件版本、
设备的PCB(Printed Circuit Board，印刷线路板)版本、CPLD(Complex Programmable
Logic Device，复杂可编程逻辑器件)版本等。
在一个可选的方式中，数据服务器预先保存设备列表，当测试客户端接收到测试
指令后，可以向数据服务器请求该设备列表，在从数据服务器接收到该设备列表后，可以将
设备列表显示在测试客户端的显示界面上，以供测试人员选择。
在另一个可选的方式中，测试客户端可以预先保存上述设备列表，当测试客户端
接收到测试指令后，直接在显示界面上输出该设备列表，以供测试人员选择。
步骤303：根据测试人员对设备列表的选择结果，获得待测试升级版本的目标设
备。
在一个可选的方式中，可以将测试人员对设备列表的选择结果保存为一个测试列
表并命名，针对不同的升级版本可以保存多个测试列表并命名，以供测试人员下次使用时
选择。可选的，上述测试列表可以在客户端进行保存，也可以上传至数据服务器。另外，可以
为测试列表预设测试时间或测试周期，测试周期可以为各个目标软件版本更新的常规周
期。
步骤304：向数据服务器发送升级版本的版本信息和目标设备的设备标识，以使数
据服务器根据该版本信息和设备标识从目标设备中去除已测试过该升级版本的设备，得到
剩余目标设备。
该步骤的实现与前述步骤202中对目标设备的进一步筛选过程一致，在此不再赘
述。
步骤305：接收数据服务器返回的剩余目标设备的设备标识。
步骤306：对剩余目标设备进行遍历。
步骤307：通过交换机和串口服务器向当前遍历到的目标设备发送目标软件的升
级版本以及测试指令。
本步骤中，目标软件的升级版本可以由测试人员手动加载到测试客户端中，也可
以预先保存在数据服务器中，由测试人员通过测试客户端从数据服务器中调取。
在一个可选的方式中，测试客户端可以采用测试平台AMT(Automation
Manufacturing Testing，自动化生产测试)控制目标设备完成对升级版本的测试。在测试
过程中，测试客户端可以通过测试平台AMT将包含多个测试单元的测试脚本发送到目标设
备中，目标设备执行各个测试单元包含的测试指令，并将每个测试指令对应的执行结果反
馈给测试客户端，测试客户端通过测试平台AMT从目标设备接收到这些反馈信息后进行整
理，获得测试结果。
步骤308：通过交换机和串口服务器接收当前遍历到的目标设备返回的测试结果。
步骤309：判断对剩余目标设备的遍历是否完成，若是，则执行步骤310，若否，则返
回步骤306。
步骤310：向数据服务器发送剩余目标设备的测试结果。
可选的，测试结束后，可以将测试结果生成测试报告并邮件通知预设的相关人员。
由以上实施例可见，一方面该实施通过交换机和串口服务器将测试客户端与设备
相连，在获取待测试升级版本的目标设备后，按照目标设备与串口服务器中串口的连接关
系，将该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，实现了软件
升级时，升级版本在多台设备中的自动测试，减少了软件的测试耗时，提高了测试效率；另
一方面，该实施例通过输出所述两台或多台设备的设备列表，根据用户对该设备列表的选
择结果确定目标设备，使得用户可以根据需要对目标设备进行选择，提高了软件测试的针
对性和可操作性；再一方面，该实施例增设了数据服务器，通过将多个测试客户端的测试结
果共享，避免了重复测试，进一步提高了软件的测试效率。
下面通过一个具体的应用实例对本发明实施例进行说明，该应用实例结合图1示
出的应用场景进行描述，其中，假设该场景中存在有多个测试客户端，每个测试客户端都通
过在测试客户端与数据服务器间增设的交换机与数据服务器进行通信，以及通过图1所示
的交换机和串口服务器与机房的设备进行通信。本实施例中，假设机房共有8台设备与串口
服务器连接，8台设备的设备信息(设备名称、设备形态、设备号、设备类型、设备版本类型、
已安装的软件版本、字节顺序标记编码、设备中央处理器体系结构、槽位号、所连接的串口
服务器端口号等)已经存储在数据服务器中。8台设备的设备号、设备类型、已安装的软件版
本如表1所示，现在要在所有已安装软件A_1.0的交换机上，进行该软件的升级版本A_2.0的
测试，测试客户端可以安装包含在一台工位电脑中，并与数据服务器连接，测试过程如下：
测试人员通过工位电脑向测试客户端发出对A_2.0的测试指令，测试客户端在显
示界面上输出设备列表，该设备列表包含与串口服务器连接的8台设备的设备号、设备类型
和当前安装的软件版本，如表1所示。
表1
设备号
设备类型
当前软件版本
设备1001
交换机
A_1.0
设备1002
交换机
A_1.0
设备1003
交换机
A_1.0
设备1004
交换机
A_1.0
设备1005
交换机
A_1.0
设备1006
交换机
B_1.0
设备1007
交换机
B_1.0
设备5001
路由器
Y_1.0
测试人员通过测试客户端从数据服务器下载软件A的升级版本A_2.0，根据设备列
表从所示8台设备中选出需要测试A_2.0的目标设备：设备1001、设备1002、设备1003、设备
1004和设备1005。
测试客户端接收上述目标设备的设备号，将待测的软件的版本号A_2.0及上述目
标设备的设备号发送给数据服务器，数据服务器根据软件版本号A_2.0及目标设备号对其
内部的测试结果数据库进行检索，去除已测试过版本号A_2.0的设备1005，筛选出剩余的4
个目标设备的设备号：设备1001、设备1002、设备1003和设备1004。测试客户端接收到筛选
出的4个设备号后，为这4个目标设备建立测试列表，将该测试列表命名为A_2.0_list。
测试客户端从数据服务器依次查询A_2.0_list中的目标设备是否被其它测试客
户端占用，正在执行其它测试客户端的测试。如果A_2.0_list中的目标设备存在被占用的
情况，则中止该测试客户端对列表A_2.0_list中目标设备的测试，将该测试客户端对列表
A_2.0_list中目标设备的测试加入数据服务器中的测试队列进行排队，所述测试队列由数
据服务器创建。如果A_2.0_list中的目标设备都未被占用，则遍历A_2.0_list，对遍历到的
目标设备，执行如下步骤(以设备1001为例)：
测试客户端通过测试平台AMT经由交换机和串口服务器向设备1001发送软件A的
升级版本A_2.0以及包含多个测试单元的测试脚本，该测试脚本由测试客户端根据设备
1001的设备信息从数据服务器下载获得，设备1001执行各个测试单元包含的测试指令，对
每个测试指令的执行结果给予反馈信息，测试客户端通过AMT从设备1001接收到这些反馈
信息后进行整理，获得测试结果A_2.0_1001result。
遍历完成后得到4个测试结果：A_2.0_1001result、A_2.0_1002result、A_2.0_
1003result、A_2.0_1004result。
测试客户端向数据服务器上传上述4个测试结果以及测试列表A_2.0_list。
与前述软件的测试方法的实施例相对应，本申请还提供了软件的测试装置的实施
例。
本申请软件的测试装置的实施例可以应用在测试客户端上。装置实施例可以通过
软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意
义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取
到内存中运行形成的。从硬件层面而言，如图4所示，为本申请软件的测试装置所在设备的
一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施
例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。
请参考图5，为本发明软件的测试装置的一个实施例框图，所述装置应用于测试客
户端，所述测试客户端通过交换机和串口服务器与两台或多台设备连接，其中，每台设备与
所述串口服务器上的一个串口相连，所述装置包括：第一接收单元510，获取单元520，控制
单元530。
其中，第一接收单元510，用于接收测试指令，所述测试指令用于指示对目标软件
的升级版本进行测试；
获取单元520，用于获取所述两台或多台设备中待测试所述升级版本的目标设备；
控制单元530，用于按照所述目标设备与所述串口的连接关系，控制所述目标设备
执行所述目标软件的升级版本。
由以上实施例可见，该实施通过交换机和串口服务器将测试客户端与设备相连，
在获取待测试升级版本的目标设备后，按照目标设备与串口服务器中串口的连接关系，将
该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，实现了软件升级
时，升级版本在多台设备中的自动测试。因此，本发明实施例减少了软件的测试耗时，提高
了软件的测试效率。
在一个可选的例子中，所述装置还包括(图5中未示出)：保存单元。
保存单元，用于预先保存不同软件的测试列表，每个测试列表中包含安装有同一
软件的至少一个设备；
所述获取单元，具体用于从所述测试列表中获取与所述目标软件对应的目标测试
列表，所述目标测试列表中的设备为待测试所述升级版本的目标设备。
在另一个可选的例子中，所述获取单元520包括(图5中未示出)：设备列表输出子
单元，目标设备获取子单元。
其中，设备列表输出子单元，用于输出所述两台或多台设备的设备列表；
目标设备获取子单元，用于根据用户对所述设备列表的选择结果，获取待测试所
述升级版本的目标设备。
在一个可选的例子中，所述装置还包括(图5中未示出)：发送单元，第二接收单元。
其中，发送单元，用于向数据服务器发送所述升级版本的版本信息和所述目标设
备的设备标识，以使所述数据服务器根据所述版本信息和设备标识从所述目标设备中去除
已测试过所述升级版本的设备，得到剩余目标设备；
第二接收单元，用于接收所述数据服务器返回的剩余目标设备的设备标识；
所述控制单元，具体用于控制所述剩余目标设备执行所述目标软件的升级版本。
基于上述实施例，在另一个可选的例子中，所述控制单元530包括(图5中未示出)：
目标设备遍历子单元，软件及指令发送子单元，测试结果接收子单元。
其中，目标设备遍历子单元，用于遍历所述目标设备；
软件及指令发送子单元，用于对于所述目标设备遍历子单元遍历到的任一目标设
备，通过所述交换机和串口服务器向所述目标设备发送所述目标软件的升级版本以及测试
指令；
测试结果接收子单元，用于通过所述交换机和串口服务器从所述目标设备接收测
试结果。
由以上实施例可见，一方面该实施通过交换机和串口服务器将测试客户端与设备
相连，在获取待测试升级版本的目标设备后，按照目标设备与串口服务器中串口的连接关
系，将该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，实现了软件
升级时，升级版本在多台设备中的自动测试，减少了软件的测试耗时，提高了测试效率；另
一方面，该实施例通过输出所述两台或多台设备的设备列表，根据用户对该设备列表的选
择结果确定目标设备，使得用户可以根据需要对目标设备进行选择，提高了软件测试的针
对性和可操作性；再一方面，该实施例增设了数据服务器，通过将多个测试客户端的测试结
果共享，避免了重复测试，进一步提高了软件的测试效率。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的
实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实
施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件
说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以
不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的
需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付
出创造性劳动的情况下，即可以理解并实施。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其
它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或
者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识
或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的
权利要求指出。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精
神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。