CN106371998A - 移动应用的测试***及方法 - Google Patents

Abstract

本发明公开了一种移动应用的测试***及方法。其中，该方法包括：第一服务端接收移动终端实时上传的与待测试移动应用对应的屏幕录制视频并将屏幕录制视频实时转发至显示终端；第二服务端接收移动终端实时上传的与待测试移动应用对应的测试数据并将测试数据实时转发至显示终端；显示终端接收来自于第一服务端的屏幕录制视频和第二服务端的测试数据，并对屏幕录制视频和测试数据进行同步显示。本发明解决了相关技术中所提供的移动应用测试方案无法实时观察与跟进测试结果进而无法及时采取应对措施的技术问题。

Description

移动应用的测试***及方法

技术领域

本发明涉及计算机领域，具体而言，涉及一种移动应用的测试***及方法。

背景技术

在当今智能移动终端飞速发展的时代，基于人们在生活、生产中的不断增长的物质文化和精神文化需求，催生出各式各样的移动应用程序。为确保移动应用程序的产品质量，必须对其进行全面、充分地测试。除普通的功能测试外，还需要包括诸如性能测试、耗电量测试、流量测试、稳定性测试等诸多专项测试。

流媒体(Streaming media)是指将一连串的媒体数据压缩后，经过网络分段发送数据，在网络上即时传输影音以供观赏的一种技术与过程。该项技术使得数据包得以像流水一样发送。如果缺少此项技术，则必须在使用前下载整个媒体文件。流媒体技术广泛应用于多媒体新闻发布、在线直播、网络广告、电子商务、视频点播、远程教育、远程医疗、网络电台、实时视频会议等互联网信息服务的多个方面。

另外，按照美国国家标准与技术研究院的定义，云计算是一种按使用量付费的模式，这种模式提供可用的、便捷的、按需的网络访问，进入可配置的计算资源共享池(资源包括：网络、服务端、存储、应用软件、服务)，这些资源能够被快速提供，只需投入较少的管理工作或者仅需与服务供应商进行较少的交互。XenSystem以及在国外已经非常成熟的Intel和IBM的各种“云计算”的应用服务范围正日渐扩大，影响力也无可估量。

目前，移动应用的专项测试领域所采用的常规测试流程如下：同时启动测试应用和测试对象，测试应用采集并记录测试对象运行期间的测试数据，例如：中央处理器(CPU)占用率、内存消耗、电量消耗、流量消耗等；在测试结束后，测试人员再对测试数据进行整理和分析，进而得出测试结果。

该方案的主要缺陷在于：测试数据缺少屏幕录制视频支持，不便定位问题原因。该方案中的测试数据仅包含若干纯数值类数据，即根据时间分布的各项测试对象运行期间的指标。这样，测试人员在分析测试数据时，仅能够了解测试对象在运行期间是否出现过异常及异常出现的时间点，但却无法得知该时间点下测试对象具体运行在哪个界面以及用户执行过何种操作等关键性问题，而这些是辅助定位及修复异常的重要相关信息。

基于上述方案存在的缺陷，以色列Appsee公司开发的产品Appsee对此作出改进，其采用的技术方案如下：测试应用以软件开发工具包(Software Development Kit，简称为SDK，其通常是一些软件工程师为特定的软件包、软件框架、硬件平台、操作***等建立应用软件时的开发工具的集合)的形式嵌入到测试对象中。每当测试对象开始运行后，Appsee便会自动开始屏幕录制和记录测试数据直至测试对象结束运行。测试结束或测试对象调用Appsee指定的应用程序编程接口(API)后，Appsee会将屏幕录制视频和测试数据发送至Appsee服务端。随后，测试人员便可通过网页查看屏幕录制视频和测试数据。

尽管如此，该方案仍然存在以下缺陷：

(1)缺乏实时性。在测试期间，Appsee的屏幕录制视频和测试数据以文件的形式存储在移动终端本地。只有等到测试结束后，屏幕录制视频和测试数据才会上传至服务端。这样，测试人员便无法实时观察与跟进测试结果，导致无法实现诸如内存占用过多，卡帧等关键事件的即时报警功能。

(2)视频文件存储受到移动终端存储容量的制约。与个人计算机相比，移动终端的存储空间较小，通常容量为16GB，最大也不会超过128GB。相比于普通的测试数据，屏幕录制视频文件需要耗费更大的存储空间。随着测试时间的不断延长，移动终端很有可能会出现存储容量不足的现象。特别是，目前重度移动游戏中挂机玩法的流行，移动应用存在长时间连续运行的需求。在这种情况下，移动终端非常容易达到存储容量上限，由此导致屏幕录制功能失效。而如果采用降低分辨率的方式来调整录制视频文件的大小，其实际使用效果则会受到较大影响。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种移动应用的测试***及方法，以至少解决相关技术中所提供的移动应用测试方案无法实时观察与跟进测试结果进而无法及时采取应对措施的技术问题。

根据本发明实施例的一个方面，提供了一种移动应用的测试***，包括：移动终端、第一服务端、第二服务端以及显示终端；其中，移动终端，用于获取与待测试移动应用对应的屏幕录制视频和测试数据，并将屏幕录制视频实时上传至第一服务端以及将测试数据实时上传至第二服务端；第一服务端，用于接收来自于移动终端的屏幕录制视频并将屏幕录制视频实时转发至显示终端；第二服务端，用于接收来自于移动终端的测试数据并将测试数据实时转发至显示终端；显示终端，用于接收来自于第一服务端的屏幕录制视频和第二服务端的测试数据，并对屏幕录制视频和测试数据进行同步显示。

可选地，显示终端，用于记录屏幕录制视频的开始录制绝对时间，每帧视频图像播放的持续时间以及测试数据的采样时间戳，并根据开始录制绝对时间和每帧视频图像播放的持续时间确定屏幕录制视频的当前播放进度以及索引到当前采样时间戳对应的测试数据，保持屏幕录制视频与测试数据在时间上同步。

可选地，上述***还包括：第三服务端，其中，第三服务端，用于在接收到第一服务端转发的屏幕录制视频和第二服务端转发的测试数据之后，通过对屏幕录制视频与测试数据建立对应关系，在第一预设时长内对屏幕录制视频与测试数据进行存储。

可选地，上述***还包括：云端分布式服务器集群；其中，云端分布式服务器集群，用于接收来自于第三服务端的屏幕录制视频与测试数据，并在第二预设时长内对屏幕录制视频与测试数据进行存储，其中，第二预设时长大于第一预设时长。

可选地，显示终端，还用于向第一服务端和/或第二服务端请求获取存储在第三服务端或云端分布式服务器集群上的屏幕录制视频和测试数据，并在第一服务端和/或第二服务端返回屏幕录制视频和测试数据后，对屏幕录制视频和测试数据进行回放。

可选地，第三服务端，用于在确定屏幕录制视频和测试数据存储在服务端本地时，向第一服务端和/或第二服务端返回屏幕录制视频和测试数据；或者，在确定屏幕录制视频和测试数据未存储在服务端本地时，将从云端分布式服务器集群获取到的屏幕录制视频和测试数据转发至第一服务端和/或第二服务端。

根据本发明实施例的另一方面，还提供了另一种移动应用的测试***，包括：移动终端、服务端以及显示终端；其中，移动终端，用于获取与待测试移动应用对应的屏幕录制视频和测试数据，并将屏幕录制视频和测试数据实时上传至服务端；服务端，用于接收来自于移动终端的屏幕录制视频和测试数据，并将屏幕录制视频和测试数据实时转发至显示终端；显示终端，用于接收来自于服务端的屏幕录制视频和测试数据，并对屏幕录制视频和测试数据进行同步显示。

根据本发明实施例的又一方面，提供了一种移动应用的测试方法，包括：第一服务端接收移动终端实时上传的与待测试移动应用对应的屏幕录制视频并将屏幕录制视频实时转发至显示终端；第二服务端接收移动终端实时上传的与待测试移动应用对应的测试数据并将测试数据实时转发至显示终端；显示终端接收来自于第一服务端的屏幕录制视频和第二服务端的测试数据，并对屏幕录制视频和测试数据进行同步显示。

可选地，显示终端对屏幕录制视频和测试数据进行同步显示包括：显示终端记录屏幕录制视频的开始录制绝对时间，每帧视频图像播放的持续时间以及测试数据的采样时间戳；显示终端根据开始录制绝对时间和每帧视频图像播放的持续时间确定屏幕录制视频的当前播放进度以及索引到当前采样时间戳对应的测试数据；显示终端按照当前播放进度和索引到的测试数据对屏幕录制视频与测试数据进行时间同步处理。

可选地，在第一服务端接将屏幕录制视频实时转发至显示终端以及第二服务端将测试数据实时转发至显示终端之后，还包括：第三服务端接收第一服务端转发的屏幕录制视频和第二服务端转发的测试数据；第三服务端在屏幕录制视频与测试数据之间建立对应关系，并在第一预设时长内对屏幕录制视频与测试数据进行存储。

可选地，在第三服务端在第一预设时长内对屏幕录制视频与测试数据进行存储之后，还包括：云端分布式服务器集群接收来自于第三服务端的屏幕录制视频与测试数据，并在第二预设时长内对屏幕录制视频与测试数据进行存储，其中，第二预设时长大于第一预设时长。

可选地，在显示终端对屏幕录制视频和测试数据进行同步显示之后，还包括：显示终端向第一服务端和/或第二服务端请求获取存储在第三服务端或云端分布式服务器集群上的屏幕录制视频和测试数据；显示终端在第一服务端和/或第二服务端返回屏幕录制视频和测试数据后，对屏幕录制视频和测试数据进行回放。

可选地，在显示终端请求获取存储在第三服务端或云端分布式服务器集群上的屏幕录制视频和测试数据之后，还包括：第三服务端在确定屏幕录制视频和测试数据存储在服务端本地时，向第一服务端和/或第二服务端返回屏幕录制视频和测试数据；或者，在确定屏幕录制视频和测试数据未存储在服务端本地时，将从云端分布式服务器集群获取到的屏幕录制视频和测试数据转发至第一服务端和/或第二服务端。

根据本发明实施例的再一方面，提供了另一种移动应用的测试方法，包括：服务端接收移动终端实时上传的屏幕录制视频和测试数据；服务端将屏幕录制视频和测试数据实时转发至显示终端；显示终端接收来自于服务端的屏幕录制视频和测试数据，并对屏幕录制视频和测试数据进行同步显示。

在本发明实施例中，采用第一服务端接收移动终端实时上传的与待测试移动应用对应的屏幕录制视频并将屏幕录制视频和第二服务端接收移动终端实时上传的与待测试移动应用对应的测试数据的方式，通过第一服务端和第二服务端分别将屏幕录制视频和测试数据实时转发至显示终端，达到了可实时监控到移动应用测试结果的目的，从而实现了测试人员可以在同一时刻实时查看被测试的移动应用的屏幕录制视频和测试数据，从而有效地定位可能出现的问题，并且屏幕录制视频和测试数据实时上传至服务端，还能够有效地避免移动终端本地存储空间不足的现象发生的技术效果，进而解决了相关技术中所提供的移动应用测试方案无法实时观察与跟进测试结果进而无法及时采取应对措施的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的移动应用的测试***的结构示意图；

图2是根据本发明优选实施例的在移动终端上屏幕录制视频的录制过程的示意图；

图3是根据本发明优选实施例的移动应用的测试***的结构示意图；

图4是根据本发明实施例的移动应用的测试方法的流程图；

图5是根据本发明实施例的另一种移动应用的测试方法的流程图。

具体实施方式

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

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

本发明所涉及到的名词解释如下：

(1)安卓(Android)是Google推出的移动操作***。

(2)iOS是苹果公司开发的移动操作***。

(3)实时消息传输协议(Real Time Messaging Protocol，简称为RTMP)是指AdobeSystems公司为Flash播放器和服务端之间音频、视频和数据传输开发的开放协议。

(4)流媒体格式(Flash Video，简称为FLV)是指一种网络视频格式。

(5)超文本标记语言(Hyper Text Markup Language，简称为HTML)5是指超文本标记语言的第五次重大修改。

(6)测试应用是指实现测试功能的应用程序。

(7)测试对象是指被测试的应用程序。

(8)FFmpeg是一套可以用来记录、转换数字音频和视频，并将其转化为流的开源计算机程序。

根据本发明实施例，提供了一种移动应用的测试***的实施例。图1是根据本发明实施例的移动应用的测试***的结构示意图，如图1所示，该***包括：移动终端1、第一服务端2、第二服务端3以及显示终端4；其中，移动终端1，用于获取与待测试移动应用对应的屏幕录制视频和测试数据，并将屏幕录制视频实时上传至第一服务端以及将测试数据实时上传至第二服务端；第一服务端2，用于接收来自于移动终端的屏幕录制视频并将屏幕录制视频实时转发至显示终端；第二服务端3，用于接收来自于移动终端的测试数据并将测试数据实时转发至显示终端；显示终端4，用于接收来自于第一服务端的屏幕录制视频和第二服务端的测试数据，并对屏幕录制视频和测试数据进行同步显示。

通过上述步骤，可以采用第一服务端接收移动终端实时上传的与待测试移动应用对应的屏幕录制视频并将屏幕录制视频和第二服务端接收移动终端实时上传的与待测试移动应用对应的测试数据的方式，通过第一服务端和第二服务端分别将屏幕录制视频和测试数据实时转发至显示终端，达到了可实时监控到移动应用测试结果的目的，从而实现了测试人员可以在同一时刻实时查看被测试的移动应用的屏幕录制视频和测试数据，从而有效地定位可能出现的问题，并且屏幕录制视频和测试数据实时上传至服务端，还能够有效地避免移动终端本地存储空间不足的现象发生的技术效果，进而解决了相关技术中所提供的移动应用测试方案无法实时观察与跟进测试结果进而无法及时采取应对措施的技术问题。

在优选实施过程中，上述第一服务端可以为媒体服务端，其为支持RTMP协议的服务端，负责接收、转发和存储来自于测试应用的屏幕录制视频。上述第二服务端可以为业务服务端，其为支持Websocket协议的HTTP服务端，角色为***管理者，负责处理各个实体之间的交互逻辑，管理当前的所有测试实例。上述显示终端可以配置Web前端，负责为用户提供查看测试结果和具体操作的界面。另外，测试应用，运行于移动终端中，在Android平台下为独立应用或嵌入在测试对象中的SDK，iOS平台仅为嵌入在测试对象中的SDK。测试应用负责完成屏幕录制以及采集测试数据的功能，并将其分别实时发送至媒体服务端和业务服务端。除此之外，还负责向业务服务端通知测试过程的开始与结束。

需要说明的是，可以根据定制的测试需求在测试应用中完成诸如：稳定性测试、性能测试、兼容性测试等，实现定制化功能，完成特定测试任务。另外，测试的开发人员可以根据屏幕录制视频分析用户行为，例如：用户的操作习惯、更倾向于体验何种功能、容易在哪些特定界面流失等，以帮助开发人员更好地优化产品设计。

另外，上述第一服务端、第二服务端以及第三服务端既可以分别运行于不同的物理服务器中也可以运行于同一个物理服务器中。

可选地，显示终端4，用于记录屏幕录制视频的开始录制绝对时间，每帧视频图像播放的持续时间以及测试数据的采样时间戳，并根据开始录制绝对时间和每帧视频图像播放的持续时间确定屏幕录制视频的当前播放进度以及索引到当前采样时间戳对应的测试数据，保持屏幕录制视频与测试数据在时间上同步。

为了实现在显示终端上同时显示屏幕录制视频和测试数据，并在时间上保持二者的同步。首先，需要获取移动终端实时上传的屏幕录制视频和测试数据。

图2是根据本发明优选实施例的在移动终端上屏幕录制视频的录制过程的示意图。如图2所示，前一步骤的输出将作为下一步骤的输入，该流程可以包括以下处理步骤：

步骤S202，获取屏幕数据，Android和iOS平台分别提供了获取屏幕数据的API，其获取过程分别如下：

(1)在Android平台下，该优选实施例选用了MediaProjection类的方法createVirtualDisplay()创建虚拟屏幕以获取真实屏幕数据。

(2)在iOS平台下，使用UIView类的(BOOL)drawViewHierarchyInRect:(CGRect)rect fterScreenUpdates:(BOOL)afterUpdates方法。

为了不影响测试对象的运行效率，在上述两种平台下这一步骤运行均运行于独立线程中。

步骤S204，视频编码，其包括：硬编码与软编码两种方式，其中，硬编码由于使用了硬件加速的特性，在编码效率上明显优于软编码。为了避免干扰测试对象的运行效率，该优选实施例采用硬编码的方式。在Android和iOS平台下分别使用MediaCodec类和VideoToolBox类。由于VideoToolBox在iOS 8后推出，因此iOS版测试应用只能运行于iOS 8及其后续版本。

步骤S206，视频复用，在经过视频编码得到编码器输出的H.264码流后，需要将其封装进FLV容器。在该优选实施例中，采用开源软件库FFmpeg实现此项功能。基于FFmpeg复用视频包括写视频头、写视频帧和写视频尾三个部分，其中，写视频头是根据H.264码流的序列参数集(SPS)帧和图像参数集(PPS)帧来实现的，写视频帧则主要使用H.264码流的I帧和P帧，最后在屏幕录制结束时调用写视频尾API。

移动终端采集的测试数据可以包括但不限于以下指标至少之一：CPU使用率、内存消耗、网络流量消耗、电量消耗。以CPU使用率和内存消耗为例，在Android平台下可以使用***命令ps，即可获取测试对象进程的CPU使用率和内存消耗；在iOS平台下则可以调用***自身提供的task_info()接口。在测试时，需要提前设定采样频率。

由于视频文件和测试数据的格式差别较大，无法存储于同一文件中，而且网络传输所使用的协议也并不相同，因此，需要对视频文件和测试数据进行同步处理，才能够在实现查看测试结果时，屏幕录制视频和测试数据在时间上保持同步。该优选实施例可以记录视频的开始的绝对时间、每帧播放的持续时间以及测试数据的采样时间戳。

在视频播放过程中，通过Web前端播放器根据每帧播放的持续时间确定当前视频的播放进度，再结合视频开始的绝对时间即可在全部测试数据中索引到对应时间戳的测试数据。通过此种方式，可以使得在Web前端回放视频和测试数据时，两者的进度保持一致。

可选地，图3是根据本发明优选实施例的移动应用的测试***的结构示意图，如图3所示，上述***还可以包括：第三服务端5，其中，第三服务端5，用于在接收到第一服务端转发的屏幕录制视频和第二服务端转发的测试数据之后，通过对屏幕录制视频与测试数据建立对应关系，在第一预设时长内对屏幕录制视频与测试数据进行存储。

上述第三服务端可以是数据库服务端，以分布式数据库MongoDB的形式存在，负责存储短期(例如：三天)内的屏幕录制视频和测试数据，采用普通商业级硬盘，存储容量通常为数TB级。对于过期视频及测试数据，则将其转移至云存储***中，并从数据库服务端中删除；另外，通过云存储***可以向数据库服务端查询过期视频及测试数据。

在存储过程中，对于移动终端当前实时上传的屏幕录制视频与测试数据先分别暂存于第一服务端和第二服务端中，等到移动终端对屏幕录制视频录制完毕以及对测试数据采集完毕后，再由第一服务端和第二服务端分别将屏幕录制视频与测试数据发送至第三服务端，再由第三服务端进行存储。

可选地，如图3所示，上述***还可以包括：云端分布式服务器集群6；其中，云端分布式服务器集群6，用于接收来自于第三服务端的屏幕录制视频与测试数据，并在第二预设时长内对屏幕录制视频与测试数据进行存储，其中，第二预设时长大于第一预设时长。

上述云端分布式服务器集群负责提供云服务，其具有无容量上限的特点，存储长期的屏幕录制视频和测试数据。

为避免因屏幕录制导致出现移动终端存储空间不足的现象，该优选实施例中所录制的视频不会存储于移动终端本地，而是基于流媒体技术，采用预设协议(例如：RTMP)实时发送视频流至媒体服务端。同时，测试数据则使用预设协议(例如：Websocket)发送至业务服务端。媒体服务端采用带有RTMP功能的nginx实现，其具备将视频流存储至本地文件和实时转发视频流的功能。

该优选实施例提供了用于存储视频流和测试数据的三层架构，其分别为：临时层、短期层和永久层。临时层为运行媒体服务端和业务服务端的原生文件***，用于存储当前正在录制的视频和对应的测试数据。短期层为数据库服务端。永久层则是云存储***。每当测试结束后，业务服务端会将临时层的文件转存于短期层，其采用MongoDB作为数据库。利用MongoDB的GridFS和MongoEngine开源库，可以便捷地同时存储视频文件和测试数据，并将视频文件和测试数据关联在一起。由于视频文件需要占用较大的存储空间，因此短期层采用循环存储策略，定期将过期视频转存于理论上无容量上限的长期层。长期层采用云计算服务提供者提供的存储服务，其特点在于：存储空间巨大，而缺点则在于：读取速度相对于本地较慢。

可选地，显示终端4，还用于向第一服务端和/或第二服务端请求获取存储在第三服务端或云端分布式服务器集群上的屏幕录制视频和测试数据，并在第一服务端和/或第二服务端返回屏幕录制视频和测试数据后，对屏幕录制视频和测试数据进行回放。

在优选实施例中，可以采用Web方式为用户提供查看测试结果的应用界面。Web前端除了需要使用传统的HTTP协议外，还需要使用Websocket和RTMP协议。Web前端会同时接收分别来自于业务服务端和媒体服务端的测试数据和屏幕录制视频流。Web前端的应用主要可以实现以下两种功能：

(1)前面介绍过的实时查看测试结果；即，媒体服务端直接转发视频流至Web前端，而业务服务端则使用Websocket协议将测试数据实时推送至Web前端。

(2)测试结果回放。业务服务端首先从数据库服务端中读取视频文件、测试数据及其他测试元信息(包括但不限于：测试时间、测试设备信息、测试结果)。然后，在Web前端即可分别通过RTMP协议获取视频文件以及通过HTTP协议获取测试数据及其他测试元信息。最终，Web前端可以使用Flash播放器来播放FLV格式的视频。

可选地，第三服务端5，用于在确定屏幕录制视频和测试数据存储在服务端本地时，向第一服务端和/或第二服务端返回屏幕录制视频和测试数据；或者，在确定屏幕录制视频和测试数据未存储在服务端本地时，将从云端分布式服务器集群获取到的屏幕录制视频和测试数据转发至第一服务端和/或第二服务端。

Web前端可以采用以下三种方式之一请求获取待回放的屏幕录制视频和测试数据：

方式一、Web前端仅向第一服务端请求获取待回放的屏幕录制视频和测试数据；

方式二、Web前端仅向第二服务端请求获取待回放的屏幕录制视频和测试数据；

方式三、Web前端同时向第一服务端和第二服务端请求获取待回放的屏幕录制视频和测试数据。

第一服务端和/或第二服务端获取到上述请求消息后，会进一步向第三服务端请求获取待回放的屏幕录制视频和测试数据。而如果第三服务端能够在服务端本地查找到待回放的屏幕录制视频和测试数据，则可以直接返回待回放的屏幕录制视频和测试数据；但如果第三服务端未能在服务端本地查找到待回放的屏幕录制视频和测试数据，则需要向云端分布式服务器集群获取待回放的屏幕录制视频和测试数据，再返回给第一服务端和/或第二服务端。当然，第一服务端和/或第二服务端并不会感到云端分布式服务器集群的存在。

根据本发明实施例，还提供了另一种移动应用的测试***的实施例。该***包括：移动终端、服务端以及显示终端；其中，移动终端，用于获取与待测试移动应用对应的屏幕录制视频和测试数据，并将屏幕录制视频和测试数据实时上传至服务端；服务端，用于接收来自于移动终端的屏幕录制视频和测试数据，并将屏幕录制视频和测试数据实时转发至显示终端；显示终端，用于接收来自于服务端的屏幕录制视频和测试数据，并对屏幕录制视频和测试数据进行同步显示。

通过上述***，可以采用流媒体技术实现实时传输，测试应用不会占用移动终端本地的存储空间，而是实时将屏幕录制视频和测试数据发送至服务端。在Web前端使用界面同时提供实时查看和历史回看功能，以便于测试人员实时跟进测试状态以及查看测试结果。

在该实施例中提供的移动应用的测试***与图1和图3的最主要区别在于：如图1和图3所示，第一服务端、第二服务端和第三服务端将分别运行于不同的服务端中。而在该实施例中，上述第一服务端、第二服务端和第三服务端可以运行于同一个服务端中。虽然***架构有所差异，但是，两者所实现的具体功能并无实质差异，同样可以完成上述图1至图3所示的全部功能。此处不再赘述。

根据本发明实施例，还提供了一种移动应用的测试方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图4是根据本发明实施例的移动应用的测试方法的流程图，如图4所示，该方法可以包括如下处理步骤：

步骤S402，第一服务端接收移动终端实时上传的与待测试移动应用对应的屏幕录制视频并将屏幕录制视频实时转发至显示终端；

步骤S404，第二服务端接收移动终端实时上传的与待测试移动应用对应的测试数据并将测试数据实时转发至显示终端；

步骤S406，显示终端接收来自于第一服务端的屏幕录制视频和第二服务端的测试数据，并对屏幕录制视频和测试数据进行同步显示。

可选地，在步骤S406中，显示终端对屏幕录制视频和测试数据进行同步显示可以包括以下执行步骤：

步骤S4061，显示终端记录屏幕录制视频的开始录制绝对时间，每帧视频图像播放的持续时间以及测试数据的采样时间戳；

步骤S4062，显示终端根据开始录制绝对时间和每帧视频图像播放的持续时间确定屏幕录制视频的当前播放进度以及索引到当前采样时间戳对应的测试数据；

步骤S4063，显示终端按照当前播放进度和索引到的测试数据对屏幕录制视频与测试数据进行时间同步处理。

可选地，在步骤S402，第一服务端接将屏幕录制视频实时转发至显示终端以及步骤S404，第二服务端将测试数据实时转发至显示终端之后，还可以包括以下执行步骤：

步骤S407，第三服务端接收第一服务端转发的屏幕录制视频和第二服务端转发的测试数据；

步骤S408，第三服务端在屏幕录制视频与测试数据之间建立对应关系，并在第一预设时长内对屏幕录制视频与测试数据进行存储。

可选地，在步骤S408，第三服务端在第一预设时长内对屏幕录制视频与测试数据进行存储之后，还可以包括以下执行步骤：

步骤S409，云端分布式服务器集群接收来自于第三服务端的屏幕录制视频与测试数据，并在第二预设时长内对屏幕录制视频与测试数据进行存储，其中，第二预设时长大于第一预设时长。

可选地，在步骤S406，显示终端对屏幕录制视频和测试数据进行同步显示之后，还可以包括以下执行步骤：

步骤S410，显示终端向第一服务端和/或第二服务端请求获取存储在第三服务端或云端分布式服务器集群上的屏幕录制视频和测试数据；

步骤S412，显示终端在第一服务端和/或第二服务端返回屏幕录制视频和测试数据后，对屏幕录制视频和测试数据进行回放。

可选地，在步骤S410，显示终端请求获取存储在第三服务端或云端分布式服务器集群上的屏幕录制视频和测试数据之后，还可以包括以下执行步骤：

步骤S413，第三服务端在确定屏幕录制视频和测试数据存储在服务端本地时，向第一服务端和/或第二服务端返回屏幕录制视频和测试数据；或者，在确定屏幕录制视频和测试数据未存储在服务端本地时，将从云端分布式服务器集群获取到的屏幕录制视频和测试数据转发至第一服务端和/或第二服务端。

根据本发明实施例，还提供了另一种移动应用的测试方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图5是根据本发明实施例的另一种移动应用的测试方法的流程图，如图5所示，该方法可以包括如下处理步骤：

步骤S502，服务端接收移动终端实时上传的屏幕录制视频和测试数据；

步骤S504，服务端将屏幕录制视频和测试数据实时转发至显示终端；

步骤S506，显示终端接收来自于服务端的屏幕录制视频和测试数据，并对屏幕录制视频和测试数据进行同步显示。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种移动应用的测试***，其特征在于，包括：移动终端、第一服务端、第二服务端以及显示终端；其中，

所述移动终端，用于获取与待测试移动应用对应的屏幕录制视频和测试数据，并将所述屏幕录制视频实时上传至所述第一服务端以及将所述测试数据实时上传至所述第二服务端；

所述第一服务端，用于接收来自于所述移动终端的所述屏幕录制视频并将所述屏幕录制视频实时转发至所述显示终端；

所述第二服务端，用于接收来自于所述移动终端的所述测试数据并将所述测试数据实时转发至所述显示终端；

所述显示终端，用于接收来自于所述第一服务端的所述屏幕录制视频和所述第二服务端的所述测试数据，并对所述屏幕录制视频和所述测试数据进行同步显示。

2.根据权利要求1所述的***，其特征在于，所述显示终端，用于记录所述屏幕录制视频的开始录制绝对时间，每帧视频图像播放的持续时间以及所述测试数据的采样时间戳，并根据所述开始录制绝对时间和所述每帧视频图像播放的持续时间确定所述屏幕录制视频的当前播放进度以及索引到当前采样时间戳对应的测试数据，保持所述屏幕录制视频与所述测试数据在时间上同步。

3.根据权利要求1所述的***，其特征在于，所述***还包括：第三服务端，其中，所述第三服务端，用于在接收到所述第一服务端转发的所述屏幕录制视频和所述第二服务端转发的所述测试数据之后，通过对所述屏幕录制视频与所述测试数据建立对应关系，在第一预设时长内对所述屏幕录制视频与所述测试数据进行存储。

4.根据权利要求3所述的***，其特征在于，所述***还包括：云端分布式服务器集群；其中，所述云端分布式服务器集群，用于接收来自于所述第三服务端的所述屏幕录制视频与所述测试数据，并在第二预设时长内对所述屏幕录制视频与所述测试数据进行存储，其中，所述第二预设时长大于所述第一预设时长。

5.根据权利要求4所述的***，其特征在于，所述显示终端，还用于向所述第一服务端和/或所述第二服务端请求获取存储在所述第三服务端或所述云端分布式服务器集群上的所述屏幕录制视频和所述测试数据，并在所述第一服务端和/或所述第二服务端返回所述屏幕录制视频和所述测试数据后，对所述屏幕录制视频和所述测试数据进行回放。

6.根据权利要求5所述的***，其特征在于，所述第三服务端，用于在确定所述屏幕录制视频和所述测试数据存储在服务端本地时，向所述第一服务端和/或所述第二服务端返回所述屏幕录制视频和所述测试数据；或者，在确定所述屏幕录制视频和所述测试数据未存储在服务端本地时，将从所述云端分布式服务器集群获取到的所述屏幕录制视频和所述测试数据转发至所述第一服务端和/或所述第二服务端。

7.一种移动应用的测试***，其特征在于，包括：移动终端、服务端以及显示终端；其中，

所述移动终端，用于获取与待测试移动应用对应的屏幕录制视频和测试数据，并将所述屏幕录制视频和所述测试数据实时上传至所述服务端；

所述服务端，用于接收来自于所述移动终端的所述屏幕录制视频和所述测试数据，并将所述屏幕录制视频和所述测试数据实时转发至所述显示终端；

所述显示终端，用于接收来自于所述服务端的所述屏幕录制视频和所述测试数据，并对所述屏幕录制视频和所述测试数据进行同步显示。

8.一种移动应用的测试方法，其特征在于，包括：

第一服务端接收移动终端实时上传的与待测试移动应用对应的屏幕录制视频并将所述屏幕录制视频实时转发至显示终端；

第二服务端接收所述移动终端实时上传的与所述待测试移动应用对应的测试数据并将所述测试数据实时转发至所述显示终端；

所述显示终端接收来自于所述第一服务端的所述屏幕录制视频和所述第二服务端的所述测试数据，并对所述屏幕录制视频和所述测试数据进行同步显示。

9.根据权利要求8所述的方法，其特征在于，所述显示终端对所述屏幕录制视频和所述测试数据进行同步显示包括：

所述显示终端记录所述屏幕录制视频的开始录制绝对时间，每帧视频图像播放的持续时间以及所述测试数据的采样时间戳；

所述显示终端根据所述开始录制绝对时间和所述每帧视频图像播放的持续时间确定所述屏幕录制视频的当前播放进度以及索引到当前采样时间戳对应的测试数据；

所述显示终端按照所述当前播放进度和索引到的测试数据对所述屏幕录制视频与所述测试数据进行时间同步处理。

10.根据权利要求8所述的方法，其特征在于，在所述第一服务端接将所述屏幕录制视频实时转发至所述显示终端以及所述第二服务端将所述测试数据实时转发至所述显示终端之后，还包括：

第三服务端接收所述第一服务端转发的所述屏幕录制视频和所述第二服务端转发的所述测试数据；

所述第三服务端在所述屏幕录制视频与所述测试数据之间建立对应关系，并在第一预设时长内对所述屏幕录制视频与所述测试数据进行存储。

11.根据权利要求10所述的方法，其特征在于，在所述第三服务端在所述第一预设时长内对所述屏幕录制视频与所述测试数据进行存储之后，还包括：

云端分布式服务器集群接收来自于所述第三服务端的所述屏幕录制视频与所述测试数据，并在第二预设时长内对所述屏幕录制视频与所述测试数据进行存储，其中，所述第二预设时长大于所述第一预设时长。

12.根据权利要求11所述的方法，其特征在于，在所述显示终端对所述屏幕录制视频和所述测试数据进行同步显示之后，还包括：

所述显示终端向所述第一服务端和/或所述第二服务端请求获取存储在所述第三服务端或所述云端分布式服务器集群上的所述屏幕录制视频和所述测试数据；

所述显示终端在所述第一服务端和/或所述第二服务端返回所述屏幕录制视频和所述测试数据后，对所述屏幕录制视频和所述测试数据进行回放。

13.根据权利要求12所述的方法，其特征在于，在所述显示终端请求获取存储在所述第三服务端或所述云端分布式服务器集群上的所述屏幕录制视频和所述测试数据之后，还包括：

所述第三服务端在确定所述屏幕录制视频和所述测试数据存储在服务端本地时，向所述第一服务端和/或所述第二服务端返回所述屏幕录制视频和所述测试数据；或者，在确定所述屏幕录制视频和所述测试数据未存储在服务端本地时，将从所述云端分布式服务器集群获取到的所述屏幕录制视频和所述测试数据转发至所述第一服务端和/或所述第二服务端。

14.一种移动应用的测试方法，其特征在于，包括：

服务端接收移动终端实时上传的所述屏幕录制视频和所述测试数据；

所述服务端将所述屏幕录制视频和所述测试数据实时转发至显示终端；

所述显示终端接收来自于所述服务端的所述屏幕录制视频和所述测试数据，并对所述屏幕录制视频和所述测试数据进行同步显示。