CN112069051A - 一种push耗时的测试方法及终端 - Google Patents
一种push耗时的测试方法及终端 Download PDFInfo
- Publication number
- CN112069051A CN112069051A CN201910502491.2A CN201910502491A CN112069051A CN 112069051 A CN112069051 A CN 112069051A CN 201910502491 A CN201910502491 A CN 201910502491A CN 112069051 A CN112069051 A CN 112069051A
- Authority
- CN
- China
- Prior art keywords
- push
- tested
- time
- instruction
- equipment
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3648—Software debugging using additional hardware
Abstract
一种PUSH耗时的测试方法,采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系,群发PUSH指令给与所述待测试的设备对应的进程,接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时;通过使用进程来模拟待测试的设备进行PUSH的耗时测试,通过进程代替实际的待测试设备,能够模拟多终端测试,提高了PUSH耗时的测试效率,并且减少物理机的成本,节约了测试成本。
Description
技术领域
本发明涉及软件测试领域,尤其涉及一种PUSH耗时的测试方法及终端。
背景技术
自带设备办公(BYOD)指携带自己的设备办公,这些设备包括个人电脑、手机、平板等,现今不断被企业用于承载关键业务及核心应用。同时,自带设备办公(BYOD)的策略也被大量企业引入,在面对不断涌现的自带设备办公(BYOD)的策略时,传统的IT管理受到巨大的挑战,移动设备管理(Mobile Device Management,简称MDM)系统由此应运而生。
主流的移动智能终端操作系统都不同程度的支持移动设备管理系统。移动设备管理系统分为服务端和客户端两部分,需要被控制的终端需要安装客户端,服务端可以进行操作和管理所有安装了客户端的终端设备。
假设学校为一个企业,学校的校长、老师和学生都带着平板或其他终端设备进行上课操作,对这些终端设备都进行移动设备管理,校长的终端设备设置为服务端,在老师和学生的终端设备上都安装了客户端。上课开始时,校长负责对学校所有学生的终端设备进行控制,保证学生在上课的过程中不会出现使用移动终端玩游戏等情况。比如在上课开始时,校长利用移动设备管理系统对全校1000名学生(1000为假设值)的终端设备进行控制操作,使大部分移动终端在上课开始时收到“智慧课堂APP开启,同时禁止其他应用APP(例如QQ和微信等应用)开启”的指令,但是小部分终端可能在上课开始10分钟后才收到该指令,有的接近下课才收到该指令,没有达到我们的需求和期望。
因此,我们需要通过测试排查其中的问题进行优化,以达到我们的需求和期望。但是,如果采用现场还原测试,则会影响1000个学生的上课秩序。如果进行一个测试采用1000台的实体终端,过程比较耗时,也比较耗费成本。
发明内容
本发明所要解决的技术问题是:提供一种PUSH耗时的测试方法及终端,能够提高PUSH耗时的测试效率并节省测试成本。
为了解决上述技术问题,本发明采用的一种技术方案为:
一种PUSH耗时的测试方法,包括步骤:
S1、采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系;
S2、群发PUSH指令给与所述待测试的设备对应的进程;
S3、接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时。
为了解决上述技术问题,本发明采用的另一种技术方案为:
一种PUSH耗时的测试终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
S1、采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系;
S2、群发PUSH指令给与所述待测试的设备对应的进程;
S3、接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时。
本发明的有益效果在于:一种PUSH耗时的测试方法,采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系,群发PUSH指令给与所述待测试的设备对应的进程,接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时;通过使用进程来模拟待测试的设备进行PUSH的耗时测试,通过进程代替实际的待测试设备,能够模拟多终端测试,提高了PUSH耗时的测试效率,并且减少物理机的成本,节约了测试成本。
附图说明
图1为本发明实施例的PUSH耗时的测试方法流程图;
图2为本发明实施例的PUSH耗时的测试终端结构示意图;
图3为本发明实施例的PUSH耗时的测试方法的细节流程图;
图4为本发明实施例二的PUSH耗时的测试的统计表格示意图;
标号说明:
1、PUSH耗时的测试终端;2、存储器;3、处理器。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果,以下结合实施方式并配合附图予以说明。
请参照图1,一种PUSH耗时的测试方法,包括步骤:
S1、采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系;
S2、群发PUSH指令给与所述待测试的设备对应的进程;
S3、接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时。
从上述描述可知,本发明的有益效果在于:一种PUSH耗时的测试方法,采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系,群发PUSH指令给与所述待测试的设备对应的进程,接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时;通过使用进程来模拟待测试的设备进行PUSH的耗时测试,通过进程代替实际的待测试设备,能够模拟多终端测试,提高了PUSH耗时的测试效率,并且减少物理机的成本,节约了测试成本。
进一步的,所述步骤S1包括:
采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,所述PUSH服务对应的SDK被所述待测试的设备用来与PUSH服务保持socket的长连接;
通过一个对应的进程实现采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,所述进程包含与所述待测试的设备对应的唯一识别码。
由上述描述可知,通过一个对应的进程实现采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,且所述进程包含与所述待测试的设备对应的唯一识别码,从而实现进程模拟对应的待测试的设备,尤其在需要对大量的待测试设备进行测试时,能够大大提高测试效率和节省测试成本。
进一步的,所述步骤S2包括:
调用PUSH服务群发PUSH指令,所述PUSH指令包含待测试的设备对应的唯一识别码,使得所述PUSH服务根据所述唯一识别码向对应的进程发送PUSH指令。
由上述描述可知,由于所述PUSH指令包含待测试的设备对应的唯一识别码,使得所述PUSH服务根据所述唯一识别码向对应的进程发送PUSH指令,不会出现误发指令的情况,保证了测试的准确性。
进一步的,所述步骤S3中所述接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令包括:
通过汇报指令完成接口接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令。
由上述描述可知,通过使用汇报指令完成接口接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,接口的使用减少了程序的耦合性,方便管理和调用。
进一步的,所述S2包括:
S21、设置预设间隔时间、测试开始时间、测试结束时间和轮数标识符;
S22、从测试开始时间开始每隔预设间隔时间群发PUSH指令给与所述待测试的设备对应的进程直至所述测试结束时间,所述PUSH指令包含与发送轮数对应的轮数标识符,并且每发送一轮记录对应的开始时间和轮数标识符;
所述S3包括:
接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,所述反馈指令包含轮数标识符;
根据记录的每一轮群发PUSH指令的开始时间、接收到反馈指令的时间和对应的轮数标识符确定各个进程对应的待测试设备在每一轮测试得到的PUSH耗时。
由上述描述可知,从测试开始时间到测试结束,进行了多轮的测试并得到各个进程对应的待测试设备在每一轮测试得到的PUSH耗时,测试基数大,避免了测试的偶然性,提高了测试的可靠性,并且定时器测试可以提升测试效率减少人工的投入成本。
请参照图2,一种PUSH耗时的测试终端,包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
S1、采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系;
S2、群发PUSH指令给与所述待测试的设备对应的进程;
S3、接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时。
从上述描述可知,本发明的有益效果在于:一种PUSH耗时的测试方法,采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系,群发PUSH指令给与所述待测试的设备对应的进程,接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时;通过使用进程来模拟待测试的设备进行PUSH的耗时测试,通过进程代替实际的待测试设备,能够模拟多终端测试,提高了PUSH耗时的测试效率,并且减少物理机的成本,节约了测试成本。
进一步的,所述步骤S1包括:
采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,所述PUSH服务对应的SDK被所述待测试的设备用来与PUSH服务保持socket的长连接;
通过一个对应的进程实现采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,所述进程包含与所述待测试的设备对应的唯一识别码。
由上述描述可知,通过一个对应的进程实现采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,且所述进程包含与所述待测试的设备对应的唯一识别码,从而实现进程模拟对应的待测试的设备,尤其在需要对大量的待测试设备进行测试时,能够大大提高测试效率和节省测试成本。
进一步的,所述步骤S2包括:
调用PUSH服务群发PUSH指令,所述PUSH指令包含待测试的设备对应的唯一识别码,使得所述PUSH服务根据所述唯一识别码向对应的进程发送PUSH指令。
由上述描述可知,由于所述PUSH指令包含待测试的设备对应的唯一识别码,使得所述PUSH服务根据所述唯一识别码向对应的进程发送PUSH指令,不会出现误发指令的情况,保证了测试的准确性。
进一步的,所述步骤S3中所述接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令包括:
通过汇报指令完成接口接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令。
由上述描述可知,通过使用汇报指令完成接口接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,接口的使用减少了程序的耦合性,方便管理和调用。
进一步的,所述S2包括:
S21、设置预设间隔时间、测试开始时间、测试结束时间和轮数标识符;
S22、从测试开始时间开始每隔预设间隔时间群发PUSH指令给与所述待测试的设备对应的进程直至所述测试结束时间,所述PUSH指令包含与发送轮数对应的轮数标识符,并且每发送一轮记录对应的开始时间和轮数标识符;
所述S3包括:
接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,所述反馈指令包含轮数标识符;
根据记录的每一轮群发PUSH指令的开始时间、接收到反馈指令的时间和对应的轮数标识符确定各个进程对应的待测试设备在每一轮测试得到的PUSH耗时。
由上述描述可知,从测试开始时间到测试结束,进行了多轮的测试并得到各个进程对应的待测试设备在每一轮测试得到的PUSH耗时,测试基数大,避免了测试的偶然性,提高了测试的可靠性,并且定时器测试可以提升测试效率减少人工的投入成本。
实施例一
请参照图1,一种PUSH耗时的测试方法,包括步骤:
S1、采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系;
其中,所述步骤S1包括:
采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,所述PUSH服务对应的SDK被所述待测试的设备用来与PUSH服务保持socket的长连接;
通过一个对应的进程实现采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,所述进程包含与所述待测试的设备对应的唯一识别码。
S2、群发PUSH指令给与所述待测试的设备对应的进程;
其中,所述步骤S2包括:
调用PUSH服务群发PUSH指令,所述PUSH指令包含待测试的设备对应的唯一识别码,使得所述PUSH服务根据所述唯一识别码向对应的进程发送PUSH指令。
其中,所述S2具体包括:
S21、设置预设间隔时间、测试开始时间、测试结束时间和轮数标识符;
S22、从测试开始时间开始每隔预设间隔时间群发PUSH指令给与所述待测试的设备对应的进程直至所述测试结束时间,所述PUSH指令包含与发送轮数对应的轮数标识符,并且每发送一轮记录对应的开始时间和轮数标识符;
S3、接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时。
其中,所述步骤S3中所述接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令包括:
通过汇报指令完成接口接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令。
其中,所述S3具体包括:
接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,所述反馈指令包含轮数标识符;
根据记录的每一轮群发PUSH指令的开始时间、接收到反馈指令的时间和对应的轮数标识符确定各个进程对应的待测试设备在每一轮测试得到的PUSH耗时。
实施例二
请参照图3所示,将实施例一中的PUSH耗时的测试方法应用至实际场景中,比如要对移动设备管理系统MDM中的Android客户端进行测试,我们采用Linux进程模拟移动设备管理系统中的Android客户端。包括步骤:
S1、通过模拟程序生成Linux进程模拟对应的Android客户端,其原理具体如下:
MDM服务端会调用PUSH服务,PUSH服务和MDM Android客户端的连接原理是保持了socket的长连接。socket的长连接是由PUSH服务和PUSH的SDK提供的能力,Android客户端中采用了PUSH的SDK。PUSH的SDK针对不同的系统平台实现了不同系统平台的SDK,如PUSHSDK-Linux版、PUSH SDK-iOS版和PUSH SDK-Windows版。Android是基于Linux的操作系统,所以Linux操作系统和Android操作系统是可以共用PUSH SDK-Linux版的SDK。其中,Android操作系统是采用java调用PUSH SDK得到MDM Android客户端。现在我们采用C++调用PUSH SDK得到MDM Linux版的客户端来模拟MDM Android版的客户端(也就是通过模拟程序生成Linux进程来模拟Android客户端)。而MDM Linux版的客户端的启动是一个命令形式,例如:
shiyanshi@mycom41:~S./mdmterminal-c config.ini--mdm.username=1001;
即一个启动命令等于启动一个进程,如果传的是相同的username值,则不会重复启动进程。编写一个linux脚本文件,比如需要生成1000个Linux进程来模拟1000个Android客户端,则将上述的启动命令从10001的账号登录遍历到11000的账号登录(该10001至11000的数字为区分不同进程的唯一识别码)。
S2、MDM服务端设置预设间隔时间、测试开始时间、测试结束时间和轮数标识符,比如设置测试开始时间为2019/04/12 16:00:00,测试结束时间为2019/04/13 00:00:00设置每轮测试的预设间隔时间为10s,并设置一个定时器进行时间监控和程序控制;
测试开始时,记录本轮测试的测试开始时间;
S3、定时器判断当前时间是否大于测试结束时间;
若否,则等待10s后发起一轮测试,执行步骤S4;
否则,执行S7;
S4、MDM服务端记录本轮测试的轮数开始时间,比如当前测试轮数为第一轮,则记录轮数开始时间为2019/04/12 16:00:11;
S5、MDM服务端调用MDM API 1的批量群发功能,群发PUSH指令给与待测试的设备对应的进程,该PUSH指令包含轮数标识符和模拟待测试设备的进程的唯一识别码;MDM API1接口会调用PUSH服务,PUSH服务根据该唯一识别码将对应的PUSH指令和轮数标识符发送给对应的进程;
当每个进程收到PUSH指令后,会将当前进程的唯一识别码和接收到的PUSH指令中的轮数标识符作为反馈指令的参数并调用MDM API 2的汇报指令完成接口向待测试的设备对应的进程发送反馈指令;
S6、MDM服务端接收唯一识别码和轮数标识符后,存储唯一识别码、轮数标识符和当前接收到反馈指令的时间,并返回执行步骤S3;
S7、如图4所示,MDM服务端根据唯一识别码、轮数标识符、轮数开始时间和每一轮接收到反馈指令的时间整理成统计表格,并将反馈指令时间减去对应的轮数开始时间,得到各个进程对应的待测试设备在每一轮测试得到的PUSH耗时;
S8、对统计报表进行分析,可以设置一个阈值,比如10秒,如果有耗时大于10秒的进程,则判断需要更进一步的分析测试。进一步的分析测试会在MDM服务端与客户端进行PUSH交互的每个环节进行埋点输出,以确定轮数标识符和唯一识别码对应的每个环节的耗时,进而判断是哪一个环节出现耗时问题。
实施例三
请参照图2,一种PUSH耗时的测试终端1,包括存储器2、处理器3及存储在存储器2上并可在处理器3上运行的计算机程序,所述处理器3执行所述计算机程序时实现实施例一中的步骤。
综上所述,本发明提供的一种PUSH耗时的测试方法,采用进程模拟待测试的设备,所述进程通过唯一标识符与待测试的设备之间呈一一对应关系,在测试开始时间和测试结束时间范围内,每隔预设间隔时间群发PUSH指令给与所述待测试的设备对应的进程,不会发生误发PUSH指令的情况,保证了测试的准确性,通过汇报指令完成接口接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,接口的使用减少了程序的耦合性,方便了管理和调用,并根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的每一轮测试的PUSH耗时,多轮的PUSH耗时测试,减少了偶然性,保证了测试的可靠性;整体上来说,通过使用进程来模拟待测试的设备进行PUSH的耗时测试,能够提高PUSH耗时的测试效率,节省了测试成本,并且通过模拟测试代替真实场景减少对真实场景造成的影响。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等同变换,或直接或间接运用在相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种PUSH耗时的测试方法,其特征在于,包括步骤:
S1、采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系;
S2、群发PUSH指令给与所述待测试的设备对应的进程;
S3、接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时。
2.根据权利要求1所述的一种PUSH耗时的测试方法,其特征在于,所述步骤S1包括:
采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,所述PUSH服务对应的SDK被所述待测试的设备用来与PUSH服务保持socket的长连接;
通过一个对应的进程实现采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,所述进程包含与所述待测试的设备对应的唯一识别码。
3.根据权利要求2所述的PUSH耗时的测试方法,其特征在于,所述步骤S2包括:
调用PUSH服务群发PUSH指令,所述PUSH指令包含待测试的设备对应的唯一识别码,使得所述PUSH服务根据所述唯一识别码向对应的进程发送PUSH指令。
4.根据权利要求1所述的PUSH耗时的测试方法,其特征在于,所述步骤S3中所述接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令包括:
通过汇报指令完成接口接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令。
5.根据权利要求1至4中任一项所述的PUSH耗时的测试方法,其特征在于,所述S2包括:
S21、设置预设间隔时间、测试开始时间、测试结束时间和轮数标识符;
S22、从测试开始时间开始每隔预设间隔时间群发PUSH指令给与所述待测试的设备对应的进程直至所述测试结束时间,所述PUSH指令包含与发送轮数对应的轮数标识符,并且每发送一轮记录对应的开始时间和轮数标识符;
所述S3包括:
接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,所述反馈指令包含轮数标识符;
根据记录的每一轮群发PUSH指令的开始时间、接收到反馈指令的时间和对应的轮数标识符确定各个进程对应的待测试设备在每一轮测试得到的PUSH耗时。
6.一种PUSH耗时的测试终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:
S1、采用进程模拟待测试的设备,所述进程与待测试的设备之间呈一一对应关系;
S2、群发PUSH指令给与所述待测试的设备对应的进程;
S3、接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,根据群发PUSH指令的时间和接收到反馈指令的时间确定各个进程对应的待测试设备的PUSH耗时。
7.根据权利要求6所述的PUSH耗时的测试终端,其特征在于,所述步骤S1包括:
采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,所述PUSH服务对应的SDK被所述待测试的设备用来与PUSH服务保持socket的长连接;
通过一个对应的进程实现采用与待测试的设备不同的调用方式调用PUSH服务对应的SDK,所述进程包含与所述待测试的设备对应的唯一识别码。
8.根据权利要求7所述的PUSH耗时的测试终端,其特征在于,所述步骤S2包括:
调用PUSH服务群发PUSH指令,所述PUSH指令包含待测试的设备对应的唯一识别码,使得所述PUSH服务根据所述唯一识别码向对应的进程发送PUSH指令。
9.根据权利要求6所述的PUSH耗时的测试终端,其特征在于,所述步骤S3中所述接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令包括:
通过汇报指令完成接口接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令。
10.根据权利要求6至8中任一项所述的PUSH耗时的测试终端,其特征在于,所述S2包括:
S21、设置预设间隔时间、测试开始时间、测试结束时间和轮数标识符;
S22、从测试开始时间开始每隔预设间隔时间群发PUSH指令给与所述待测试的设备对应的进程直至所述测试结束时间,所述PUSH指令包含与发送轮数对应的轮数标识符,并且每发送一轮记录对应的开始时间和轮数标识符;
所述S3包括:
接收与所述待测试的设备对应的进程接收到所述PUSH指令后的反馈指令,所述反馈指令包含轮数标识符;
根据记录的每一轮群发PUSH指令的开始时间、接收到反馈指令的时间和对应的轮数标识符确定各个进程对应的待测试设备在每一轮测试得到的PUSH耗时。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910502491.2A CN112069051A (zh) | 2019-06-11 | 2019-06-11 | 一种push耗时的测试方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910502491.2A CN112069051A (zh) | 2019-06-11 | 2019-06-11 | 一种push耗时的测试方法及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112069051A true CN112069051A (zh) | 2020-12-11 |
Family
ID=73658525
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910502491.2A Pending CN112069051A (zh) | 2019-06-11 | 2019-06-11 | 一种push耗时的测试方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112069051A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100171510A1 (en) * | 2009-01-07 | 2010-07-08 | Inventec Appliances Corp. | Testing apparatus and testing method |
CN101894066A (zh) * | 2010-04-28 | 2010-11-24 | 北京同有飞骥科技有限公司 | 一种基于磁盘阵列虚拟化的网络存储管理软件测试方法 |
CN101933001A (zh) * | 2008-01-31 | 2010-12-29 | 雅虎公司 | 在集群系统中执行软件性能测试作业 |
CN105843734A (zh) * | 2016-03-18 | 2016-08-10 | 厦门美图移动科技有限公司 | 一种自动化测试方法、装置及计算设备 |
CN108228361A (zh) * | 2017-11-24 | 2018-06-29 | 五八有限公司 | 一种消息推送方法、终端及计算机可读存储介质 |
-
2019
- 2019-06-11 CN CN201910502491.2A patent/CN112069051A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101933001A (zh) * | 2008-01-31 | 2010-12-29 | 雅虎公司 | 在集群系统中执行软件性能测试作业 |
US20100171510A1 (en) * | 2009-01-07 | 2010-07-08 | Inventec Appliances Corp. | Testing apparatus and testing method |
CN101894066A (zh) * | 2010-04-28 | 2010-11-24 | 北京同有飞骥科技有限公司 | 一种基于磁盘阵列虚拟化的网络存储管理软件测试方法 |
CN105843734A (zh) * | 2016-03-18 | 2016-08-10 | 厦门美图移动科技有限公司 | 一种自动化测试方法、装置及计算设备 |
CN108228361A (zh) * | 2017-11-24 | 2018-06-29 | 五八有限公司 | 一种消息推送方法、终端及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2014169565A1 (zh) | 终端的测试方法及装置 | |
CN103713889A (zh) | 一种应用的开发、编译和调试方法以及装置 | |
CN105426298A (zh) | 一种基于adb的软件测试方法和系统 | |
CN106776323B (zh) | 应用测试方法及装置 | |
CN109324975B (zh) | 一种基于移动云测平台的持续集成方法 | |
CN110784879A (zh) | 通信模块的网络模式切换测试方法、系统、设备及介质 | |
CN112333057A (zh) | 智能家居设备配网测试方法及装置、执行机、存储介质 | |
CN106339273A (zh) | 一种应用程序修复方法、终端及服务器 | |
Huang et al. | Remote mobile test system: a mobile phone cloud for application testing | |
CN111858336B (zh) | 一种软件自动化测试方法以及系统 | |
CN113709243B (zh) | 设备远程控制方法及装置、电子设备和存储介质 | |
CN110750453A (zh) | 基于html5的智能移动端测试方法、系统、服务器及存储介质 | |
CN116545891A (zh) | 一种基于智能设备的自动化配网测试方法 | |
CN112069051A (zh) | 一种push耗时的测试方法及终端 | |
CN112306857A (zh) | 用于测试应用的方法和装置 | |
CN111984529A (zh) | App软件兼容性自动化测试方法 | |
CN111444109A (zh) | 一种移动端ui自动化测试方法及系统 | |
CN115437865A (zh) | 一种硬盘异常掉电测试方法、装置、设备及介质 | |
KR20060098679A (ko) | 통신 시스템에서의 시스템 검증을 위한 시스템 및 그 방법 | |
CN115190057A (zh) | 自动化测试方法、装置以及电子设备 | |
JP2010524284A (ja) | 移動端末の制御方法 | |
CN113986263A (zh) | 代码自动化测试方法、装置、电子设备、存储介质 | |
CN111385837A (zh) | 对无线公网通信单元进行测试的系统及方法 | |
CN110978051A (zh) | 机器人模拟装置、系统、方法、可读介质及电子设备 | |
CN111026650B (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 |