CN109408309B - 多终端的测试方法及装置 - Google Patents

多终端的测试方法及装置 Download PDF

Info

Publication number
CN109408309B
CN109408309B CN201811216714.0A CN201811216714A CN109408309B CN 109408309 B CN109408309 B CN 109408309B CN 201811216714 A CN201811216714 A CN 201811216714A CN 109408309 B CN109408309 B CN 109408309B
Authority
CN
China
Prior art keywords
test
terminal
tested
class
instruction
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201811216714.0A
Other languages
English (en)
Other versions
CN109408309A (zh
Inventor
刘阔
安晓江
蒋红宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Haitai Fangyuan High Technology Co Ltd
Original Assignee
Beijing Haitai Fangyuan High Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Haitai Fangyuan High Technology Co Ltd filed Critical Beijing Haitai Fangyuan High Technology Co Ltd
Priority to CN201811216714.0A priority Critical patent/CN109408309B/zh
Publication of CN109408309A publication Critical patent/CN109408309A/zh
Application granted granted Critical
Publication of CN109408309B publication Critical patent/CN109408309B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/2221Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test input/output devices or peripheral units
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2273Test methods
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2289Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by configuration test

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请公开了一种多终端的测试方法及装置。该方法接收第一类终端发送的至少一个第一测试指令,第一测试指令包括第一类终端对待测应用中目标测试节点进行测试的测试数据和测试事件,第一类终端包括已安装待测应用的至少一个终端;基于测试事件和测试数据,对至少一个第一测试指令进行去重操作,得到第二测试指令,去重操作用于删除至少一个第一测试指令中重复的测试事件或重复的测试数据;基于存储的待测应用标识与终端的映射关系,查找待测试的第二类终端,第二类终端为已安装待测应用的至少一个终端,并向第二类终端发送第二测试指令,该方法减少了手动编写测试脚本的工作量,提高了测试效率。

Description

多终端的测试方法及装置
技术领域
本申请涉及通信技术领域,尤其涉及一种多终端的测试方法及装置。
背景技术
随着终端智能化的迅速发展,为了保障终端与接入的UKey等设备的通信质量,需要对UKey等设备与终端的兼容性和稳定性进行测试,用以保障终端与UKey互联互通性。
目前,多个终端在进行UKey兼容性和稳定性测试过程中,需要在不同终端上重复进行手动测试,包括在每个终端上人工点击测试的不同功能、重复输入测试数据,以及记录每个终端上面测试结果,这样降低了测试效率,即增加了人力的投入,又增加了测试时间的误差。
发明内容
本申请实施例提供一种多终端的测试方法及装置,以解决现有技术中的上述技术问题,减少了手动编写测试脚本的工作量,提高了测试效率。
第一方面,提供了一种多终端的测试方法,该方法可以包括:
服务器接收第一类终端发送的至少一个第一测试指令,第一测试指令包括第一类终端对待测应用中目标测试节点进行测试的测试数据和测试事件,第一类终端包括已安装待测应用的至少一个终端;
基于测试事件和测试数据,对至少一个第一测试指令进行去重操作,得到第二测试指令,去重操作用于删除第一测试指令中重复的测试事件或重复的测试数据,所述第二测试指令包括至少一个测试数据和测试事件;
基于存储的待测应用标识与终端的映射关系,查找待测试的第二类终端,第二类终端为已安装所述待测应用的至少一个终端;
向第二类终端发送第二测试指令。
在一个可选的实现中,接收第一类终端发送的至少一个第一测试指令之前,所述方法还包括:
接收第一类终端和第二类终端发送的待测应用标识,待测应用标识为第一类终端和所述第二类终端安装待测应用生成的标识。
在一个可选的实现中,向第二类终端发送第二测试指令之后,该方法还包括:
在预设时间内,接收第一类终端和第二类终端发送的至少一个目标测试节点的测试结果;
若相邻两个目标测试节点的测试结果均为测试失败,则获取相邻两个目标测试节点对应的测试指令;
向第一类终端和第二类终端发送调序后的相邻两个目标测试节点对应的测试指令;
若调序后的测试指令对应的测试结果均为测试成功,则确定相邻两个目标测试节点在第一类终端和所述第二类终端上能正常运行。
在一个可选的实现中,确定相邻两个目标测试节点在第一类终端和所述第二类终端上能正常运行之后,该方法还包括:
获取相邻两个目标测试节点对应的测试指令的逻辑信息,逻辑信息包括相邻两个目标测试节点对应的测试指令和测试指令间的逻辑关系。
第二方面,提供了另一种多终端的测试方法,该方法可以包括:
终端接收对待测应用中目标测试节点进行测试的测试数据和测试事件;
基于测试数据和测试事件,生成第一测试指令;
向服务器发送第一测试指令。
在一个可选的实现中,接收对待测应用中目标测试节点进行测试的测试数据和测试事件之前,该方法还包括:
向服务器发送待测应用标识,待测应用标识为安装待测应用生成的标识。
第三方面,提供了一种测试装置,该装置可以包括:接收单元、去重单元、查找单元和发送单元;
接收单元,用于接收第一类终端发送的至少一个第一测试指令,所述第一测试指令包括第一类终端对待测应用中目标测试节点进行测试的测试数据和测试事件,第一类终端包括已安装待测应用的至少一个终端;
去重单元,用于基于测试事件和所述测试数据,对至少一个第一测试指令进行去重操作,得到第二测试指令,去重操作用于删除至少一个第一测试指令中重复的测试事件或重复的测试数据,所述第二测试指令包括至少一个测试数据和测试事件;
查找单元,用于基于存储的待测应用标识与终端的映射关系,查找待测试的第二类终端,第二类终端为已安装待测应用的至少一个终端;
发送单元,用于向第二类终端发送所述第二测试指令。
在一个可选的实现中,接收单元,还用于接收第一类终端和第二类终端发送的待测应用标识,待测应用标识为第一类终端和第二类终端安装待测应用生成的标识。
在一个可选的实现中,该装置还包括获取单元和确定单元;
接收单元,还用于在预设时间内,接收第一类终端和第二类终端发送的至少一个目标测试节点的测试结果;
获取单元,用于若相邻两个目标测试节点的测试结果均为测试失败,则获取相邻两个目标测试节点对应的测试指令;
发送单元,还用于向第一类终端和第二类终端发送调序后的相邻两个目标测试节点对应的测试指令;
确定单元,用于若调序后的测试指令对应的测试结果均为测试成功,则确定相邻两个目标测试节点在第一类终端和所述第二类终端上能正常运行。
在一个可选的实现中,获取单元,还用于获取相邻两个目标测试节点对应的测试指令的逻辑信息,逻辑信息包括相邻两个目标测试节点对应的测试指令和测试指令间的逻辑关系。
第四方面,提供了一种测试装置,该装置可以包括:接收单元、生成单元和发送单元;
接收单元,用于接收对待测应用中目标测试节点进行测试的测试数据和测试事件;
生成单元,用于基于测试数据和所述测试事件,生成第一测试指令;
发送单元,用于向服务器发送第一测试指令。
在一个可选的实现中,发送单元,还用于向服务器发送待测应用标识,待测应用标识为安装待测应用生成的标识。
第五方面,提供了一种电子设备,该电子设备包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现上述第一方面中任一所述的方法步骤或上述第二方面中任一项上所述的方法步骤。
第六方面,提供了一种计算机可读存储介质,该计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面中任一所述的方法步骤或上述第二方面中任一所述的方法步骤。
该方法接收第一类终端发送的至少一个第一测试指令,第一测试指令包括第一类终端对待测应用中目标测试节点进行测试的测试数据和测试事件;基于测试事件和测试数据,对至少一个第一测试指令进行去重操作,得到第二测试指令,去重操作用于删除至少一个第一测试指令中重复的测试事件或重复的测试数据;基于存储的待测应用标识与终端的映射关系,查找待测试的第二类终端,第二类终端为已安装所述待测应用的至少一个终端,并向第二类终端发送第二测试指令。可见,该方法在对多个终端进行测试时,可以先对部分数量的终端测试获取测试指令,再将获取的测试指令经服务器处理后下发至剩余数量的终端,以进行测试,减少了手动编写测试脚本的工作量,提高了测试效率。
附图说明
图1为本发明实施例提供的多终端的测试方法应用的测试系统的结构示意图;
图2为本发明实施例提供的一种多终端的测试方法的流程示意图;
图3为本发明实施例提供的一种测试装置的结构示意图;
图4为本发明实施例提供的另一种测试装置的结构示意图;
图5为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,并不是全部的实施例。基于本申请实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本发明实施例提供的多终端的测试方法可以应用在图1所示的测试系统中,所述系统可以包括服务器、至少两个终端和至少两个相同型号的接入设备,如型号0的UKey。至少两个终端与服务器通信连接,以相互传输数据与指令。每个接入设备与一个终端相连接,以相互传输数据,至少两个终端分为第一类终端和第二类终端,第一类终端为测试人员手动测试的部分数量的终端,第二类终端为剩余数量的待测试终端。
为了保证测试的精确性,服务器可以是具有较强计算能力的应用服务器或云服务器;终端可以是具有界面显示装置的移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA)、平板电脑(PAD)等用户设备(User Equipment,UE)、手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备、移动台(Mobilestation,MS)等。
在测试系统中,至少两个终端中的每个终端安装接入设备对应的待测应用程序(Application,APP),以便使终端与接入设备连接,待测APP安装后,终端获取待测APP生成的UUID标识。
终端启动待测APP,并在待测APP中添加服务器的IP地址和端口。
服务器可以包括测试设备UUID管理模块、测试指令收发模块、测试指令分析模块、测试结果统计模块和测试指令逻辑分析模块。
服务器的测试设备UUID管理模块接收安装待测APP的第一类终端和第二类终端发送的UUID标识。
第一类终端接收测试人员输入的对待测APP中各个测试节点测试数据和测试事件,对各个测试节点的运行情况进行检测,即进行第一类终端与相应接入设备的兼容性测试。
第一类终端将接收的测试数据和测试事件封装成相应测试节点的测试指令,并发送至服务器的测试指令收发模块,服务器的测试指令收发模块将测试指令发送至测试指令分析模块,对测试指令进行去重处理,之后测试指令收发模块基于UUID标识,将去重、重组后的测试指令发送至待测试的第二类终端中,第二类终端的待测APP接收到服务端下发的测试指令后,基于测试指令解析出的对测试节点的测试事件和测试数据执行测试。
服务器的测试结果统计模块实时接收第一类终端与第二类终端的测试结果,将测试结果进行存储,或通过服务端的测试指令逻辑分析模块对测试结果的测试指令进行逻辑分析,获取相邻测试指令的逻辑信息,并将逻辑信息进行存储,以便后续测试。由此完成全部终端与相应接入设备兼容性的测试,该测试方法减少了手动编写测试脚本的工作量,提高了测试效率。
以下结合说明书附图对本申请的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明,并且在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图2为本发明实施例提供的一种多终端的测试方法的流程示意图。如图2所示,该方法可以包括:
步骤210、第一类终端接收测试数据和测试事件。
该测试数据和测试事件用于对待测应用中目标测试节点进行测试。第一类终端包括已安装待测应用的至少一个终端。其中,第一类终端可以根据测试人员的数量,确定第一类终端中终端的数量。
可选地,在执行该步骤之前,安装待测应用的终端向服务器发送待测应用标识,以使服务器能够识别出安装待测应用的终端。
第一类终端中的每个终端可以通过相应的终端界面,接收测试人员针对目标测试节点输入的测试数据和测试事件,测试事件可以包括输入的操作动作,如上滑、点击、下滑等操作动作。
需要说明的是,在测试第一类终端与接入设备的兼容性的过程中,输入的测试数据可以不同,也可以相同。若输入的测试数据不同,可以使服务器在相同目标测试节点上得到更多的测试数据,提高对后续终端测试的精准性。
例如,第一类终端中的3个终端对测试节点0的测试指令可以如表1所示。
表1
如表1所示,针对测试节点0,终端1接收到的测试数据为X,测试事件为上滑操作;终端2接收到的测试数据为Y,测试事件为下滑操作;终端3接收到的测试数据为X,测试事件为上滑操作。
针对测试节点1,终端1接收到的测试数据为Z,测试事件为单击操作;终端2接收到的测试数据为M,测试事件为单击操作;终端3接收到的测试数据为P,测试事件为长按操作。其中,X、Y、Z、M和P为不同的测试数据。
步骤220、第一类终端基于测试数据和测试事件,生成至少一个第一测试指令。
第一类终端中每个终端基于测试数据和测试事件,生成该终端针对目标测试节点的第一测试指令。
每个终端生成的第一测试指令可以包括测试数据和测试事件。如表1所示,终端1可以生成节点0对应的第一测试指令,其包括:终端标识、测试数据X、测试事件为上滑操作和节点1对应的第一测试指令,其包括:终端标识、测试数据Z、测试事件为单击操作;终端2可以生成节点0对应的第一测试指令其包括:终端标识、测试数据Y、测试事件为下滑操作和节点1对应的第一测试指令,其包括:终端标识、测试数据M、测试事件为单击操作;终端3可以生成节点0对应的第一测试指令,其包括:终端标识、测试数据X、测试事件为上滑操作和节点1对应的第一测试指令,其包括:终端标识、测试数据P、测试事件为长按操作。
可选地,第一类终端中每个终端还可以生成测试运行参数,该测试运行参数可以包括测试时间和对目标测试节点的测试次数。
步骤230、服务器接收第一类终端发送的至少一个第一测试指令。
可选地,服务器还可以接收第一类终端发送的至少一个测试运行参数。
步骤240、服务器基于测试事件和测试数据,对至少一个第一测试指令进行去重操作,得到第二测试指令。
其中,去重操作用于删除至少一个第一测试指令中重复的测试事件或测试数据。
例如,在表1中,对于节点0,终端1生成的第一测试指令与终端3生成的第一测试指令中包括相同的测试数据和相同的测试事件,服务器对上述两个第一测试指令进行去重操作,得到第二测试指令,第二测试指令包括上述相同的测试数据与测试事件,即将两个第一测试指令合并为一个第二测试指令。
对于节点1,终端1生成的第一测试指令与终端2生成的第一测试指令中包括相同的测试事件和不同的测试数据,服务器对上述两个第一测试指令进行去重操作,得到第二测试指令,该第二测试指令包括上述相同的测试事件与不同的测试数据。
步骤250、服务器基于存储的待测应用标识与终端的映射关系,查找待测试的第二类终端。
服务器接收安装待测应用的终端发送的待测应用标识后,存储待测应用标识与终端的映射关系。
将未发送第一测试指令的终端确定为待测试的第二类终端。
步骤260、服务器向第二类终端发送第二测试指令。
步骤270、第二类终端对第二测试指令进行解析并执行兼容性测试。
可选地,服务器可以实时接收第一类终端和第二类终端发送的目标测试节点对应的测试结果,并对至少一个目标测试节点的测试结果进行分析。
若测试结果为测试成功,则服务器确定测试结果对应的目标测试节点可以正常运行,即第一类终端与相应接入设备存在兼容性。
若测试结果为测试失败,则服务器确定测试结果对应的目标测试节点不可以正常运行,即第一类终端与相应接入设备不存在兼容性。
可选地,在预设时间内,服务器可以接收第一类终端和第二类终端发送的至少一个目标测试节点的测试结果,并对至少一个目标测试节点的测试结果进行分析。
若至少一个测试结果均为测试成功,则服务器确定至少一个测试结果对应的终端上的待测APP可以正常运行,即该终端与相应接入设备存在兼容性。
进一步的,在第一类终端和第二类终端的测试结果中相邻两个目标测试节点的测试结果都为测试失败时,此时存在两种情况:
情况1、相邻两个目标测试节点在第一类终端和第二类终端的上均不能正常运行。
情况2、相邻两个目标测试节点间存在逻辑关系,但在测试时,第一类终端和第二类终端接收的相邻两个目标测试节点对应的测试指令的时间先后顺序发生了调换,导致逻辑关系发生了调换。如签名功能与验签功能间存在先签名后验签的逻辑关系,若先进行验签测试,再进行签名测试,将导致测试结果均为失败。
对于情况2,若相邻两个目标测试节点的测试结果均为测试失败,则服务器获取该相邻两个目标测试节点对应的测试指令;
向第一类终端和第二类终端发送调序后的相邻两个目标测试节点对应的测试指令;
若调序后的测试指令对应的测试结果均为测试失败,则确定相邻两个目标测试节点在第一类终端和第二类终端上不能正常运行。
若调序后的测试指令对应的测试结果均为测试成功,则确定相邻两个目标测试节点在第一类终端和第二类终端上能正常运行,之后服务器获取相邻两个目标测试节点测试指令的逻辑信息,该逻辑信息可以包括相邻两个目标测试节点对应的测试指令和测试指令间的逻辑关系。
可以理解的是,在下一次测试过程中,若服务器接收到第一类终端的测试指令后,判断逻辑信息中是否存在该测试指令,若存在,则基于逻辑信息中该测试指令的逻辑关系,向第二类终端下发后续的测试指令,完成兼容性测试。
该方法接收第一类终端发送的至少一个第一测试指令,第一测试指令包括第一类终端对待测应用中目标测试节点进行测试的测试数据和测试事件;基于测试事件和测试数据,对至少一个第一测试指令进行去重操作,得到第二测试指令,去重操作用于删除至少一个第一测试指令中重复的测试事件或重复的测试数据;基于存储的待测应用标识与终端的映射关系,查找待测试的第二类终端,第二类终端为已安装所述待测应用的至少一个终端,并向第二类终端发送第二测试指令。可见,该方法在对多个终端进行测试时,可以先对部分数量的终端测试获取测试指令,再将获取的测试指令经服务器处理后下发至剩余数量的终端,以进行测试,减少了手动编写测试脚本的工作量,提高了测试效率。
与上述方法对应的,本发明实施例还提供一种测试装置,如图3所示,该测试装置包括:接收单元310、去重单元320、查找单元330和发送单元340;
接收单元310,用于接收第一类终端发送的至少一个第一测试指令,第一测试指令包括第一类终端对待测应用中目标测试节点进行测试的测试数据和测试事件,第一类终端包括已安装待测应用的至少一个终端;
去重单元320,用于基于测试事件和测试数据,对至少一个第一测试指令进行去重操作,得到第二测试指令,去重操作用于删除至少一个第一测试指令中重复的测试事件或重复的测试数据,第二测试指令包括至少一个测试数据和测试事件;
查找单元330,用于基于存储的待测应用标识与终端的映射关系,查找待测试的第二类终端,第二类终端为已安装待测应用的至少一个终端;
发送单元340,用于向第二类终端发送第二测试指令。
在一个可选的实现中,接收单元310,还用于接收第一类终端和第二类终端发送的待测应用标识,待测应用标识为所述第一类终端和第二类终端安装待测应用生成的标识。
在一个可选的实现中,该装置还包括获取单元350和确定单元360;
接收单元310,还用于在预设时间内,接收第一类终端和第二类终端发送的至少一个目标测试节点的测试结果;
获取单元350,用于若相邻两个目标测试节点的测试结果均为测试失败,则获取相邻两个目标测试节点对应的测试指令;
发送单元340,还用于向第一类终端和第二类终端发送调序后的相邻两个目标测试节点对应的测试指令;
确定单元360,用于若调序后的测试指令对应的测试结果均为测试成功,则确定相邻两个目标测试节点在第一类终端和第二类终端上能正常运行。
在一个可选的实现中,获取单元350,还用于获取相邻两个目标测试节点对应的测试指令的逻辑信息,逻辑信息包括相邻两个目标测试节点对应的测试指令和测试指令间的逻辑关系。
本发明上述实施例提供的测试装置的各功能单元的功能,可以通过上述各方法步骤来实现,因此,本发明实施例提供的测试装置中的各个单元的具体工作过程和有益效果,在此不复赘述。
与上述方法对应的,本发明实施例还提供一种测试装置,如图4所示,该测试装置包括:接收单元410、生成单元420和发送单元430;
接收单元410,用于接收对待测应用中目标测试节点进行测试的测试数据和测试事件;
生成单元420,用于基于测试数据和测试事件,生成第一测试指令;
发送单元430,用于向服务器发送第一测试指令。
在一个可选的实现中,发送单元430,还用于向服务器发送待测应用标识,待测应用标识为安装待测应用生成的标识。
本发明上述实施例提供的测试装置的各功能单元的功能,可以通过上述各方法步骤来实现,因此,本发明实施例提供的测试装置中的各个单元的具体工作过程和有益效果,在此不复赘述。
本发明实施例还提供了一种电子设备,如图5所示,包括处理器510、通信接口520、存储器530和通信总线540,其中,处理器510,通信接口520,存储器530通过通信总线540完成相互间的通信。
存储器530,用于存放计算机程序;
处理器510,用于执行存储器530上所存放的程序时,实现如下步骤:
接收第一类终端发送的至少一个第一测试指令,第一测试指令包括第一类终端对待测应用中目标测试节点进行测试的测试数据和测试事件,第一类终端包括已安装待测应用的至少一个终端;
基于测试事件和测试数据,对至少一个第一测试指令进行去重操作,得到第二测试指令,去重操作用于删除第一测试指令中重复的测试事件或重复的测试数据,第二测试指令包括至少一个测试数据和测试事件;
基于存储的待测应用标识与终端的映射关系,查找待测试的第二类终端,第二类终端为已安装所述待测应用的至少一个终端;
向第二类终端发送第二测试指令。
在一个可选的实现中,接收第一类终端发送的至少一个第一测试指令之前,接收第一类终端和第二类终端发送的待测应用标识,待测应用标识为第一类终端和第二类终端安装待测应用生成的标识。
在一个可选的实现中,向第二类终端发送第二测试指令之后,在预设时间内,接收第一类终端和第二类终端发送的至少一个目标测试节点的测试结果;
若相邻两个目标测试节点的测试结果均为测试失败,则获取相邻两个目标测试节点对应的测试指令;
向第一类终端和第二类终端发送调序后的相邻两个目标测试节点对应的测试指令;
若调序后的测试指令对应的测试结果均为测试成功,则确定相邻两个目标测试节点在第一类终端和第二类终端上能正常运行。
在一个可选的实现中,确定相邻两个目标测试节点在第一类终端和第二类终端上能正常运行之后,获取相邻两个目标测试节点对应的测试指令的逻辑信息,逻辑信息包括相邻两个目标测试节点对应的测试指令和测试指令间的逻辑关系。
或者:
接收对待测应用中目标测试节点进行测试的测试数据和测试事件;
基于测试数据和所述测试事件,生成第一测试指令;
向服务器发送第一测试指令。
在一个可选的实现中,接收对待测应用中目标测试节点进行测试的测试数据和测试事件之前,向服务器发送待测应用标识,待测应用标识为安装待测应用生成的标识。
上述提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
由于上述实施例中电子设备的各器件解决问题的实施方式以及有益效果可以参见图2所示的实施例中的各步骤来实现,因此,本发明实施例提供的电子设备的具体工作过程和有益效果,在此不复赘述。
在本发明提供的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的测试方法。
在本发明提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的测试方法。
本领域内的技术人员应明白,本申请实施例中的实施例可提供为方法、系统、或计算机程序产品。因此,本申请实施例中可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例中可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例中是参照根据本申请实施例中实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例中的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例中范围的所有变更和修改。
显然,本领域的技术人员可以对本申请实施例中实施例进行各种改动和变型而不脱离本申请实施例中实施例的精神和范围。这样,倘若本申请实施例中实施例的这些修改和变型属于本申请实施例中权利要求及其等同技术的范围之内,则本申请实施例中也意图包含这些改动和变型在内。

Claims (8)

1.一种多终端的测试方法,其特征在于,所述方法包括:
服务器接收第一类终端发送的至少一个第一测试指令,所述第一测试指令包括所述第一类终端对待测应用中目标测试节点进行测试的测试数据和测试事件,所述第一类终端包括已安装所述待测应用的至少一个终端;
基于所述测试事件和所述测试数据,对所述至少一个第一测试指令进行去重操作,得到第二测试指令,所述去重操作用于删除所述第一测试指令中重复的测试事件或重复的测试数据,所述第二测试指令包括至少一个测试数据和测试事件;
基于存储的待测应用标识与终端的映射关系,查找待测试的第二类终端,所述第二类终端为已安装所述待测应用的至少一个终端;
向所述第二类终端发送所述第二测试指令;
其中,向第二类终端发送所述第二测试指令之后,所述方法还包括:
在预设时间内,接收所述第一类终端和所述第二类终端发送的至少一个目标测试节点的测试结果;
若相邻两个目标测试节点的测试结果均为测试失败,则获取所述相邻两个目标测试节点对应的测试指令;
向所述第一类终端和所述第二类终端发送调序后的所述相邻两个目标测试节点对应的测试指令;
若调序后的测试指令对应的测试结果均为测试成功,则确定所述相邻两个目标测试节点在所述第一类终端和所述第二类终端上能正常运行。
2.如权利要求1所述的方法,其特征在于,接收第一类终端发送的至少一个第一测试指令之前,所述方法还包括:
接收第一类终端和第二类终端发送的待测应用标识,所述待测应用标识为所述第一类终端和所述第二类终端安装待测应用生成的标识。
3.如权利要求1所述的方法,其特征在于,确定所述相邻两个目标测试节点在所述第一类终端和所述第二类终端上能正常运行之后,所述方法还包括:
获取所述相邻两个目标测试节点对应的测试指令的逻辑信息,所述逻辑信息包括相邻两个目标测试节点对应的测试指令和所述测试指令间的逻辑关系。
4.一种测试装置,其特征在于,所述装置包括:接收单元、去重单元、查找单元和发送单元;
所述接收单元,用于接收第一类终端发送的至少一个第一测试指令,所述第一测试指令包括所述第一类终端对待测应用中目标测试节点进行测试的测试数据和测试事件,所述第一类终端包括已安装所述待测应用的至少一个终端;
所述去重单元,用于基于所述测试事件和所述测试数据,对所述至少一个第一测试指令进行去重操作,得到第二测试指令,所述去重操作用于删除所述至少一个第一测试指令中重复的测试事件或重复的测试数据,所述第二测试指令包括至少一个测试数据和测试事件;
所述查找单元,用于基于存储的待测应用标识与终端的映射关系,查找待测试的第二类终端,所述第二类终端为已安装所述待测应用的至少一个终端;
所述发送单元,用于向第二类终端发送所述第二测试指令;
其中,所述装置还包括获取单元和确定单元;
所述接收单元,还用于在预设时间内,接收所述第一类终端和所述第二类终端发送的至少一个目标测试节点的测试结果;
所述获取单元,用于若相邻两个目标测试节点的测试结果均为测试失败,则获取所述相邻两个目标测试节点对应的测试指令;
所述发送单元,还用于向所述第一类终端和所述第二类终端发送调序后的所述相邻两个目标测试节点对应的测试指令;
所述确定单元,用于若调序后的测试指令对应的测试结果均为测试成功,则确定所述相邻两个目标测试节点在所述第一类终端和所述第二类终端上能正常运行。
5.如权利要求4所述的装置,其特征在于,所述接收单元,还用于接收第一类终端和第二类终端发送的待测应用标识,所述待测应用标识为所述第一类终端和所述第二类终端安装待测应用生成的标识。
6.如权利要求4所述的装置,其特征在于,所述获取单元,还用于获取所述相邻两个目标测试节点对应的测试指令的逻辑信息,所述逻辑信息包括所述相邻两个目标测试节点对应的测试指令和所述测试指令间的逻辑关系。
7.一种电子设备,其特征在于,所述电子设备包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存储的程序时,实现权利要求1-3任一所述的方法步骤。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-3任一所述的方法步骤。
CN201811216714.0A 2018-10-18 2018-10-18 多终端的测试方法及装置 Active CN109408309B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811216714.0A CN109408309B (zh) 2018-10-18 2018-10-18 多终端的测试方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811216714.0A CN109408309B (zh) 2018-10-18 2018-10-18 多终端的测试方法及装置

Publications (2)

Publication Number Publication Date
CN109408309A CN109408309A (zh) 2019-03-01
CN109408309B true CN109408309B (zh) 2019-12-06

Family

ID=65467629

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811216714.0A Active CN109408309B (zh) 2018-10-18 2018-10-18 多终端的测试方法及装置

Country Status (1)

Country Link
CN (1) CN109408309B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110175117A (zh) * 2019-05-06 2019-08-27 珠海全志科技股份有限公司 测试方法、系统、装置、终端和可读存储介质
CN110795297B (zh) * 2019-10-31 2023-04-28 杭州迪普科技股份有限公司 一种电子设备的测试方法及装置
CN111123888B (zh) * 2019-12-19 2022-03-15 江苏中天互联科技有限公司 一种工控协议测试方法、系统及电子设备和存储介质
CN112732543A (zh) * 2021-01-08 2021-04-30 支付宝(杭州)信息技术有限公司 一种任务耗时的测试方法、装置、设备及介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104424089A (zh) * 2013-08-21 2015-03-18 中兴通讯股份有限公司 终端的测试方法及装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04211896A (ja) * 1990-03-06 1992-08-03 Omron Corp プログラム作成装置およびこの装置を用いたデータ処理システム
CN102495799A (zh) * 2011-12-02 2012-06-13 刘伟 移动终端的自动化测试系统和方法
JP5983362B2 (ja) * 2012-11-29 2016-08-31 富士通株式会社 試験方法、試験プログラム、および、試験制御装置
CN105468518A (zh) * 2015-11-11 2016-04-06 中国联合网络通信集团有限公司 移动终端应用的测试方法与装置
CN106066827A (zh) * 2016-05-30 2016-11-02 中车株洲电力机车研究所有限公司 一种软件测试场景构建方法、数据中转器及系统
CN107894952A (zh) * 2017-11-08 2018-04-10 中国平安人寿保险股份有限公司 接口测试用例的生成方法、装置、设备及可读存储介质
CN108052444A (zh) * 2017-11-13 2018-05-18 北京百度网讯科技有限公司 一种用于移动应用的性能测试的方法与装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104424089A (zh) * 2013-08-21 2015-03-18 中兴通讯股份有限公司 终端的测试方法及装置

Also Published As

Publication number Publication date
CN109408309A (zh) 2019-03-01

Similar Documents

Publication Publication Date Title
CN109408309B (zh) 多终端的测试方法及装置
CN104838405B (zh) 用于应用程序的测试框架的方法和系统
CN111897724A (zh) 一种适用于云平台的自动化测试方法及装置
CN110474900B (zh) 一种游戏协议测试方法及装置
CN109683997B (zh) 通过沙箱访问应用程序接口的方法、沙箱及沙箱设备
CN114024884B (zh) 一种测试方法、装置、电子设备及存储介质
CN110532021B (zh) 分布式控制系统的组态文件的处理方法、客户端及服务装置
CN107621963B (zh) 一种软件部署方法、软件部署系统及电子设备
CN112597015A (zh) 一种系统测试方法、装置、计算机设备和存储介质
CN110688305B (zh) 测试环境同步方法、装置、介质、电子设备
CN110990350A (zh) 日志的解析方法及装置
CN113535578B (zh) 一种cts测试方法、装置及测试设备
CN111046393A (zh) 漏洞信息上传方法、装置、终端设备及存储介质
CN113282496B (zh) 接口自动测试方法、装置、设备及存储介质
CN110532186B (zh) 利用验证码进行测试的方法、装置、电子设备和存储介质
CN115373929A (zh) 测试方法、装置、设备、可读存储介质及程序产品
CN114153734A (zh) 埋点数据管理方法及相关设备
CN114745749A (zh) 虚拟网元测试方法、装置、电子设备及可读存储介质
CN113342632A (zh) 仿真数据自动化处理方法、装置、电子设备及存储介质
CN110618943B (zh) 安防服务测试方法、装置、电子设备及可读存储介质
CN114116480A (zh) 应用程序测试覆盖率的确定方法、装置、介质及设备
CN110503504B (zh) 网络产品的信息识别方法、装置及设备
CN113535580A (zh) 一种cts测试方法、装置及测试设备
CN108255715B (zh) 一种测试结果处理方法及终端设备
CN112379967A (zh) 模拟器检测方法、装置、设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant