[发明专利]移动终端的交互通信的测试方法及系统有效
申请号: | 201810812452.8 | 申请日: | 2018-07-23 |
公开(公告)号: | CN109144850B | 公开(公告)日: | 2022-02-11 |
发明(设计)人: | 黄青青;薛蕾;吕悦 | 申请(专利权)人: | 上海携程商务有限公司 |
主分类号: | G06F11/36 | 分类号: | G06F11/36;G06F9/54 |
代理公司: | 上海弼兴律师事务所 31283 | 代理人: | 薛琦;李梦男 |
地址: | 200335 上海市*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 移动 终端 交互 通信 测试 方法 系统 | ||
本发明公开了移动终端的交互通信的测试方法及系统。测试方法包括:Appium服务器发送交互测试指令至第一移动终端和第二移动终端;第一移动终端在接收到交互测试指令时调用Pipe以使第一移动终端处于发送信息状态,第二移动终端在接收到交互测试指令时调用Pipe以使第二移动终端处于接收信息状态;第一移动终端执行第一测试脚本以通过服务器发送测试信息至第二移动终端;第一移动终端调用Pipe以使第一移动终端处于接收信息状态;第二移动终端在接收到测试信息后,调用Pipe以使第二移动终端处于发送信息状态;第二移动终端执行第二测试脚本以反馈测试信息至第一移动终端。本发明确保每次测试均是有效的,提高了测试效率。
技术领域
本发明涉及通信技术领域,特别涉及一种移动终端的通讯类APP(计算机应用程序)的交互通信的测试方法及系统。
背景技术
目前,通讯类产品,例如Xcall(自动联系呼叫软件),通常需要两台设备同时进行交互通信来实现一个测试用例。例如,在一台手机上进行操作,在另外一台手机上进行验证。但在实际执行case(测试用例)的过程中,会出现一台手机的应用还没有启动起来,而另一台手机已经开始拨打电话了。现有技术的测试方法常因不能实现两台手机上所执行case的一致性导致测试失败,效率较低。
发明内容
本发明要解决的技术问题是为了克服现有技术的测试方法常因不能实现两台手机上所执行case的一致性导致测试失败,效率较低的缺陷,提供一种移动终端的交互通信的测试方法及系统。
本发明是通过下述技术方案来解决上述技术问题:
一种移动终端的交互通信的测试系统,所述测试系统包括:Appium(自动化测试开源工具)服务器、第一移动终端和第二移动终端;
所述Appium服务器用于发送交互测试指令至所述第一移动终端和所述第二移动终端;
所述第一移动终端用于在接收到所述交互测试指令时调用Pipe(管道)以使所述第一移动终端处于发送信息状态;
所述第二移动终端用于在接收到所述交互测试指令时调用所述Pipe以使所述第二移动终端处于接收信息状态;
所述第一移动终端还用于执行第一测试脚本以通过所述Appium服务器发送测试信息至所述第二移动终端,并调用Pipe以使所述第一移动终端处于接收信息状态;
所述第二移动终端还用于在接收到所述测试信息后,调用所述Pipe以使所述第二移动终端处于发送信息状态,并执行第二测试脚本以反馈测试信息至所述第一移动终端。
较佳地,所述第一测试脚本和所述第二测试脚本包括测试用例;
所述测试用例包括:页面测试和通话测试。
较佳地,所述Appium服务器包括第一端口和第二端口;
所述Appium服务器在接收到测试指令时通过所述第一端口发送交互测试指令至所述第一移动终端,并通过所述第二端口发送所述交互测试指令至所述第二移动终端。
较佳地,所述Appium服务器还用于将所述第一端口和所述第二端口的端口号设置为互不相同。
较佳地,所述交互测试指令包括第一移动终端的UDID(设备识别码)和第二移动终端的UDID。
一种移动终端的交互通信的测试方法,所述测试方法包括以下步骤:
Appium服务器发送交互测试指令至第一移动终端和第二移动终端;
所述第一移动终端在接收到所述交互测试指令时调用Pipe以使所述第一移动终端处于发送信息状态,所述第二移动终端在接收到所述交互测试指令时调用所述Pipe以使所述第二移动终端处于接收信息状态;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于上海携程商务有限公司,未经上海携程商务有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810812452.8/2.html,转载请声明来源钻瓜专利网。