CN106997291B - 一种控制方法及主节点、从节点 - Google Patents
一种控制方法及主节点、从节点 Download PDFInfo
- Publication number
- CN106997291B CN106997291B CN201610051957.8A CN201610051957A CN106997291B CN 106997291 B CN106997291 B CN 106997291B CN 201610051957 A CN201610051957 A CN 201610051957A CN 106997291 B CN106997291 B CN 106997291B
- Authority
- CN
- China
- Prior art keywords
- detected
- terminal
- target detection
- detection script
- operating system
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4406—Loading of operating system
- G06F9/441—Multiboot arrangements, i.e. selecting an operating system to be loaded
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
Abstract
本发明实施例公开了一种控制方法,应用于主节点;包括:确定至少两个待检测终端;获取所述至少两个待检测终端所对应的操作系统;根据获取到所述至少两个待检测终端所对应的操作系统在自身存储的检测脚本中确定出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,发送与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,以便于控制待检测终端运行与自身操作系统所匹配的目标检测脚本。本发明实施例还公开了一种主节点和从节点。
Description
技术领域
本发明涉及自动化检测技术,尤其涉及一种控制方法及主节点、从节点。
背景技术
随着移动端应用程序(App,Application)的迅猛发展,对APP的自动化测试也越来越普及;自动化测试的引入对软件质量的提升,测试成本的降低都起到了积极的作用,特别是对敏捷的开发流程,自动化测试可以快速的完成持续的集成测试。
安卓平台和苹果平台是目前主流的移动平台,对应这两个平台已经有很多成熟的自动化测试框架;具体地,对于安卓平台,主要有Robotium、MonkeyRunner、Ranorex测试框架;对于苹果平台,主要有UI Automation和Appium测试框架。
目前很多App都需要同时支持安卓平台和苹果平台,存在大量安卓平台和苹果平台之间的交互测试,例如存在对应安卓平台的手机端微信向对应苹果平台的手机端的微信发送消息的测试过程。但是,对于安卓平台和苹果平台之间的自动化测试,现有方案都无法实现。
发明内容
为解决现有存在的技术问题,本发明实施例提供了一种控制方法及主节点、从节点。
本发明实施例的技术方案是这样实现的:
本发明实施例提供了一种控制方法,应用于主节点;包括:
确定至少两个待检测终端;
获取所述至少两个待检测终端所对应的操作系统;
根据获取到所述至少两个待检测终端所对应的操作系统在自身存储的检测脚本中确定出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,发送与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,以便于控制待检测终端运行与自身操作系统所匹配的目标检测脚本。
上述方案中,所述方法还包括:
根据确定出的与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,在从节点列表中选取出与目标检测脚本所匹配的从节点,以使选取出的从节点与目标检测脚本匹配;
对应地,所述发送与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,以便于控制待检测终端运行与自身操作系统所匹配的目标检测脚本,包括:
将与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本发送至与目标检测脚本所匹配的从节点,以通过与目标检测脚本所对应的从节点控制待检测终端运行与自身操作系统所匹配的目标检测脚本。
上述方案中,所述从节点列表中包含有至少一个第一从节点和至少一个第二从节点;所述至少一个第一从节点具有第一操作系统;所述至少一个第二从节点具有第二操作系统;当所述至少两个待检测终端中的第一待检测终端具有第一操作系统,第二待检测终端具有第二操作系统时,所述根据确定出的与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,在从节点列表中选取出与目标检测脚本所匹配的从节点,以使选取出的从节点与目标检测脚本匹配,包括:
根据与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,在所述至少一个第一从节点中选取出第一从节点;根据与所述第二待检测终端的第二操作系统所匹配的目标检测脚本,在所述至少一个第二从节点中选取出第二从节点;
对应地,所述将与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本发送至与目标检测脚本所匹配的从节点,以通过与目标检测脚本所对应的从节点控制待检测终端运行与自身操作系统所匹配的目标检测脚本,包括:
将与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,发送至所述第一从节点,以通过所述第一从节点控制所述第一待检测终端运行与自身第一操作系统所匹配的目标检测脚本;
将与所述第二待检测终端的第二操作系统所匹配的目标检测脚本发送至所述第二从节点,以通过所述第二从节点控制所述第二待检测终端运行与自身第二操作系统所匹配的目标检测脚本。
上述方案中,所述方法还包括:
接收从节点发送的反馈信息;所述反馈信息用于表征待检测终端运行与自身操作系统所匹配的目标检测脚本后所得到运行结果;
根据从节点所发送的反馈信息确定所述至少两个待检测终端的检测结果。
上述方案中,所述方法还包括:
获取检测脚本,对获取到的检测脚本进行封装处理,存储封装后的检测脚本;
对应地,所述根据获取到所述至少两个待检测终端所对应的操作系统在自身存储的检测脚本中确定出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,包括:
根据获取到所述至少两个待检测终端所对应的操作系统在自身存储的封装后的检测脚本中选取出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的待解封目标检测脚本;
根据获取到所述至少两个待检测终端所对应的操作系统,对选取出的与每一待检测终端的操作系统所匹配的待解封目标检测脚本进行解封装处理,得到与每一待检测终端的操作系统所匹配的目标检测脚本。
本发明实施例还公开了一种控制方法,应用于从节点;所述方法包括:
设置自身的操作系统;
接收与自身的操作系统所匹配的目标检测脚本;所述目标检测脚本表征对待检测终端的目标应用程序进行检测时所述待检测终端需要运行的检测脚本;
控制与所述目标检测脚本对应的待检测终端运行所述目标检测脚本,以对所述待检测终端的目标应用程序进行检测。
上述方案中,所述从节点的操作系统与所述待检测终端的操作系统相匹配。
上述方案中,所述方法还包括:
接收所述待检测终端发送运行所述目标检测脚本所得到的运行结果;
发送表征有所述运行结果的反馈信息。
本发明实施例又提供了一种主节点,包括:
第一确定单元,用于确定至少两个待检测终端;
第一获取单元,用于获取所述至少两个待检测终端所对应的操作系统;
处理单元,用于根据获取到所述至少两个待检测终端所对应的操作系统在自身存储的检测脚本中确定出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,发送与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,以便于控制待检测终端运行与自身操作系统所匹配的目标检测脚本。
上述方案中,所述处理单元,还用于根据确定出的与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,在从节点列表中选取出与目标检测脚本所匹配的从节点,以使选取出的从节点与目标检测脚本匹配;
还用于将与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本发送至与目标检测脚本所匹配的从节点,以通过与目标检测脚本所对应的从节点控制待检测终端运行与自身操作系统所匹配的目标检测脚本。
上述方案中,所述从节点列表中包含有至少一个第一从节点和至少一个第二从节点;所述至少一个第一从节点具有第一操作系统;所述至少一个第二从节点具有第二操作系统;当所述至少两个待检测终端中的第一待检测终端具有第一操作系统,第二待检测终端具有第二操作系统时,
所述处理单元,还用于根据与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,在所述至少一个第一从节点中选取出第一从节点;根据与所述第二待检测终端的第二操作系统所匹配的目标检测脚本,在所述至少一个第二从节点中选取出第二从节点;
还用于将与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,发送至所述第一从节点,以通过所述第一从节点控制所述第一待检测终端运行与自身第一操作系统所匹配的目标检测脚本;将与所述第二待检测终端的第二操作系统所匹配的目标检测脚本发送至所述第二从节点,以通过所述第二从节点控制所述第二待检测终端运行与自身第二操作系统所匹配的目标检测脚本。
上述方案中,所述处理单元,还用于接收从节点发送的反馈信息;所述反馈信息用于表征待检测终端运行与自身操作系统所匹配的目标检测脚本后所得到运行结果;根据从节点所发送的反馈信息确定所述至少两个待检测终端的检测结果。
上述方案中,所述处理单元,还用于获取检测脚本,对获取到的检测脚本进行封装处理,存储封装后的检测脚本;
根据获取到所述至少两个待检测终端所对应的操作系统在自身存储的封装后的检测脚本中选取出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的待解封目标检测脚本;
根据获取到所述至少两个待检测终端所对应的操作系统,对选取出的与每一待检测终端的操作系统所匹配的待解封目标检测脚本进行解封装处理,得到与每一待检测终端的操作系统所匹配的目标检测脚本。
本发明实施例又提供了一种从节点,包括:
设置单元,用于设置自身的操作系统;
接收单元,用于接收与自身的操作系统所匹配的目标检测脚本;所述目标检测脚本表征对待检测终端的目标应用程序进行检测时所述待检测终端需要运行的检测脚本;
控制单元,用于控制与所述目标检测脚本对应的待检测终端运行所述目标检测脚本,以对所述待检测终端的目标应用程序进行检测。
上述方案中,所述从节点的操作系统与所述待检测终端的操作系统相匹配。
上述方案中,所述从节点还包括:发送单元;其中,
所述接收单元,还用于接收所述待检测终端发送运行所述目标检测脚本所得到的运行结果;
所述发送单元,用于发送表征有所述运行结果的反馈信息。
本发明实施例所述的控制方法及主节点、从节点,通过主节点获取至少两个待检测终端所对应的操作系统,根据至少两个待检测终端所对应的操作系统选取与至少两个待检测终端所对应的操作系统相匹配的目标检测脚本,进而通过主节点控制至少两个待检测终端运行与自身操作系统所匹配的目标检测脚本,实现对具有相同操作系统,或不同操作系统的待检测终端进行统一自动化检测的过程,填补了现有无法对安卓平台和苹果平台进行自动化交互测试的空白。
附图说明
图1为本发明实施例控制方法的实现流程示意图一;
图2为本发明实施例主节点、从节点、终端之间的结构示意图;
图3为本发明实施例主节点选取从节点的实现流程示意图;
图4为本发明实施例主节点的具体结构示意图;
图5为本发明实施例控制方法的实现流程示意图二;
图6为本发明实施例从节点的具体结构示意图;
图7为本发明实施例控制方法在实际交互测试场景中的示意图。
具体实施方式
为了能够更加详尽地了解本发明的特点与技术内容,下面结合附图对本发明的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本发明。
实施例一
本发明实施例提供了一种控制方法;具体地,本实施例中建立一个中间的平台Master,也即主节点,该主节点与多个从节点(Slave)连接,并通过多个Slave把所有终端联系在一起;这里,所述Master发布测试指令到各个Slave,通过各个Slave将测试指令发送至各个终端,以使各个终端执行测试指令所对应的目标检测脚本;最后,待终端检测完毕后,也即运行完毕测试指令所对应的目标检测脚本后,将所有的反馈信息通过各个Slave反馈至Master,实现通过Master控制多个具有不同操作系统的终端的自动化检测的过程,从而解决了各个终端交互场景中自动化检测同一APP的难题。
具体地,图1为本发明实施例控制方法的实现流程示意图一;所述方法应用于Master;如图1所示,所述方法包括:
步骤101:确定至少两个待检测终端;
本实施例中,所述至少两个待检测终端可以具有相同的操作系统,也可以具有不同的操作系统;例如,当待检测终端为智能手机时,所述至少两个待检测终端中的一个待检测终端可以具有Android系统,另一个具有iOS系统。
步骤102:获取所述至少两个待检测终端所对应的操作系统;
为确保Master选取的目标检测脚本能够与待检测终端的操作系统匹配,使待检测终端能够成功运行目标检测脚本,本实施例中,所述Master需要获取所述至少两个待检测终端中每一个待检测终端所对应的操作系统,如此,根据获取到的所述至少两个待检测终端中每一个待检测终端所对应的操作系统,选取出与所述至少两个待检测终端中每一个待检测终端的操作系统所匹配的目标检测脚本;这里,目标检测脚本可以具体为检测待检测终端的目标APP所需要运行的检测脚本。
步骤103:根据获取到所述至少两个待检测终端所对应的操作系统在自身存储的检测脚本中确定出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,发送与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,以便于控制待检测终端运行与自身操作系统所匹配的目标检测脚本。
本实施例中,所述Master可以通过Slave控制待检测终端运行与之匹配的目标检测脚本;具体地,在步骤101之前,所述方法还包括:建立主节点与从节点之间的连接,以使主节点与从节点之间能够进行数据交互,并根据主节点与从节点之间的连接关系生成从节点列表;具体地,所述主节点、从节点与待检测终端三者之间的关系可以如图2所示,其中,所述Master是中间平台,用于与Slave进行数据交互;Slave用于与Master进行数据交互,还用于与待检测终端进行数据交互;这里,所述Master发送测试指令至Slave;所述测试指令中携带有预期对待检测终端的目标APP进行检测的目标检测脚本,该目标检测脚本为与待检测终端的操作系统相匹配的检测脚本。进一步地,当Slave接收到测试指令,并解析出该测试指令中的目标检测脚本后,根据该测试指令控制待检测终端运行该目标检测脚本,实现对待检测终端的目标APP的检测过程。
进一步地,当主节点与多个从节点均建立有连接关系,且所述主节点预通过从节点控制待检测终端运行目标检测脚本时,为能确保待检测终端能够成功运行目标检测脚本,使待检测终端不会因为自身的操作系统与目标检测脚本的匹配问题而导致无法正常运行目标检测脚本,所述Master还需要根据确定出的与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,在从节点列表中选取出与目标检测脚本所匹配的从节点,以使选取出的从节点与目标检测脚本匹配;这里,由于对不同待检测终端的同一目标APP进行检测的目标检测脚本会因为待检测终端的操作系统的不同而不同;所以,所述Master需要根据确定出的目标检测脚本选取出与目标检测脚本相匹配的从节点,也即所述Master需要根据确定出的目标检测脚本所对应的操作系统选取出与目标检测脚本相匹配的从节点,进而使得选取出的从节点对应的操作系统、与目标检测脚本所匹配的操作系统、以及待检测终端的操作系统三者相匹配,如此,为实现控制多个具有不同操作系统的终端的自动化检测的过程奠定基础。
这里,当所述Master根据确定出的与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,在从节点列表中选取出与目标检测脚本所匹配的从节点,以使选取出的从节点与目标检测脚本匹配后,所述Master将与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本发送至与目标检测脚本所匹配的从节点,以通过与目标检测脚本所对应的从节点控制待检测终端运行与自身操作系统所匹配的目标检测脚本。
在一具体实施例中,当多个待检测终端的操作系统不同时,为确保从节点控制待检测终端运行目标检测脚本的过程不会因为从节点自身的操作系统与待检测终端的操作系统不匹配问题,而使得待检测终端无法完成检测过程,本实施例中,与所述Master连接的多个从节点可以设置不同的操作系统,以便于所述Master能够根据待检测终端的操作系统,选取出与该待检测终端的操作系统所匹配从节点,进而通过与待检测终端的操作系统所匹配从节点,控制该待检测终端完成检测过程。具体地,
所述从节点列表中包含有至少一个第一从节点和至少一个第二从节点;所述至少一个第一从节点具有第一操作系统,例如Android系统;所述至少一个第二从节点具有第二操作系统,例如iOS系统;当所述至少两个待检测终端中的第一待检测终端具有第一操作系统,第二待检测终端具有第二操作系统时,所述Master根据与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,在所述至少一个第一从节点中选取出第一从节点;根据与所述第二待检测终端的第二操作系统所匹配的目标检测脚本,在所述至少一个第二从节点中选取出第二从节点;
进而将与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,发送至所述第一从节点,以通过所述第一从节点控制所述第一待检测终端运行与自身第一操作系统所匹配的目标检测脚本;将与所述第二待检测终端的第二操作系统所匹配的目标检测脚本发送至所述第二从节点,以通过所述第二从节点控制所述第二待检测终端运行与自身第二操作系统所匹配的目标检测脚本。
在另一具体实施例中,待检测终端对目标APP的检测过程结束后,将与表征运行结果的反馈信息通过Slave反馈至所述Master,进而使所述Master通过分析反馈信息来判断测试的结果;具体地,
所述Master接收从节点发送的反馈信息;所述反馈信息用于表征待检测终端运行与自身操作系统所匹配的目标检测脚本后所得到运行结果;
所述Master根据从节点所发送的反馈信息确定所述至少两个待检测终端的检测结果。
在实际应用中,所有的检测脚本均存储在Master端,当所述Master确定出测试指令后,将与测试指令所对应的目标检测脚本携带在测试指令中,随后,将测试指令推送至Slave端;这里,为了将与匹配不同操作系统的检测脚本统一,例如,统一Android系统和iOS系统两个平台的检测脚本,需要把Master端的自动化脚本,也即检测脚本封装成统一的格式,Master根据测试平台的不同,也即待检测终端的操作系统的不同,自动的将封装后的检测脚本翻译成与Android系统对应的检测脚本(简称Android脚本)或与iOS系统对应的检测脚本(简称iOS脚本),然后下发给对应的Slave,以使Slave驱动待检测终端运行检测脚本,实现对待检测终端的目标APP的测试。
具体地,所述Master在获取到检测脚本后,对获取到的检测脚本进行封装处理,存储封装后的检测脚本;进而当获取到所述至少两个待检测终端所对应的操作系统后,根据获取到所述至少两个待检测终端所对应的操作系统在自身存储的封装后的检测脚本中选取出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的待解封目标检测脚本;根据获取到所述至少两个待检测终端所对应的操作系统,对选取出的与每一待检测终端的操作系统所匹配的待解封目标检测脚本进行解封装处理,得到与每一待检测终端的操作系统所匹配的目标检测脚本。
在实际应用中,Master会先获取空闲的与Android系统对应的Slave列表(简称Android Slave列表),以及获取空闲的与iOS系统对应的Slave列表(简称iOS Slave列表),所述Master的所有脚本中需要下发的检测脚本都以Android或者iOS开头,其中,Android表示检测脚本下发到Android Slave中,对应于具有Android系统的待检测终端;iOS表示检测脚本下发到iOS Slave,对应于具有iOS系统的待检测终端;其他的脚本则表示为Master端运行的脚本,无需下发。如图3所示,下发检测脚本的时候,Master会根据获取到的空闲Slave列表,例如Android Slave列表和iOS Slave列表,默认选择第一个Slave,并下发检测脚本给第一个Slave。
在实际应用中,由于要兼顾待检测终端所对应的不同操作系统,例如一个待检测终端具有Android系统和另一个待检测终端具有iOS系统,所以本实施例需要使用跨平台的技术,例如使用java实现Master和Slave之间的交互。
具体地,所述Master可以设置有Windows系统,并利用java实现web service;这里,web service的主要功能包括:
下发目标检测脚本到具有Android系统的待检测终端所对应的Slave中,该与具有Android系统的待检测终端所对应的Slave可以使用Window系统;
接收来自具有Android系统的待检测终端所对应的Slave发送的反馈信息;
下发目标检测脚本到具有iOS系统的待检测终端所对应的Slave中,该与具有iOS系统的待检测终端所对应饿Slave可以使用Mac OS系统;
接收来自具有iOS系统的待检测终端所对应的Slave发送的反馈信息;
分析各个Slave发送的反馈信息,得到检测结果,完成检测结果的验证。
进一步地,Slave可以利用java实现与待检测终端中的客户端(Client)对应的服务,这里,由于要兼容不同的操作系统,例如兼容Android系统和iOS系统,所以需要实现不同版本,例如两个版本(Windows系统和Mac OS系统)的Client服务;也就是说,为了兼容Android系统和iOS系统,需要至少两个Slave,其中,一个Slave具有Windows系统,用于与Android系统的Client服务;另一个Slave具有Mac OS系统,用于与iOS系统的Client服务;Client服务具体包括:
接收来自Master下发的以Android为开头的目标检测脚本,并驱动具有Android系统的待检测终端运行该以Android为开头的目标检测脚本;
接收来自Master下发的以iOS为开头的目标检测脚本,并驱动具有iOS系统的待检测终端运行该以iOS为开头的目标检测脚本;
把具有Android系统的待检测终端反馈的反馈信息发送至Master;
把具有iOS系统的待检测终端反馈的反馈信息发送至Master。
这里,需要注意的是,具有不同操作系统的Slave接收不同类型的目标检测脚本;具体地,当Slave具有Windows系统时,用于接收以Android为开头的目标检测脚本,并控制具有Android系统的待检测终端运行该以Android为开头的目标检测脚本;同理,当Slave具有Mac OS系统时,用于接收以iOS为开头的目标检测脚本,并控制具有iOS系统的待检测终端运行该以iOS为开头的目标检测脚本。
这样,本发明实施例所述的控制方法,通过中间平台获取至少两个待检测终端所对应的操作系统,根据至少两个待检测终端所对应的操作系统选取与至少两个待检测终端所对应的操作系统相匹配的目标检测脚本,进而通过中间平台控制至少两个待检测终端运行与自身操作系统所匹配的目标检测脚本,实现对具有相同操作系统,或不同操作系统的待检测终端进行统一自动化检测的过程,填补了现有无法对安卓平台和苹果平台进行自动化交互测试的空白。
为实现实施例一所述的方法,本发明实施例还提供了一种主节点,如图4所示,所述主节点包括:
第一确定单元41,用于确定至少两个待检测终端;
第一获取单元42,用于获取所述至少两个待检测终端所对应的操作系统;
处理单元43,用于根据获取到所述至少两个待检测终端所对应的操作系统在自身存储的检测脚本中确定出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,发送与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,以便于控制待检测终端运行与自身操作系统所匹配的目标检测脚本。
本实施例中,所述处理单元43,还用于根据确定出的与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,在从节点列表中选取出与目标检测脚本所匹配的从节点,以使选取出的从节点与目标检测脚本匹配;
还用于将与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本发送至与目标检测脚本所匹配的从节点,以通过与目标检测脚本所对应的从节点控制待检测终端运行与自身操作系统所匹配的目标检测脚本。
本实施例中,所述从节点列表中包含有至少一个第一从节点和至少一个第二从节点;所述至少一个第一从节点具有第一操作系统;所述至少一个第二从节点具有第二操作系统;当所述至少两个待检测终端中的第一待检测终端具有第一操作系统,第二待检测终端具有第二操作系统时,
所述处理单元43,还用于根据与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,在所述至少一个第一从节点中选取出第一从节点;根据与所述第二待检测终端的第二操作系统所匹配的目标检测脚本,在所述至少一个第二从节点中选取出第二从节点;
还用于将与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,发送至所述第一从节点,以通过所述第一从节点控制所述第一待检测终端运行与自身第一操作系统所匹配的目标检测脚本;将与所述第二待检测终端的第二操作系统所匹配的目标检测脚本发送至所述第二从节点,以通过所述第二从节点控制所述第二待检测终端运行与自身第二操作系统所匹配的目标检测脚本。
本实施例中,所述处理单元43,还用于接收从节点发送的反馈信息;所述反馈信息用于表征待检测终端运行与自身操作系统所匹配的目标检测脚本后所得到运行结果;根据从节点所发送的反馈信息确定所述至少两个待检测终端的检测结果。
本实施例中,所述处理单元43,还用于获取检测脚本,对获取到的检测脚本进行封装处理,存储封装后的检测脚本;
根据获取到所述至少两个待检测终端所对应的操作系统在自身存储的封装后的检测脚本中选取出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的待解封目标检测脚本;
根据获取到所述至少两个待检测终端所对应的操作系统,对选取出的与每一待检测终端的操作系统所匹配的待解封目标检测脚本进行解封装处理,得到与每一待检测终端的操作系统所匹配的目标检测脚本。
本领域技术人员应当理解,本发明实施例的主节点中各处理单元的功能,可参照前述控制方法的相关描述而理解,这里不再赘述。
实施例二
图5本发明实施例控制方法的实现流程示意图二;所述方法应用于从节点(Slave);本实施例所述的从节点为与实施例一所述的主节点进行数据交互的节点;如图5所示,所述方法包括:
步骤501:设置自身的操作系统;
本实施例中,为确保从节点控制待检测终端运行目标检测脚本的过程不会因为从节点自身的操作系统与待检测终端的操作系统不匹配问题,而使得待检测终端无法完成检测过程,本实施例中,与所述Master连接的从节点可以设置不同的操作系统,例如,设置为Windows系统,或者设置为Mac OS系统。
步骤502:接收与自身的操作系统所匹配的目标检测脚本;所述目标检测脚本表征对待检测终端的目标应用程序进行检测时所述待检测终端需要运行的检测脚本;
在实际应用中,具有不同操作系统的Slave从主节点端接收不同类型的目标检测脚本;具体地,当Slave具有Windows系统时,用于接收以Android为开头的目标检测脚本,并控制具有Android系统的待检测终端运行该以Android为开头的目标检测脚本;同理,当Slave具有Mac OS系统时,用于接收以iOS为开头的目标检测脚本,并控制具有iOS系统的待检测终端运行该以iOS为开头的目标检测脚本。
步骤503:控制与所述目标检测脚本对应的待检测终端运行所述目标检测脚本,以对所述待检测终端的目标应用程序进行检测。
本实施例中,所述从节点的操作系统与所述待检测终端的操作系统相匹配。这里,所述待检测终端为实施例一所述至少两个待检测终端中的任一待检测终端。
本实施例中,所述Slave接收所述待检测终端发送运行所述目标检测脚本所得到的运行结果;所述Slave发送表征有所述运行结果的反馈信息至所述主节点。
这样,本发明实施例所述的控制方法,通过主节点获取至少两个待检测终端所对应的操作系统,根据至少两个待检测终端所对应的操作系统选取与至少两个待检测终端所对应的操作系统相匹配的目标检测脚本,进而通过主节点控制至少两个待检测终端运行与自身操作系统所匹配的目标检测脚本,实现对具有相同操作系统,或不同操作系统的待检测终端进行统一自动化检测的过程,填补了现有无法对安卓平台和苹果平台进行自动化交互测试的空白。
本发明实施例中,由于所述从节点的操作系统与所述待检测终端的操作系统相匹配,且所述目标检测脚本也与所述从节点的操作系统匹配,所以从节点控制所述待检测终端运行相应目标检测脚本的过程不会出现因为检测脚本与操作系统不匹配而无法正常运行的现象,如此,提升了自动化检测过程的匹配度,提升了自动化检测的检测效率。
为实现实施例二所述的方法,本发明实施例还提供了一种从节点,如图6所示,所述从节点包括:
设置单元61,用于设置自身的操作系统;
接收单元62,用于接收与自身的操作系统所匹配的目标检测脚本;所述目标检测脚本表征对待检测终端的目标应用程序进行检测时所述待检测终端需要运行的检测脚本;
控制单元63,用于控制与所述目标检测脚本对应的待检测终端运行所述目标检测脚本,以对所述待检测终端的目标应用程序进行检测。
本实施例中,所述从节点的操作系统与所述待检测终端的操作系统相匹配。
本实施例中,所述从节点还包括:发送单元;其中,
所述接收单元,还用于接收所述待检测终端发送运行所述目标检测脚本所得到的运行结果;
所述发送单元,用于发送表征有所述运行结果的反馈信息。
本领域技术人员应当理解,本发明实施例的从节点中各处理单元的功能,可参照前述控制方法的相关描述而理解,这里不再赘述。
以下通过具体应用场景对本发明实施例做进一步说明:
如图7所示,通过Master的统一协调,能够完成对具有相同操作系统或者不同操作系统的待检测终端的目标APP的检测过程。具体地,
Master获取待检测终端1和待检测终端2所对应的操作系统;
Master根据获取到的待检测终端1和待检测终端2所对应的操作系统,确定目标检测脚本1和目标检测脚本2;其中,目标检测脚本1与待检测终端1的操作系统匹配;目标检测脚本2与待检测终端2的操作系统匹配;
Master在从节点列表中选取出对应与目标检测脚本1和目标检测脚本2相匹配的Slave1和Slave2;
Master将目标检测脚本1发送至Slave1,将目标检测脚本2发送至Slave2;
Slave1接收到目标检测脚本1后控制与自身进行数据交互的待检测终端1运行目标检测脚本1,例如控制待检测终端1中的目标APP打电话给待检测终端2中的目标APP;
Slave2接收到目标检测脚本2后监控与自身进行数据交互的待检测终端2上的目标APP;若发现目标APP跳转的来点界面,则自动点击接听按钮,并把这一检测过程对应的运行结果反馈至Slave2,以通过Slave2将表征运行结果的反馈信息反馈至Master;
Master收到Slave2的反馈信息后,根据反馈信息确认待检测终端1呼叫待检测终端2成功,以及确定两者能够成功的进入通话状态,最终确定此测试场景Pass。
上述应用场景中,当待检测终端1和待检测终端2均设置有Android系统时,上述检测场景即为Android平台间目标App的交互测试过程;此时,所述Slave1和Slave2均设置有与Android系统相匹配的Windows系统;
当待检测终端1和待检测终端2均设置有iOS系统时,上述检测场景即为iOS平台间目标App的交互测试过程;此时,所述Slave1和Slave2均设置有与iOS系统相匹配的Mac OS系统;
当待检测终端1设置有Android系统,待检测终端2设置有iOS系统时,上述检测场景即为跨平台的目标APP的交互测试过程;此时,所述Slave1设置有与Android系统相匹配的Windows系统;所述Slave2设置有与iOS系统相匹配的Mac OS系统。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者,本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (8)
1.一种控制方法,包括:
确定至少两个待检测终端;
获取所述至少两个待检测终端分别所对应的操作系统;
根据获取到所述至少两个待检测终端分别所对应的操作系统在主节点存储的检测脚本中确定出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,发送与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,以便于控制待检测终端运行与自身操作系统所匹配的目标检测脚本;其中,所述目标检测脚本用于控制对应的待检测终端与其它不同操作系统的待检测终端之间进行交互测试;
所述方法还包括:根据确定出的与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,在从节点列表中选取出与目标检测脚本所匹配的从节点,以使选取出的从节点与目标检测脚本匹配;对应地,所述发送与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,以便于控制待检测终端运行与自身操作系统所匹配的目标检测脚本,包括:将与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本发送至与目标检测脚本所匹配的从节点,以通过与目标检测脚本所对应的从节点控制待检测终端运行与自身操作系统所匹配的目标检测脚本。
2.根据权利要求1所述的方法,其特征在于,所述从节点列表中包含有至少一个第一从节点和至少一个第二从节点;所述至少一个第一从节点具有第一操作系统;所述至少一个第二从节点具有第二操作系统;当所述至少两个待检测终端中的第一待检测终端具有第一操作系统,第二待检测终端具有第二操作系统时,所述根据确定出的与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,在从节点列表中选取出与目标检测脚本所匹配的从节点,以使选取出的从节点与目标检测脚本匹配,包括:
根据与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,在所述至少一个第一从节点中选取出第一从节点;根据与所述第二待检测终端的第二操作系统所匹配的目标检测脚本,在所述至少一个第二从节点中选取出第二从节点;
对应地,所述将与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本发送至与目标检测脚本所匹配的从节点,以通过与目标检测脚本所对应的从节点控制待检测终端运行与自身操作系统所匹配的目标检测脚本,包括:
将与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,发送至所述第一从节点,以通过所述第一从节点控制所述第一待检测终端运行与自身第一操作系统所匹配的目标检测脚本;
将与所述第二待检测终端的第二操作系统所匹配的目标检测脚本发送至所述第二从节点,以通过所述第二从节点控制所述第二待检测终端运行与自身第二操作系统所匹配的目标检测脚本。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
接收从节点发送的反馈信息;所述反馈信息用于表征待检测终端运行与自身操作系统所匹配的目标检测脚本后所得到运行结果;
根据从节点所发送的反馈信息确定所述至少两个待检测终端的检测结果。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取检测脚本,对获取到的检测脚本进行封装处理,存储封装后的检测脚本;
对应地,所述根据获取到所述至少两个待检测终端分别所对应的操作系统在所述主节点存储的检测脚本中确定出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,包括:
根据获取到所述至少两个待检测终端分别所对应的操作系统在所述主节点存储的封装后的检测脚本中选取出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的待解封目标检测脚本;
根据获取到所述至少两个待检测终端分别所对应的操作系统,对选取出的与每一待检测终端的操作系统所匹配的待解封目标检测脚本进行解封装处理,得到与每一待检测终端的操作系统所匹配的目标检测脚本。
5.一种主节点,包括:
第一确定单元,用于确定至少两个待检测终端;
第一获取单元,用于获取所述至少两个待检测终端分别所对应的操作系统;处理单元,用于根据获取到所述至少两个待检测终端分别所对应的操作系统在所述主节点存储的检测脚本中确定出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,发送与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,以便于控制待检测终端运行与自身操作系统所匹配的目标检测脚本;其中,所述目标检测脚本用于控制对应的待检测终端与其它不同操作系统的待检测终端之间进行交互测试;
所述处理单元,还用于根据确定出的与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本,在从节点列表中选取出与目标检测脚本所匹配的从节点,以使选取出的从节点与目标检测脚本匹配;还用于将与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的目标检测脚本发送至与目标检测脚本所匹配的从节点,以通过与目标检测脚本所对应的从节点控制待检测终端运行与自身操作系统所匹配的目标检测脚本。
6.根据权利要求5所述的主节点,其特征在于,所述从节点列表中包含有至少一个第一从节点和至少一个第二从节点;所述至少一个第一从节点具有第一操作系统;所述至少一个第二从节点具有第二操作系统;当所述至少两个待检测终端中的第一待检测终端具有第一操作系统,第二待检测终端具有第二操作系统时,
所述处理单元,还用于根据与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,在所述至少一个第一从节点中选取出第一从节点;根据与所述第二待检测终端的第二操作系统所匹配的目标检测脚本,在所述至少一个第二从节点中选取出第二从节点;
还用于将与所述第一待检测终端的第一操作系统所匹配的目标检测脚本,发送至所述第一从节点,以通过所述第一从节点控制所述第一待检测终端运行与自身第一操作系统所匹配的目标检测脚本;将与所述第二待检测终端的第二操作系统所匹配的目标检测脚本发送至所述第二从节点,以通过所述第二从节点控制所述第二待检测终端运行与自身第二操作系统所匹配的目标检测脚本。
7.根据权利要求5或6所述的主节点,其特征在于,所述处理单元,还用于接收从节点发送的反馈信息;所述反馈信息用于表征待检测终端运行与自身操作系统所匹配的目标检测脚本后所得到运行结果;根据从节点所发送的反馈信息确定所述至少两个待检测终端的检测结果。
8.根据权利要求5所述的主节点,其特征在于,所述处理单元,还用于获取检测脚本,对获取到的检测脚本进行封装处理,存储封装后的检测脚本;
根据获取到所述至少两个待检测终端分别所对应的操作系统在所述主节点存储的封装后的检测脚本中选取出与所述至少两个待检测终端中每一待检测终端的操作系统所匹配的待解封目标检测脚本;
根据获取到所述至少两个待检测终端分别所对应的操作系统,对选取出的与每一待检测终端的操作系统所匹配的待解封目标检测脚本进行解封装处理,得到与每一待检测终端的操作系统所匹配的目标检测脚本。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610051957.8A CN106997291B (zh) | 2016-01-26 | 2016-01-26 | 一种控制方法及主节点、从节点 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610051957.8A CN106997291B (zh) | 2016-01-26 | 2016-01-26 | 一种控制方法及主节点、从节点 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106997291A CN106997291A (zh) | 2017-08-01 |
CN106997291B true CN106997291B (zh) | 2020-12-22 |
Family
ID=59428231
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610051957.8A Active CN106997291B (zh) | 2016-01-26 | 2016-01-26 | 一种控制方法及主节点、从节点 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106997291B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109144850B (zh) * | 2018-07-23 | 2022-02-11 | 上海携程商务有限公司 | 移动终端的交互通信的测试方法及系统 |
CN109684138A (zh) * | 2018-12-03 | 2019-04-26 | 郑州云海信息技术有限公司 | 一种可视化硬盘自动测试方法、装置、终端及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090037775A1 (en) * | 2007-07-30 | 2009-02-05 | Chang Yan Chi | Messaging system based group joint debugging system and method |
CN104063305A (zh) * | 2013-03-18 | 2014-09-24 | 腾讯科技(深圳)有限公司 | 智能终端软件的压力测试方法、装置和系统 |
CN104484273A (zh) * | 2014-12-19 | 2015-04-01 | 广州博冠信息科技有限公司 | 应用程序的测试方法、设备及系统 |
CN104536888A (zh) * | 2014-12-24 | 2015-04-22 | 网易(杭州)网络有限公司 | 移动设备的游戏测试方法与系统 |
CN104699616A (zh) * | 2015-03-31 | 2015-06-10 | 北京奇虎科技有限公司 | 一种应用测试的方法、装置及系统 |
CN104717282A (zh) * | 2015-02-11 | 2015-06-17 | 工业和信息化部计算机与微电子发展研究中心(中国软件评测中心) | 一种控制安卓操作系统智能终端的方法、装置与系统 |
CN104951397A (zh) * | 2014-05-16 | 2015-09-30 | 腾讯科技(深圳)有限公司 | 移动设备的测试方法、装置、服务器和系统 |
CN104978258A (zh) * | 2014-04-01 | 2015-10-14 | 中国银联股份有限公司 | 软件自动化测试方法及系统 |
-
2016
- 2016-01-26 CN CN201610051957.8A patent/CN106997291B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090037775A1 (en) * | 2007-07-30 | 2009-02-05 | Chang Yan Chi | Messaging system based group joint debugging system and method |
CN104063305A (zh) * | 2013-03-18 | 2014-09-24 | 腾讯科技(深圳)有限公司 | 智能终端软件的压力测试方法、装置和系统 |
CN104978258A (zh) * | 2014-04-01 | 2015-10-14 | 中国银联股份有限公司 | 软件自动化测试方法及系统 |
CN104951397A (zh) * | 2014-05-16 | 2015-09-30 | 腾讯科技(深圳)有限公司 | 移动设备的测试方法、装置、服务器和系统 |
CN104484273A (zh) * | 2014-12-19 | 2015-04-01 | 广州博冠信息科技有限公司 | 应用程序的测试方法、设备及系统 |
CN104536888A (zh) * | 2014-12-24 | 2015-04-22 | 网易(杭州)网络有限公司 | 移动设备的游戏测试方法与系统 |
CN104717282A (zh) * | 2015-02-11 | 2015-06-17 | 工业和信息化部计算机与微电子发展研究中心(中国软件评测中心) | 一种控制安卓操作系统智能终端的方法、装置与系统 |
CN104699616A (zh) * | 2015-03-31 | 2015-06-10 | 北京奇虎科技有限公司 | 一种应用测试的方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106997291A (zh) | 2017-08-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104978263B (zh) | 一种移动端应用程序测试方法及系统 | |
US11340859B2 (en) | Synchronous display method, storage medium and electronic device | |
US11360737B2 (en) | Method and apparatus for providing speech service | |
CN103106102A (zh) | 一种web应用程序的运行方法及移动终端 | |
US9218268B2 (en) | Testing transaction applications | |
CN104461897A (zh) | 一种应用程序测试的方法和设备 | |
CN103634592A (zh) | 智能电视自动化测试方法及系统 | |
WO2019184658A1 (zh) | 配置文件的切换方法、装置与移动终端 | |
CN105354118B (zh) | 智能终端的自动测试方法、装置及系统 | |
CN107770786B (zh) | 一种网络性能的测试方法、设备及系统 | |
CN114168460A (zh) | 混合开发中前端代码的远程调试方法、设备及存储介质 | |
US20170068585A1 (en) | Method and Apparatus for Recovering System Software of Intelligent Terminal | |
CN110752954A (zh) | 家电设备的联网故障检测方法及相关装置 | |
CN110674040A (zh) | 应用的测试方法、装置、设备和存储介质 | |
CN106997291B (zh) | 一种控制方法及主节点、从节点 | |
CN112463618A (zh) | 自动化测试方法、装置、介质及设备 | |
CN101873593A (zh) | 一种基于Android的Wifi无线拨号系统及方法 | |
CN111050333A (zh) | 一种基站自动化测试方法及系统 | |
CN113377664A (zh) | 模型测试方法及装置、电子设备和存储介质 | |
CN105227351A (zh) | 日志获取系统、日志获取方法及电子设备 | |
CN103729258A (zh) | 一种自动测试方法、终端及系统 | |
CN110336712B (zh) | 移动终端抓取空中包的方法、装置、存储介质与移动终端 | |
US9141516B2 (en) | Testing transaction applications | |
US10379884B2 (en) | Communication method and apparatus, and electronic device and program product thereof | |
CN104869129A (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 310012 building A01, 1600 yuhangtang Road, Wuchang Street, Yuhang District, Hangzhou City, Zhejiang Province Applicant after: CHINA MOBILE (HANGZHOU) INFORMATION TECHNOLOGY Co.,Ltd. Applicant after: China Mobile Communications Corp. Address before: 310012, No. 14, building three, Chang Torch Hotel, No. 259, Wensanlu Road, Xihu District, Zhejiang, Hangzhou Applicant before: CHINA MOBILE (HANGZHOU) INFORMATION TECHNOLOGY Co.,Ltd. Applicant before: China Mobile Communications Corp. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |