CN115242912A - 一种基于stf的手机自动化测试的方法 - Google Patents

Abstract

本申请公开了一种基于STF的手机自动化测试的方法，包括以下步骤：客户端向调度中心发送请求信息；所述调度中心根据所述请求信息在STF库中查询符合条件的手机列表，并向客户端提供相应的测试用例；客户端调用自动化服务执行测试用例，对手机进行自动化测试。本方案，通过自动化测试，就像工厂里的自动化质检一样，可以不停地运行，并且自动化系统的执行效率远超手工效率。系统不会因为连续地运行而疲劳，所以也就不会疲劳而犯错，更不会有什么惯性思维和偷懒的行为。通过STF自动化测试，自动化异常场景时可以远程操控设备。开发和测试人员能够快速找到想要的安卓设备，且可实现快速错误排查及测试工作。

Description

一种基于STF的手机自动化测试的方法

技术领域

本申请涉及软件测试技术领域，具体而言，涉及一种基于STF的手机自动化测试的方法。

背景技术

目前，软件系统的复杂度不断上升，传统功能测试的片面性及滞后性导致测试成本急剧增加，且测试效率大幅度下降，仅靠功能测试已难以保证项目质量及进度。

在测试手机时，当检测任务增加的时候，人力不可能一直连轴转，所以就需要增加人力来三班倒，劳动量大，效率不高，出错的几率大。

因此，缺乏一种手机自动化测试的方法。

发明内容

本申请的主要目的在于提供一种基于STF的手机自动化测试的方法，以改善相关技术中不便于自动化测试的问题。

为了实现上述目的，本申请提供了一种基于STF的手机自动化测试的方法，包括以下步骤：

客户端向调度中心发送请求信息；

所述调度中心根据所述请求信息在STF库中查询符合条件的手机列表，并向客户端提供相应的测试用例；

客户端调用自动化服务执行测试用例，对手机进行自动化测试。

在本申请的一种实施例中，所述客户端向调度中心发送请求信息的方法包括：

客户端输入所述请求信息；

客户端将所述请求信息发送给所述调度中心；

所述请求信息至少包括需要测试的手机的信息和测试申请信息。

在本申请的一种实施例中，所述调度中心根据所述请求信息在STF库中查询符合条件的手机列表，并向客户端提供相应的测试用例的方法包括：

所述调度中心根据所述需要测试的手机的信息在STF库中查询符合条件的手机列表，将所述手机列表发送给分发中心；

所述分发中心根据传送的数据进行远程启动服务，并将结果告诉所述调度中心；

所述调度中心根据分发中心结果向客户端提供相应的测试用例。

在本申请的一种实施例中，所述调度中心根据分发中心结果向客户端提供相应的测试用例的方法包括：

所述调度中心搜索可用的服务url地址；

将所述可用的服务url地址作为测试用例发送给所述客户端，供所述客户端调用。

在本申请的一种实施例中，在STF中，用户点击手机的相应按钮，这台手机会被标记为占用状态，其他用户立刻就能看到这个最新的状态，同时其他用户也没法使用这个手机。

在本申请的一种实施例中，在STF中通过zeroMQ或Protobuf来即时传递消息。

在本申请的一种实施例中，在STF中，当通过zeroMQ来即时传递消息时，通过单向传递模式、发布订阅模式、路由模式中的至少一种方式来即时传递消息；

通过所述单向传递模式来即时传递消息时，由push端发出所述消息，由pull端进行拉取所述消息；

通过所述发布订阅模式来即时传递消息时，pub会向所有已经连接的sub发消息，如果没有sub连接，消息会被丢弃

通过所述路由模式来即时传递消息时，有多个发送端发送消息，有多个接收端接收消息。

push/pull是单向模式，消息只能由push端发出，由pull端进行拉取。一般来说pull端对消息进行处理，如果一个pull端不能及时处理，可以同时有多个pull端，这种情况下，一条消息只能被一个pull端拉取，拉过之后其他pull端就不能再次拉取。如果没有pull端拉取，消息过多的时候可能会溢出。

publish-subscribe这属于发布订阅模式。与push-pull所不同的，pub会向所有已经连接的sub发消息，如果没有sub连接，消息会被丢弃。

dealer/router是路由模式，适用于有多个发送端和多个接收端的情况，这样可以实现负载均衡。在stf中，同时有多个用户和多台手机在线，dealer-router很适用于这种情况下的消息传递。

在本申请的一种实施例中，使用triproxy作为三端的消息转发器，所述triproxy包含三个连接端口，三个所述连接端口分别对应zeroMQ的三种工作模式，用于模块的解耦。

在本申请的一种实施例中，通过protobuf即时传递消息的方法包括：

通过protobuf自带的编译器编译消息；

将编译的消息生成对应语言的数据类型的消息；

发送对应语言的数据类型的消息。

zeroMQ只是负责消息流的处理，而具体如何组织消息，则是通过其他的方式，stf使用了ProtocolBuffer，它是Google的数据交换的格式，与protobuf类似的东西其实是json和xml，protobuff的优势在于更小的体积，这样在大量数据传输的时候节省了带宽资源。与json和xml所不同的是，protobuff自带了一个编译器，protoc，只需要用它进行编译，可以编译成JAVA、python、C++代码，简单来说，它可以生成对应语言的数据类型，比如说生成java的一个类等等。

在本申请的一种实施例中，所述客户端调用自动化服务执行测试用例，对手机进行自动化测试的方法包括：

客户端调用自动化服务执行测试用例；

用例执行完毕后，客户端通知调度中心关闭自动化服务。

与现有技术相比，本申请的有益效果是：

通过客户端发出请求，即可获得调度中心发出的用于手机测试的测试用例，客户端即可通过调用自动化服务执行测试用例，对手机进行自动化测试。通过自动化测试，就像工厂里的自动化质检一样，可以不停地运行，并且自动化系统的执行效率远超手工效率。系统不会因为连续地运行而疲劳，所以也就不会疲劳而犯错，更不会有什么惯性思维和偷懒的行为。

通过STF自动化测试，自动化异常场景时可以远程操控设备。开发和测试人员能够快速找到想要的安卓设备，且可实现快速错误排查及测试工作。

调度中心设置为Jenkins，Jenkins自动化部署可以解决集成、测试、部署等重复性的工作，工具集成的效率明显高于人工操作；并且持续集成可以更早的获取代码变更的信息，从而更早的进入测试阶段，更早的发现问题，这样解决问题的成本就会显著下降：持续集成缩短了从开发、集成、测试、部署各个环节的时间，从而也就缩短了中间出现的等待时间；持续集成也意味着开发、集成、测试、部署得以持续。

附图说明

图1为根据本申请实施例提供的基于STF的手机自动化测试的方法的流程框图；

图2为根据本申请实施例提供的客户端向调度中心发送请求信息的方法的流程框图；

图3为根据本申请实施例提供的调度中心根据所述请求信息在STF库中查询符合条件的手机列表，并向客户端提供相应的测试用例的方法的流程框图；

图4为根据本申请实施例提供的调度中心根据分发中心结果向客户端提供相应的测试用例的方法的流程框图。

图5为根据本申请实施例提供的通过protobuf即时传递消息的方法的流程框图。

图6为根据本申请实施例提供的客户端调用自动化服务执行测试用例，对手机进行自动化测试的方法的流程框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

另外，术语“多个”的含义应为两个以及两个以上。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

实施例1

请参阅图1,为为根据本申请实施例提供的基于STF的手机自动化测试的方法的流程框图。本申请提供了一种基于STF的手机自动化测试的方法，包括以下步骤：

步骤S1、客户端向调度中心发送请求信息；

步骤S2、所述调度中心根据所述请求信息在STF库中查询符合条件的手机列表，并向客户端提供相应的测试用例；

步骤S3、客户端调用自动化服务执行测试用例，对手机进行自动化测试。

在该实施例中，通过客户端发出请求，即可获得调度中心发出的用于手机测试的测试用例，客户端即可通过调用自动化服务执行测试用例，对手机进行自动化测试。

SmartphoneTestFarm（简称STF）是一个web应用程序，主要用于从指定的浏览器中远程调试智能手机、智能手表等，可远程调试超过160多台设备。STF可以便捷的管理移动测试设备，提高测试机的高效使用、便捷移动测试。

通过STF自动化测试，自动化异常场景时可以远程操控设备。开发和测试人员能够快速找到想要的安卓设备，且可实现快速错误排查及测试工作。可以节约测试成本，对于已经写好自动化测试的脚本保存复用。

在一种实施例中，调度中心为Jenkins，通过Jenkins定时对STF驱动调用自动化测试代码完成大量兼容性自动化测试工作。

Jenkins自动化部署可以解决集成、测试、部署等重复性的工作，工具集成的效率明显高于人工操作；并且持续集成可以更早的获取代码变更的信息，从而更早的进入测试阶段，更早的发现问题，这样解决问题的成本就会显著下降：持续集成缩短了从开发、集成、测试、部署各个环节的时间，从而也就缩短了中间出现的等待时间；持续集成也意味着开发、集成、测试、部署得以持续。

使用Maven（Ant）等来实现Java项目自动化构建发布部署。这些工具可以帮助在构建过程中实现自动化发布、回滚等动作。

Jenkins的作用：

一般网站部署的流程这边是完整流程而不是简化的流程需求分析—原型设计—开发代码—内网部署-提交测试—确认上线—备份数据—外网更新-最终测试，如果发现外网部署的代码有异常，需要及时回滚。持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量。持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之，任何时间点都能第一时间发现软件的集成问题，使任意时间发布可部署的软件成为了可能。持续集成还能利于软件本身的发展趋势，这点在需求不明确或是频繁性变更的情景中尤其重要，持续集成的质量能帮助团队进行有效决策，同时建立团队对开发产品的信心。

在一种实施例中，在步骤S1中，请参阅图2，为根据本申请实施例提供的客户端向调度中心发送请求信息的方法的流程框图。所述客户端向调度中心发送请求信息的方法包括：

步骤S11、客户端输入所述请求信息；

步骤S12、客户端将所述请求信息发送给所述调度中心；

所述请求信息至少包括需要测试的手机的信息和测试申请信息。

在一种实施例中，在步骤S2中，请参阅图3，为根据本申请实施例提供的调度中心根据所述请求信息在STF库中查询符合条件的手机列表，并向客户端提供相应的测试用例的方法的流程框图。

所述调度中心根据所述请求信息在STF库中查询符合条件的手机列表，并向客户端提供相应的测试用例的方法包括：

步骤S21、所述调度中心根据所述需要测试的手机的信息在STF库中查询符合条件的手机列表，将所述手机列表发送给分发中心；

步骤S22、所述分发中心根据传送的数据进行远程启动服务，并将结果告诉所述调度中心；

步骤S23、所述调度中心根据分发中心结果向客户端提供相应的测试用例。

在步骤S23中，请参阅图4，为根据本申请实施例提供的调度中心根据分发中心结果向客户端提供相应的测试用例的方法的流程框图。

所述调度中心根据分发中心结果向客户端提供相应的测试用例的方法包括：

步骤S231、所述调度中心搜索可用的服务url地址；

步骤S232、将所述可用的服务url地址作为测试用例发送给所述客户端，供所述客户端调用。

进一步的，在步骤S21中，在STF中，用户点击手机的相应按钮，这台手机会被标记为占用状态，其他用户立刻就能看到这个最新的状态，同时其他用户也没法使用这个手机。

进一步的，在步骤S21中，在STF中，步骤S211，通过zeroMQ或Protobuf来即时传递消息。

在步骤S211中，在STF中，当通过zeroMQ来即时传递消息时，通过单向传递模式、发布订阅模式、路由模式中的至少一种方式来即时传递消息；

通过所述单向传递模式来即时传递消息时，由push端发出所述消息，由pull端进行拉取所述消息；

通过所述发布订阅模式来即时传递消息时，pub会向所有已经连接的sub发消息，如果没有sub连接，消息会被丢弃

通过所述路由模式来即时传递消息时，有多个发送端发送消息，有多个接收端接收消息。

示例性的，push/pull是单向模式，消息只能由push端发出，由pull端进行拉取。一般来说pull端对消息进行处理，如果一个pull端不能及时处理，可以同时有多个pull端，这种情况下，一条消息只能被一个pull端拉取，拉过之后其他pull端就不能再次拉取。如果没有pull端拉取，消息过多的时候可能会溢出。

publish-subscribe这属于发布订阅模式。与push-pull所不同的，pub会向所有已经连接的sub发消息，如果没有sub连接，消息会被丢弃。

dealer/router是路由模式，适用于有多个发送端和多个接收端的情况，这样可以实现负载均衡。在stf中，同时有多个用户和多台手机在线，dealer-router很适用于这种情况下的消息传递。

进一步的，使用triproxy作为三端的消息转发器，所述triproxy包含三个连接端口，三个所述连接端口分别对应zeroMQ的三种工作模式，用于模块的解耦。

示例性的，三个连接端口分别为pull、pub和dealer，分别对应zeroMQ的三种工作模式。

pull端用来拉取websocket模块或者provider模块的消息，之所以用pull的模式是因为消息从websocket或者provider到triproxy的消息传递是单向的，而push-pull模式可以保证消息传递的可靠性，就是说，如果pull端断开，push端的消息仍然会被保留而不会丢失，直到pull把消息拉走，例如，provider发现一台手机的在线状态发生了改变，就是通过push的方式推给triproxy。

而pub端则用来广播消息，广播的特点就是一个发送端可以对应多个接收端，这些接收端可以同时接收到消息，例如设备状态的改变需要广播给所有的websocket模块，进而广播给所有的在线用户。当然广播的另外一个特点是如果广播时客户端不在线，那么这条消息就永远收不到了，因此，广播的消息也可以说是不太重要的消息，比如说如果provider的一台手机没有收到用户占用的消息，最多是用户占用失败，而不会造成太大的影响，而provider占用成功的消息如果用广播的方式就麻烦了，用户没收到占用成功的消息，会继续做占用的操作而不会成功，除非手机超时自动取消占用。

triproxy和processor的通信是双向的，因此用了dealer模式。dealer模式虽然可以一对多，但是一条消息只能唯一的传给一个接收方，就是说如果做了processor扩展，存在多个processor的情况下，同样的消息只会被一个processor处理。

在步骤S211中，请参阅图5，为根据本申请实施例提供的通过protobuf即时传递消息的方法的流程框图。

通过protobuf即时传递消息的方法包括：

步骤S2111、通过protobuf自带的编译器编译消息；

步骤S2112、将编译的消息生成对应语言的数据类型的消息；

步骤S2113、发送对应语言的数据类型的消息。

zeroMQ只是负责消息流的处理，而具体如何组织消息，则是通过其他的方式，stf使用了ProtocolBuffer，它是Google的数据交换的格式，与protobuf类似的东西其实是json和xml，protobuff的优势在于更小的体积，这样在大量数据传输的时候节省了带宽资源。与json和xml所不同的是，protobuff自带了一个编译器，protoc，只需要用它进行编译，可以编译成JAVA、python、C++代码，简单来说，它可以生成对应语言的数据类型，比如说生成java的一个类等等。

在步骤S3中，请参阅图6，为根据本申请实施例提供的客户端调用自动化服务执行测试用例，对手机进行自动化测试的方法的流程框图。

所述客户端调用自动化服务执行测试用例，对手机进行自动化测试的方法包括：

步骤S31、客户端调用自动化服务执行测试用例；

步骤S32、用例执行完毕后，客户端通知调度中心关闭自动化服务。

STF支持如下操作：

1.实时屏幕操作和显示。刷新速度可以达到每秒30-40帧，可以旋转屏幕；

2.支持从PC键盘输入到android设备；

3.支持复制黏贴；

4.支持多点触控（minitouch）；

5.拖拽安装，launchapk文件；

6.通过minirev，可以直接从Android设备的端口转发本地服务，即便不在一个网段；

7.可以使用任意浏览器访问；

8.展示和过滤设备日志；

9.当设备连接到电脑上，且打开adb模式或在一个局域网时，就可以通过adbconnnect远程连接调试；

10.可以访问设备的文件系统。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种基于STF的手机自动化测试的方法，其特征在于，包括以下步骤：

客户端向调度中心发送请求信息；

所述调度中心根据所述请求信息在STF库中查询符合条件的手机列表，并向客户端提供相应的测试用例；

客户端调用自动化服务执行测试用例，对手机进行自动化测试。

2.如权利要求1所述的一种基于STF的手机自动化测试的方法，其特征在于，所述客户端向调度中心发送请求信息的方法包括：

客户端输入所述请求信息；

客户端将所述请求信息发送给所述调度中心；

所述请求信息至少包括需要测试的手机的信息和测试申请信息。

3.如权利要求2所述的一种基于STF的手机自动化测试的方法，其特征在于，所述调度中心根据所述请求信息在STF库中查询符合条件的手机列表，并向客户端提供相应的测试用例的方法包括：

所述调度中心根据所述需要测试的手机的信息在STF库中查询符合条件的手机列表，将所述手机列表发送给分发中心；

所述分发中心根据传送的数据进行远程启动服务，并将结果告诉所述调度中心；

所述调度中心根据分发中心结果向客户端提供相应的测试用例。

4.如权利要求3所述的一种基于STF的手机自动化测试的方法，其特征在于，所述调度中心根据分发中心结果向客户端提供相应的测试用例的方法包括：

所述调度中心搜索可用的服务url地址；

将所述可用的服务url地址作为测试用例发送给所述客户端，供所述客户端调用。

5.如权利要求4所述的一种基于STF的手机自动化测试的方法，其特征在于，在STF中，用户点击手机的相应按钮，这台手机会被标记为占用状态，其他用户立刻就能看到这个最新的状态，同时其他用户也没法使用这个手机。

6.如权利要求4所述的一种基于STF的手机自动化测试的方法，其特征在于，在STF中通过zeroMQ或Protobuf来即时传递消息。

7.如权利要求6所述的一种基于STF的手机自动化测试的方法，其特征在于，在STF中，当通过zeroMQ来即时传递消息时，通过单向传递模式、发布订阅模式、路由模式中的至少一种方式来即时传递消息；

通过所述单向传递模式来即时传递消息时，由push端发出所述消息，由pull端进行拉取所述消息；

通过所述发布订阅模式来即时传递消息时，pub会向所有已经连接的sub发消息，如果没有sub连接，消息会被丢弃

通过所述路由模式来即时传递消息时，有多个发送端发送消息，有多个接收端接收消息。

8.如权利要求7所述的一种基于STF的手机自动化测试的方法，其特征在于，

使用triproxy作为三端的消息转发器，所述triproxy包含三个连接端口，三个所述连接端口分别对应zeroMQ的三种工作模式，用于模块的解耦。

9.如权利要求6所述的一种基于STF的手机自动化测试的方法，其特征在于，

通过protobuf即时传递消息的方法包括：

通过protobuf自带的编译器编译消息；

将编译的消息生成对应语言的数据类型的消息；

发送对应语言的数据类型的消息。

10.如权利要求1所述的一种基于STF的手机自动化测试的方法，其特征在于，所述客户端调用自动化服务执行测试用例，对手机进行自动化测试的方法包括：

客户端调用自动化服务执行测试用例；

用例执行完毕后，客户端通知调度中心关闭自动化服务。

Images