软件的测试方法和装置
阅读：3发布：2020-12-01
专利汇可以提供软件的测试方法和装置专利检索，专利查询，专利分析的服务。并且本 发明 提供一种 软件 的测试方法和装置，所述方法应用于测试客户端，所述测试客户端通过交换机和串口 服务器 与两台或多台设备连接，其中，每台设备与所述串口服务器上的一个串口相连，所述方法包括：接收测试指令，所述测试指令用于指示对目标软件的升级版本进行测试；获取所述两台或多台设备中待测试所述升级版本的目标设备；按照所述目标设备与所述串口的连接关系，控制所述目标设备执行所述目标软件的升级版本。应用本发明 实施例 ，通过使用交换机和串口服务器实现了测试客户端与多台设备的交互，通过将升级版本自动加载在目标设备上，实现了在软件升级时升级版本在多台设备中的自动测试。本发明实施例减少了软件测试耗时，提高了软件测试效率。，下面是软件的测试方法和装置专利的具体信息内容。
1.一种软件的测试方法，其特征在于，所述方法应用于测试客户端，所述测试客户端通过交换机和串口服务器与两台或多台设备连接，其中，每台设备与所述串口服务器上的一个串口相连，所述方法包括：
接收测试指令，所述测试指令用于指示对目标软件的升级版本进行测试；
获取所述两台或多台设备中待测试所述升级版本的目标设备；
按照所述目标设备与所述串口的连接关系，控制所述目标设备执行所述目标软件的升级版本。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
预先保存不同软件的测试列表，每个测试列表中包含安装有同一软件的至少一个设备；
所述获取所述两台或多台设备中待测试所述升级版本的目标设备，包括：
从所述测试列表中获取与所述目标软件对应的目标测试列表，所述目标测试列表中的设备为待测试所述升级版本的目标设备。
3.根据权利要求1所述的方法，其特征在于，所述获取所述两台或多台设备中待测试所述升级版本的目标设备，包括：
输出所述两台或多台设备的设备列表；
根据用户对所述设备列表的选择结果，获取待测试所述升级版本的目标设备。
4.根据权利要求1所述的方法，其特征在于，在所述获取所述两台或多台设备中待测试所述升级版本的目标设备后，还包括：
向数据服务器发送所述升级版本的版本信息和所述目标设备的设备标识，以使所述数据服务器根据所述版本信息和设备标识从所述目标设备中去除已测试过所述升级版本的设备，得到剩余目标设备；
接收所述数据服务器返回的剩余目标设备的设备标识；
所述控制所述目标设备执行所述目标软件的升级版本，包括：
控制所述剩余目标设备执行所述目标软件的升级版本。
5.根据权利要求1至4任一所述的方法，其特征在于，所述控制所述目标设备执行所述目标软件的升级版本，包括：
遍历所述目标设备，对于遍历到的任一目标设备，执行如下过程：
通过所述交换机和串口服务器向所述目标设备发送所述目标软件的升级版本以及测试指令；
通过所述交换机和串口服务器从所述目标设备接收测试结果。
6.一种软件的测试装置，其特征在于，所述装置应用于测试客户端，所述测试客户端通过交换机和串口服务器与两台或多台设备连接，其中，每台设备与所述串口服务器上的一个串口相连，所述装置包括：
第一接收单元，用于接收测试指令，所述测试指令用于指示对目标软件的升级版本进行测试；
获取单元，用于获取所述两台或多台设备中待测试所述升级版本的目标设备；
控制单元，用于按照所述目标设备与所述串口的连接关系，控制所述目标设备执行所述目标软件的升级版本。
7.根据权利要求6所述的装置，其特征在于，还包括：
保存单元，用于预先保存不同软件的测试列表，每个测试列表中包含安装有同一软件的至少一个设备；
所述获取单元，具体用于从所述测试列表中获取与所述目标软件对应的目标测试列表，所述目标测试列表中的设备为待测试所述升级版本的目标设备。
8.根据权利要求6所述的装置，其特征在于，所述获取单元，包括：
设备列表输出子单元，用于输出所述两台或多台设备的设备列表；
目标设备获取子单元，用于根据用户对所述设备列表的选择结果，获取待测试所述升级版本的目标设备。
9.根据权利要求6所述的装置，其特征在于，还包括：
发送单元，用于向数据服务器发送所述升级版本的版本信息和所述目标设备的设备标识，以使所述数据服务器根据所述版本信息和设备标识从所述目标设备中去除已测试过所述升级版本的设备，得到剩余目标设备；
第二接收单元，用于接收所述数据服务器返回的剩余目标设备的设备标识；
所述控制单元，具体用于控制所述剩余目标设备执行所述目标软件的升级版本。
10.根据权利要求6至9任一所述的装置，其特征在于，所述控制单元，包括：
目标设备遍历子单元，用于遍历所述目标设备；
软件及指令发送子单元，用于对于所述目标设备遍历子单元遍历到的任一目标设备，通过所述交换机和串口服务器向所述目标设备发送所述目标软件的升级版本以及测试指令；
测试结果接收子单元，用于通过所述交换机和串口服务器从所述目标设备接收测试结果。
软件的测试方法和装置
技术领域
[0001] 本发明涉及通信技术领域，特别涉及软件的测试方法和装置。
背景技术
[0002] 目前，在设置有多种设备的场景中，例如机房内，可能存在多种设备共用同一软件的现象。所以，当对某一软件进行版本升级时，需要遍历这些设备，从而对该软件的升级版本进行测试，以确定这些设备对该升级版本的适配性。
[0003] 现有技术中，在对该软件升级版本的适配性进行测试时，需要测试人员遍历共用该软件的所有设备，手动加载该软件的升级版本进行测试，并获取测试结果。可见现有技术中，由于采用手动加载软件的测试方式，软件的测试耗时长、效率低。
发明内容
[0004] 本发明实施例提供软件的测试方法和装置，用于解决现有技术中软件的测试耗时长、效率低的问题。
[0005] 根据本发明实施例的第一方面，提供一种软件的测试方法，所述方法应用于测试客户端，所述测试客户端通过交换机和串口服务器与两台或多台设备连接，其中，每台设备与所述串口服务器上的一个串口相连，所述方法包括：
[0006] 接收测试指令，所述测试指令用于指示对目标软件的升级版本进行测试；
[0007] 获取所述两台或多台设备中待测试所述升级版本的目标设备；
[0008] 按照所述目标设备与所述串口的连接关系，控制所述目标设备执行所述目标软件的升级版本。
[0009] 根据本发明实施例的第二方面，提供一种软件的测试装置，所述装置应用于测试客户端，所述测试客户端通过交换机和串口服务器与两台或多台设备连接，其中，每台设备与所述串口服务器上的一个串口相连，所述装置包括：
[0010] 第一接收单元，用于接收测试指令，所述测试指令用于指示对目标软件的升级版本进行测试；
[0011] 获取单元，用于获取所述两台或多台设备中待测试所述升级版本的目标设备；
[0012] 控制单元，用于按照所述目标设备与所述串口的连接关系，控制所述目标设备执行所述目标软件的升级版本。
[0013] 由以上技术方案可见，本发明实施例通过交换机和串口服务器将测试客户端与设备相连，在获取待测试升级版本的目标设备后，按照目标设备与串口服务器中串口的连接关系，将该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，实现了软件升级时，升级版本在多台设备中的自动测试。因此，本发明实施例减少了软件的测试耗时，提高了软件的测试效率。附图说明
[0014] 图1为本发明实施例软件的测试方法的一个应用场景示意图；
[0015] 图2为本发明软件的测试方法的一个实施例流程图；
[0016] 图3为本发明软件的测试方法的另一个实施例流程图；
[0018] 图5为本发明软件的测试装置的一个实施例框图。
具体实施方式
[0019] 为了使本技术领域的人员更好的理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中的技术方案作进一步详细的说明。
[0020] 图1为本发明实施例软件的测试方法的一个应用场景示意图。
[0021] 如图1所示，该应用场景中包括：数据服务器、测试客户端、交换机、串口服务器以及N台设备。其中，所示N台设备可以安放在机房中，可选的，上述N台设备可以安放在不同的机房中，每台设备与串口服务器上的一个串口相连，其中N台设备上已经加载了软件的原始版本，可以正常启动，并且N台设备可以从测试客户端正常下载软件；测试客户端与交换机连接，交换机与串口服务器连接，测试客户端可以按照N台设备与串口的连接关系，向上述N台设备中的任一设备发送测试命令；交换机与上述N台设备连接，测试客户端可以通过交换机向上述N台设备中的任一设备加载软件；数据服务器与测试客户端连接，数据服务器可以保存上述串口服务器中串口与N台设备的连接关系以及N台设备的设备信息，在测试完成后，数据服务器还可以将测试客户端的测试结果保存在其内部预先建立的测试结果数据库中。
[0022] 以对图1中所示N台设备进行软件的升级版本测试为例，现有技术中，需要测试人员从所示的N台设备中选取待测试该升级版本的目标设备，然后对选取的目标设备依次手动加载该升级版本进行测试，并获取测试结果。可见现有技术中，由于采用手动加载软件的测试方式，因此软件的测试耗时长、效率低。
[0023] 在本发明实施例中，通过交换机和串口服务器将测试客户端与所示的N台设备相连，测试客户端在获取待测试上述升级版本的目标设备后，可以按照目标设备与串口服务器中串口的连接对应关系，将该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，从而实现了软件升级时，升级版本在多台设备中的自动测试。因此，本发明实施例减少了软件的测试耗时，提高了软件的测试效率。
[0024] 下面结合图1示出的应用场景，对本发明实施例进行详细说明。
[0025] 参见图2，图2为本发明软件的测试方法的一个实施例流程图，该实施例应用于测试客户端，包括以下步骤：
[0026] 步骤201：接收测试指令，所述测试指令用于指示对目标软件的升级版本进行测试。
[0027] 在一个可选的实现方式中，测试人员可以预先为多个待测试的目标软件设置测试周期，测试周期为各个目标软件版本更新的常规周期。例如：软件A的常规更新周期为2个月，则可以为软件A设置一个2个月的测试周期。当测试周期到达时，向测试客户端发送测试指令，对目标软件的升级版本进行测试。
[0028] 在另一个可选的实现方式中，测试人员也可以在获知目标软件升级时，向测试客户端发送测试指令，指示对目标软件的升级版本进行测试。
[0029] 本实施例中，测试客户端通过交换机和串口服务器与待测设备之间的通信，例如：软件升级版本的发送，测试指令的发送，测试结果的接收等，可以基于Telnet协议实现。
[0030] 步骤202：获取两台或多台设备中待测试所述升级版本的目标设备。
[0031] 本步骤中，测试客户端可以采用如下方式获取目标设备：
[0032] 在一个可选的方式中，测试客户端预先为不同软件设置测试列表，每个测试列表中包含安装有同一软件的至少一个设备，当测试客户端接收到测试指令后，从所述测试列表中获取与所述目标软件对应的目标测试列表，目标测试列表中的设备为待测试所述升级版本的目标设备。
[0033] 在另一个可选的方式中，测试客户端输出所述两台或多台设备的设备列表，根据用户对所述设备列表的选择结果，获得待测试所述升级版本的目标设备。
[0034] 在另一个可选的方式中，在图1所示的测试客户端和数据服务器间可以增设另一个交换机，用以满足多个测试客户端与数据服务器的通信。假设图1所示的测试系统中存在多个测试客户端，每个测试客户端都通过增设的交换机与所示数据服务器相连，以及通过图1中所示的交换机与串口服务器相连，并将测试结果共享在数据服务器的测试结果数据库中。因为每个测试客户端都可能对N台设备中的目标设备进行过目标软件的测试，所以，为了避免重复测试，可以在每个客户端获取到目标设备后，通过测试结果数据库对所述获取的目标设备进一步筛选。具体过程可以包括：当测试客户端获得待测试所述升级版本的目标设备后，将所述升级版本的版本信息和所述目标设备的设备标识发送给数据服务器，数据服务器依照该升级版本的版本信息从测试结果数据库查找已测试过该升级版本的设备，依照查找结果在接收的目标设备的设备标识中，去除掉已存在测试结果的设备标识，得到剩余目标设备标识，测试客户端接收所述数据服务器返回的剩余目标设备标识，获得筛选后的目标设备。
[0035] 步骤203：按照所述目标设备与所述串口的连接关系，控制所述目标设备执行所述目标软件的升级版本。
[0036] 在一个可选的方式中，测试客户端按照所述目标设备与所述串口的连接关系，遍历所述目标设备，对于遍历到的任一目标设备，可以通过所述交换机和串口服务器向所述目标设备发送所述目标软件的升级版本以及测试指令；通过所述交换机和串口服务器从所述目标设备接收测试结果。
[0037] 由以上实施例可见，该实施通过交换机和串口服务器将测试客户端与设备相连，在获取待测试升级版本的目标设备后，按照目标设备与串口服务器中串口的连接关系，将该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，实现了软件升级时，升级版本在多台设备中的自动测试。因此，本发明实施例减少了软件的测试耗时，提高了软件的测试效率。
[0038] 参见图3，图3为本发明软件的测试方法的另一个实施例流程图，该实施例从测试客户端侧对目标软件的升级版本在目标设备上的测试过程进行了详细描述，包括以下步骤：
[0039] 步骤301：接收测试指令，该测试指令用于指示对目标软件的升级版本进行测试。
[0040] 该步骤的实现与前述步骤201一致，在此不再赘述。
[0041] 步骤302：输出与串口服务器连接的设备的设备列表。
[0042] 该步骤中，设备列表可以包含设备的设备号，以及设备上已安装软件的软件名称。
[0043] 可选的，设备列表还可以包括设备的设备样式、设备配置、设备安装的软件版本、设备的PCB(Printed Circuit Board，印刷线路板)版本、CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)版本等。
[0044] 在一个可选的方式中，数据服务器预先保存设备列表，当测试客户端接收到测试指令后，可以向数据服务器请求该设备列表，在从数据服务器接收到该设备列表后，可以将设备列表显示在测试客户端的显示界面上，以供测试人员选择。
[0045] 在另一个可选的方式中，测试客户端可以预先保存上述设备列表，当测试客户端接收到测试指令后，直接在显示界面上输出该设备列表，以供测试人员选择。
[0046] 步骤303：根据测试人员对设备列表的选择结果，获得待测试升级版本的目标设备。
[0047] 在一个可选的方式中，可以将测试人员对设备列表的选择结果保存为一个测试列表并命名，针对不同的升级版本可以保存多个测试列表并命名，以供测试人员下次使用时选择。可选的，上述测试列表可以在客户端进行保存，也可以上传至数据服务器。另外，可以为测试列表预设测试时间或测试周期，测试周期可以为各个目标软件版本更新的常规周期。
[0048] 步骤304：向数据服务器发送升级版本的版本信息和目标设备的设备标识，以使数据服务器根据该版本信息和设备标识从目标设备中去除已测试过该升级版本的设备，得到剩余目标设备。
[0049] 该步骤的实现与前述步骤202中对目标设备的进一步筛选过程一致，在此不再赘述。
[0050] 步骤305：接收数据服务器返回的剩余目标设备的设备标识。
[0051] 步骤306：对剩余目标设备进行遍历。
[0052] 步骤307：通过交换机和串口服务器向当前遍历到的目标设备发送目标软件的升级版本以及测试指令。
[0053] 本步骤中，目标软件的升级版本可以由测试人员手动加载到测试客户端中，也可以预先保存在数据服务器中，由测试人员通过测试客户端从数据服务器中调取。
[0054] 在一个可选的方式中，测试客户端可以采用测试平台AMT(Automation Manufacturing Testing，自动化生产测试)控制目标设备完成对升级版本的测试。在测试过程中，测试客户端可以通过测试平台AMT将包含多个测试单元的测试脚本发送到目标设备中，目标设备执行各个测试单元包含的测试指令，并将每个测试指令对应的执行结果反馈给测试客户端，测试客户端通过测试平台AMT从目标设备接收到这些反馈信息后进行整理，获得测试结果。
[0055] 步骤308：通过交换机和串口服务器接收当前遍历到的目标设备返回的测试结果。
[0056] 步骤309：判断对剩余目标设备的遍历是否完成，若是，则执行步骤310，若否，则返回步骤306。
[0057] 步骤310：向数据服务器发送剩余目标设备的测试结果。
[0058] 可选的，测试结束后，可以将测试结果生成测试报告并邮件通知预设的相关人员。
[0059] 由以上实施例可见，一方面该实施通过交换机和串口服务器将测试客户端与设备相连，在获取待测试升级版本的目标设备后，按照目标设备与串口服务器中串口的连接关系，将该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，实现了软件升级时，升级版本在多台设备中的自动测试，减少了软件的测试耗时，提高了测试效率；另一方面，该实施例通过输出所述两台或多台设备的设备列表，根据用户对该设备列表的选择结果确定目标设备，使得用户可以根据需要对目标设备进行选择，提高了软件测试的针对性和可操作性；再一方面，该实施例增设了数据服务器，通过将多个测试客户端的测试结果共享，避免了重复测试，进一步提高了软件的测试效率。
[0060] 下面通过一个具体的应用实例对本发明实施例进行说明，该应用实例结合图1示出的应用场景进行描述，其中，假设该场景中存在有多个测试客户端，每个测试客户端都通过在测试客户端与数据服务器间增设的交换机与数据服务器进行通信，以及通过图1所示的交换机和串口服务器与机房的设备进行通信。本实施例中，假设机房共有8台设备与串口服务器连接，8台设备的设备信息(设备名称、设备形态、设备号、设备类型、设备版本类型、已安装的软件版本、字节顺序标记编码、设备中央处理器体系结构、槽位号、所连接的串口服务器端口号等)已经存储在数据服务器中。8台设备的设备号、设备类型、已安装的软件版本如表1所示，现在要在所有已安装软件A_1.0的交换机上，进行该软件的升级版本A_2.0的测试，测试客户端可以安装包含在一台工位电脑中，并与数据服务器连接，测试过程如下：
[0061] 测试人员通过工位电脑向测试客户端发出对A_2.0的测试指令，测试客户端在显示界面上输出设备列表，该设备列表包含与串口服务器连接的8台设备的设备号、设备类型和当前安装的软件版本，如表1所示。
[0062] 表1
[0063]设备号 设备类型 当前软件版本
设备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
设备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
[0064] 测试人员通过测试客户端从数据服务器下载软件A的升级版本A_2.0，根据设备列表从所示8台设备中选出需要测试A_2.0的目标设备：设备1001、设备1002、设备1003、设备1004和设备1005。
[0065] 测试客户端接收上述目标设备的设备号，将待测的软件的版本号A_2.0及上述目标设备的设备号发送给数据服务器，数据服务器根据软件版本号A_2.0及目标设备号对其内部的测试结果数据库进行检索，去除已测试过版本号A_2.0的设备1005，筛选出剩余的4个目标设备的设备号：设备1001、设备1002、设备1003和设备1004。测试客户端接收到筛选出的4个设备号后，为这4个目标设备建立测试列表，将该测试列表命名为A_2.0_list。
[0066] 测试客户端从数据服务器依次查询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为例)：
[0067] 测试客户端通过测试平台AMT经由交换机和串口服务器向设备1001发送软件A的升级版本A_2.0以及包含多个测试单元的测试脚本，该测试脚本由测试客户端根据设备1001的设备信息从数据服务器下载获得，设备1001执行各个测试单元包含的测试指令，对每个测试指令的执行结果给予反馈信息，测试客户端通过AMT从设备1001接收到这些反馈信息后进行整理，获得测试结果A_2.0_1001result。
[0068] 遍历完成后得到4个测试结果：A_2.0_1001result、A_2.0_1002result、A_2.0_1003result、A_2.0_1004result。
[0069] 测试客户端向数据服务器上传上述4个测试结果以及测试列表A_2.0_list。
[0070] 与前述软件的测试方法的实施例相对应，本申请还提供了软件的测试装置的实施例。
[0071] 本申请软件的测试装置的实施例可以应用在测试客户端上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请软件的测试装置所在设备的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。
[0072] 请参考图5，为本发明软件的测试装置的一个实施例框图，所述装置应用于测试客户端，所述测试客户端通过交换机和串口服务器与两台或多台设备连接，其中，每台设备与所述串口服务器上的一个串口相连，所述装置包括：第一接收单元510，获取单元520，控制单元530。
[0073] 其中，第一接收单元510，用于接收测试指令，所述测试指令用于指示对目标软件的升级版本进行测试；
[0074] 获取单元520，用于获取所述两台或多台设备中待测试所述升级版本的目标设备；
[0075] 控制单元530，用于按照所述目标设备与所述串口的连接关系，控制所述目标设备执行所述目标软件的升级版本。
[0076] 由以上实施例可见，该实施通过交换机和串口服务器将测试客户端与设备相连，在获取待测试升级版本的目标设备后，按照目标设备与串口服务器中串口的连接关系，将该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，实现了软件升级时，升级版本在多台设备中的自动测试。因此，本发明实施例减少了软件的测试耗时，提高了软件的测试效率。
[0077] 在一个可选的例子中，所述装置还包括(图5中未示出)：保存单元。
[0078] 保存单元，用于预先保存不同软件的测试列表，每个测试列表中包含安装有同一软件的至少一个设备；
[0079] 所述获取单元，具体用于从所述测试列表中获取与所述目标软件对应的目标测试列表，所述目标测试列表中的设备为待测试所述升级版本的目标设备。
[0080] 在另一个可选的例子中，所述获取单元520包括(图5中未示出)：设备列表输出子单元，目标设备获取子单元。
[0081] 其中，设备列表输出子单元，用于输出所述两台或多台设备的设备列表；
[0082] 目标设备获取子单元，用于根据用户对所述设备列表的选择结果，获取待测试所述升级版本的目标设备。
[0083] 在一个可选的例子中，所述装置还包括(图5中未示出)：发送单元，第二接收单元。
[0084] 其中，发送单元，用于向数据服务器发送所述升级版本的版本信息和所述目标设备的设备标识，以使所述数据服务器根据所述版本信息和设备标识从所述目标设备中去除已测试过所述升级版本的设备，得到剩余目标设备；
[0085] 第二接收单元，用于接收所述数据服务器返回的剩余目标设备的设备标识；
[0086] 所述控制单元，具体用于控制所述剩余目标设备执行所述目标软件的升级版本。
[0087] 基于上述实施例，在另一个可选的例子中，所述控制单元530包括(图5中未示出)：目标设备遍历子单元，软件及指令发送子单元，测试结果接收子单元。
[0088] 其中，目标设备遍历子单元，用于遍历所述目标设备；
[0089] 软件及指令发送子单元，用于对于所述目标设备遍历子单元遍历到的任一目标设备，通过所述交换机和串口服务器向所述目标设备发送所述目标软件的升级版本以及测试指令；
[0090] 测试结果接收子单元，用于通过所述交换机和串口服务器从所述目标设备接收测试结果。
[0091] 由以上实施例可见，一方面该实施通过交换机和串口服务器将测试客户端与设备相连，在获取待测试升级版本的目标设备后，按照目标设备与串口服务器中串口的连接关系，将该升级版本和测试命令通过交换机和串口服务器自动加载到目标设备，实现了软件升级时，升级版本在多台设备中的自动测试，减少了软件的测试耗时，提高了测试效率；另一方面，该实施例通过输出所述两台或多台设备的设备列表，根据用户对该设备列表的选择结果确定目标设备，使得用户可以根据需要对目标设备进行选择，提高了软件测试的针对性和可操作性；再一方面，该实施例增设了数据服务器，通过将多个测试客户端的测试结果共享，避免了重复测试，进一步提高了软件的测试效率。
[0092] 上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
[0093] 对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 专利编撰与分析应用软件 | 2021-04-12 | 2 |
| 基于扫码设备的软件安装方法及其系统 | 2020-07-23 | 2 |
| 软件元件管理物件的软件元件信息取得方法及其服务系统 | 2021-01-09 | 3 |
| 计算机系统及其软件故障恢复方法 | 2021-09-18 | 5 |
| 网关服务器的应用软件版权保护系统 | 2022-02-09 | 1 |
| 教学排课软件 | 2020-09-05 | 5 |
| 一种校园手机软件系统 | 2020-11-27 | 1 |
| 企业应用软件制作器 | 2020-12-14 | 5 |
| 多个扫描探针的软件同步 | 2022-04-24 | 3 |
| 无线软件定义网络 | 2020-11-23 | 6 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
软件热门专利
QQ群二维码
意见反馈
意见反馈