CN105260301A - 用户界面的视效比对测试装置及其实现方法 - Google Patents

Abstract

本发明公开了一种用户界面的视效比对测试装置，包括：遍历模块，用于遍历待测试应用所对应的可操作控件以触发生成相应的用户界面；截图模块，用于截取触发的当前用户界面；视效比对模块，用于在截取每一用户界面后，将截取的用户界面与预先保存的设计界面进行视效比对；或者还用于在遍历完所有可操作控件并相应保存截取的用户界面后，将保存的所有用户界面与预先保存的所有设计界面依次进行视效比对；比对结果输出模块，用于输出视效比对结果。本发明还公开了一种用户界面的视效比对测试装置的实现方法。通过本发明可自动实现对各种终端设备中应用程序所对应的用户界面的视效比对测试，进而提高了视效比对测试的工作效率与准确率。

Description

用户界面的视效比对测试装置及其实现方法

技术领域

本发明涉及通信技术领域，尤其涉及用户界面的视效比对测试装置及其实现方法。

背景技术

用户界面的视效对比测试具体是指对终端设备(比如手机)中应用程序所对应的用户界面(UserInterface，UI)与原始设计界面进行视觉效果对比，例如对比用户界面中的图标位置、图标大小、图标颜色、图标背景等是否一致，从而保证原始设计的用户界面和实现过程中所生成的用户界面相吻合。

目前，用户界面的视效对比测试通常采用人工比对的方式进行比对，由于用户界面不仅数量繁多，同时需要进行比对测试的项目也很多，因此，人工比对非常耗费时间及人力成本。此外，人工比对时的人为主观因素影响较大而且容易出现比对测试项目的遗漏，因而也相应降低了比对测试的准确率。

发明内容

本发明的主要目的在于提供一种用户界面的视效比对测试装置及其实现方法，旨在解决现有采用人工比对的方式进行用户界面的视效比对测试所出现的问题。

为实现上述目的，本发明提供一种用户界面的视效比对测试装置，所述用户界面的视效比对测试装置包括：

遍历模块，用于根据设定的遍历策略，遍历待测试应用所对应的可操作控件以触发生成相应的用户界面，其中，所述可操作控件用于启动所述待测试应用以及启动所述待测试应用中的各级操作选项；

截图模块，用于当遍历每一可操作控件时，截取遍历时所触发的当前用户界面；

视效比对模块，用于在截取每一用户界面后，获取预先保存的且与截取的当前用户界面相对应的设计界面，并将截取的当前用户界面与获取的相应设计界面进行视效比对；或，

所述视效比对模块用于：在截取每一用户界面后，对所截取的用户界面进行命名与保存处理；在遍历完所有可操作控件并相应保存截取的用户界面后，根据设定的视效比对顺序，分别依次获取待比对的用户界面以及预先保存的且与当前获取的待比对用户界面相对应的设计界面以进行视效比对；

比对结果输出模块，用于输出视效比对结果。

优选地，所述用户界面的视效比对测试装置还包括：

连通图构造模块，用于根据所述待测试应用所对应的所有可操作控件之间的上下级联关系，以启动所述待测试应用所对应的可操作控件作为顶点以及以启动所述待测试应用中的各级操作选项所对应的可操作控件作为节点，构造相应的单向连通图，以确定所述待测试应用所对应的可操作控件的遍历策略。

优选地，所述遍历策略包括：采用广度优先遍历方式和/或深度优先遍历方式，对所述单向连通图进行遍历。

优选地，所述用户界面的视效比对测试装置还包括：

格式控制模块，用于在截取用户界面时，控制用户界面截图的格式参数与设计界面的格式参数保持一致，所述格式参数至少包括图片编码格式、图片形状及图片尺寸。

优选地，所述视效比对模块包括：视效比对单元；

所述视效比对单元具体用于：将用户界面截图与设计界面同一位置上的像素进行混合处理，以突出显示混合处理后的不相同的像素。

进一步地，为实现上述目的，本发明还提供一种用户界面的视效比对测试装置的实现方法，所述用户界面的视效比对测试装置的实现方法包括：

根据设定的遍历策略，遍历待测试应用所对应的可操作控件以触发生成相应的用户界面，其中，所述可操作控件用于启动所述待测试应用以及启动所述待测试应用中的各级操作选项；

当遍历每一可操作控件时，截取遍历时所触发的当前用户界面；

在截取每一用户界面后，获取预先保存的且与截取的当前用户界面相对应的设计界面，并将截取的当前用户界面与获取的相应设计界面进行视效比对；或，

在截取每一用户界面后，对所截取的用户界面进行命名与保存处理；在遍历完所有可操作控件并相应保存截取的用户界面后，根据设定的视效比对顺序，分别依次获取待比对的用户界面以及预先保存的且与当前获取的待比对用户界面相对应的设计界面以进行视效比对；

输出视效比对结果。

优选地，在开始遍历待测试应用所对应的可操作控件之前包括：

根据所述待测试应用所对应的所有可操作控件之间的上下级联关系，以启动所述待测试应用所对应的可操作控件作为顶点以及以启动所述待测试应用中的各级操作选项所对应的可操作控件作为节点，构造相应的单向连通图，以确定所述待测试应用所对应的可操作控件的遍历策略。

优选地，所述遍历策略包括：采用广度优先遍历方式和/或深度优先遍历方式，对所述单向连通图进行遍历。

优选地，在截取用户界面时，控制用户界面截图的格式参数与设计界面的格式参数保持一致，所述格式参数至少包括图片编码格式、图片形状及图片尺寸。

优选地，所述视效比对包括：

将用户界面截图与设计界面同一位置上的像素进行混合处理，以突出显示混合处理后的不相同的像素。

本发明通过遍历待测试应用所对应的可操作控件以触发生成相应的用户界面，从而实现对待测试应用内所有用户界面的自动生成；通过自动截取触发生成的用户界面，进而获得实际操作过程中所生成的用户界面的截图；最后再将用户界面截图与原始设计的用户界面图片进行视觉效果的比对测试，并输出比对测试结果。通过本发明可自动实现对各种终端设备中应用程序所对应的用户界面的视效比对测试，提高了视效比对测试的工作效率与准确率，同时也相应降低了比对测试成本。

附图说明

图1为实现本发明各个实施例的移动终端的硬件结构示意；

图2为如图1所示的移动终端的无线通信系统示意图；

图3为用户界面的视效比对测试装置第一实施例的功能模块示意图；

图4为本发明中可操作控件的示例图；

图5为本发明中截取的图片与设计的图片的命名示例图；

图6为本发明用户界面的视效比对测试装置第二实施例的功能模块示意图；

图7为本发明中各可操作控件所构成的单向连通图的示意图；

图8为本发明用户界面的视效比对测试装置第三实施例的功能模块示意图；

图9为图3中视效比对模块的细化功能模块示意图；

图10为本发明中视效比对与比对结果输出示例图；

图11为本发明用户界面的视效比对测试装置的实现方法第一实施例的流程示意图；

图12为本发明用户界面的视效比对测试装置的实现方法第二实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如"模块"、"部件"或"单元"的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的移动终端的硬件结构示意。

移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。

广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H)，前向链路媒体(MediaFLO)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。

短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂TM等等。

位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块的典型示例是GPS(全球定位系统)。根据当前的技术，GPS模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS模块115能够通过实时地连续计算当前位置信息来计算速度信息。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风1220，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机1210。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。感测单元140可以包括接近传感器1410将在下面结合触摸屏来对此进行描述。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152、警报单元153等等。

显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。

警报单元153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报单元153可以以不同的方式提供输出以通知事件的发生。例如，警报单元153可以以振动的形式提供输出，当接收到呼叫、消息或一些其它进入通信(incomingcommunication)时，警报单元153可以提供触觉输出(即，振动)以将其通知给用户。通过提供这样的触觉输出，即使在用户的移动电话处于用户的口袋中时，用户也能够识别出各种事件的发生。警报单元153也可以经由显示单元151或音频输出模块152提供通知事件的发生的输出。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块1810，多媒体模块1810可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

现在将参考图2描述其中根据本发明的移动终端能够操作的通信系统。

这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地，长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。

参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)2800MSC280被构造为与公共电话交换网络(PSTN)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站270的BSC275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM，IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC2750。

每个BS270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz,5MHz等等)。

分区与频率分配的交叉可以被称为CDMA信道。BS270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下，术语"基站"可以用于笼统地表示单个BSC275和至少一个BS270。基站也可以被称为"蜂窝站"。或者，特定BS270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(BT)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。

在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。如图1中所示的GPS模块115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。

作为无线通信系统的一个典型操作，BS270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS270以将正向链路信号发送到移动终端100。

基于上述移动终端硬件结构以及通信系统，提出本发明用户界面的视效比对测试装置的各个实施例。

参照图3，图3为用户界面的视效比对测试装置第一实施例的功能模块示意图。本实施例中，所述用户界面的视效比对测试装置包括：

遍历模块10，用于根据设定的遍历策略，遍历待测试应用所对应的可操作控件以触发生成相应的用户界面，其中，所述可操作控件用于启动所述待测试应用以及启动所述待测试应用中的各级操作选项；

现有移动终端中，为实现人机交互，一般都提供有用于人机交互的用户界面，比如用户打开手机时的桌面界面，用户通过桌面界面进行相应操作时，比如打开微信，则对应有微信应用的启动界面；又比如打开系统设置时，则对应有手机的系统设置界面。因此，本实施例中的用户界面既可以是移动终端内的系统应用的用户界面，也可以是移动终端上用户所安装的应用程序的用户界面，也即本实施例中的待测试应用既可以是移动终端的系统应用程序，也可以是后续安装在移动终端上的应用程序。需要进一步说明的是，对于不同的测试厂家来说，其所对应的测试应用对象也不同。例如，对于手机厂商来说，一般只需测试手机出厂时所具备的用户界面，比如手机系统应用的用户界面；而对于应用程序的提供商来说，一般只需测试其所提供的应用程序在手机上的用户界面，本实施例中对于待测试应用不限。

本实施例中，可操作控件具体是指应用程序上用户可以点击操作并生成相应用户界面的控件(也即对应一种操作选项)，具体是指如图4所示的用户可以点击的控件，如手机桌面上的微信图标是启动微信应用的可操作控件，启动微信图标将对应触发生成微信应用的主视图用户界面，而在微信应用的主视图用户界面所对应的下一级可操作控件包括有用户可以点击的好友对话(即“微信”选项)控件、通讯录(即“通讯录”选项)控件、微信应用(即“发现”选项)控件、用户信息(即“我”选项)控件等，而微信应用控件所触发的用户界面所对应的下一级可操作控件包括用户可以点击的朋友圈控件、扫一扫控件、摇一摇控件等。而对于非可操作控件具体是指通过监控预设事件而触发相应控制以实现相应功能的控件，比如，关闭当前窗口的控件、手机屏幕上监测滑动手势的控件等，同时也是不能触发生成相应用户界面的按键。

此外，从可操作控件的出现顺序(也即用户界面的生成顺序)上看，应用程序上的所有可操作控件之间都具有相应的级联关系，因此，本实施例中，优选通过可操作控件之间的级联关系以对各可操作控件进行遍历，其中，遍历的策略不限。例如，若可操作控件之间的级联关系为二叉树结构，则可采用二叉树的遍历策略进行遍历；而若是连通图结构，则可采用深度优先遍历策略或广度优先遍历策略进行遍历。

本实施例中，通过遍历模块10启动测试应用所对应的可操作控件，从而生成相应的用户界面。通常对于一款应用程序的视效比对测试来说，都需要测试用户操作时所相应生成的所有用户界面，也即需要测试应用启动时的用户界面以及应用启动后所对应的每一层级的用户界面，也即可操作控件用于启动待测试应用以及启动待测试应用中的各级操作选项。

截图模块20，用于当遍历每一可操作控件时，截取遍历时所触发的当前用户界面；

本实施例中，为实现人机交互，应用程序通过可操作控件以获取用户所选择的操作指令，并触发生成相应的用户界面，也即每遍历一可操作控件都会触发生成相应的用户界面，为实现对用户界面的视效比对测试，因此，通过截图模块20截图的方式截取遍历时所触发的用户界面。本实施例中并不限定截图的要求，比如截图的编码格式、形状、尺寸等，具体根据所测试的移动终端与被测试应用的特征以及对比测试时所使用的原始设计界面图片而进行设置，比如某些应用的用户界面可以改变显示的大小，因此截图时无需截取整个屏幕范围内的界面；比如对于手机来说，一般用户界面都会全屏显示，因此需要整个手机的屏幕界面。

需要进一步说明的是，由于本实施例中，几乎所有用户界面都是静态显示的，同时，视效比对也具体是对静态的用户界面的视觉效果比对，因此，本实施例中优选通过截图的方式提取使用户界面，同时也预先将原始的设计界面以图片形式进行保存，其中，原始的设计界面是进行视效比对的基准。

视效比对模块30，用于在截取每一用户界面后，获取预先保存的且与截取的当前用户界面相对应的设计界面，并将截取的当前用户界面与获取的相应设计界面进行视效比对；或，

所述视效比对模块30还用于在截取每一用户界面后，对所截取的用户界面进行命名与保存处理；在遍历完所有可操作控件并相应保存截取的用户界面后，根据预设的视效比对顺序，分别依次获取待比对的用户界面以及预先保存的且与当前获取的待比对用户界面相对应的设计界面以进行视效比对；

本实施例中，将截取的用户界面与预先保存设计界面进行视效比对的优选方式有两种：

(1)优选方式一：边截取用户界面，边进行视效比对；

本优选方式中，在每一次遍历而截取用户界面并形成截图后，此时截图数据存在于内存中而并没有立即清除，因此，可以随即进行用户截图与设计界面图片的视效比对处理。视效比对是一个不断进行比对—>修改—>再比对—>再修改的过程，因此，本优选方式可适用于用户界面修改过程中的视效比对测试，比如修改了若干次后的视效比对，此时需要再次继续修改的用户界面不会太多，因此不必保留大量的比对合格的用户界面截图。而若需要修改，则可在比对结束后，根据比对结果单独对某些用户界面进行截图以便于分析修改。需要说明的是，本优选方式中的用户界面截图可采用移动终端系统内的默认截图命名方式进行命名，在进行视效对比时，通过当前所遍历的可操作控件标识获取与当前用户界面截图相对应的原始设计界面图片。

(2)优选方式二：遍历结束后，依次对截取并保存的所有用户界面进行视效比对。

本优选方式中，需要保存用户界面截图，并在待测试应用的所有可操作控件都遍历结束后，再统一进行用户界面截图与原始设计界面图片的视效比对。本优选方式可适用于初期的视效比对测试，比如前三次的视效比对测试。另外，需要说明的是，为保证用户界面截图与原始设计界面图片能够一一对应地进行视效比对，因此，需要对用户界面截图与原始设计界面图片的命名及保存进行相应处理，具体的命名处理方式不限。

例如，根据原始设计界面图片的命名，相应进行用户界面截图的命名处理，从而使二者的图片名称具有关联性，比如二者采用相同的图片名称命名，比如采用用户界面的描述进行命名，如命名的图片名称可以为主界面、设置界面、通话设置界面、声音设置界面等；又或者采用具有映射关系的命名方式进行图片名称的命名，从而通过命名的映射关系即可实现用户界面截图与原始设计界面图片的一一对应，比如名称为ABC的用户界面截图其所对应的原始设计界面图片的名称为abc。

如图5所示的命名处理示例。例如，将所截取的图片进行命名处理后再保存到移动终端(比如手机)上的screen文件夹中，而将原始设计界面图片进行同样的命名处理后保存在resource文件夹中；然后根据图片名称，依次从screen文件夹中以及resource文件夹中获取具有相同命名的用户界面截图与原始设计界面图片进行视效比对，比如首先从screen文件夹中获取名称为P1的用户界面截图，然后再从resource文件夹中获取名称为P1的原始设计界面图片，然后再进行视效比对，并输出比对结果。接下来再重复上述过程依次比对名称为P2的用户界面截图与名称为P2的原始设计界面图片，直至screen文件夹与resource文件夹中的所有保存的图片比对完毕。

本实施例中，对于用户界面截图与原始设计界面图片的视效比对的具体实现方式不限。例如按照预定比对顺序，依次获取用户界面截图与设计界面图片同一位置上的像素，以比较两个像素的相同参数的值是否相等或者相同参数的差值是否在预设的相应阈值范围内，从而得出用户界面截图是否视效比对合格，但此类方式不仅计算数量大、比对效率不高，同时还需进一步对比对结果进行进一步处理后(比如将用户界面截图上比对不同的像素点标示出来)测试人员才能更为直观的了解视效差异。

比对结果输出模块40，用于输出视效比对结果。

本实施例中，视效比对结果的输出内容及形式不限，具体根据视效比对的方法而定。比如，输出用户界面截图上的像素坐标及对应的像素参数值；或者直接将不相同的像素点以图片形式输出显示。

本实施例中，通过遍历待测试应用所对应的可操作控件以触发生成相应的用户界面，从而实现对待测试应用内所有用户界面的自动生成；通过自动截取触发生成的用户界面，进而获得实际操作过程中所生成的用户界面的截图；最后再将用户界面截图与原始设计的用户界面图片进行视觉效果的比对测试，并输出比对测试结果。本实施例自动实现了对各种移动终端中应用程序所对应的用户界面的视效比对测试，提高了视效比对测试的工作效率与准确率，同时也相应降低了比对测试成本。

参照图6，图6为本发明用户界面的视效比对测试装置第二实施例的功能模块示意图。为进一步提高视效比对效率，本实施例中，用户界面的视效比对测试装置还包括：

连通图构造模块50，用于根据所述待测试应用所对应的所有可操作控件之间的上下级联关系，以启动所述待测试应用所对应的可操作控件作为顶点以及以启动所述待测试应用中的各级操作选项所对应的可操作控件作为节点，构造相应的单向连通图，以确定所述待测试应用所对应的可操作控件的遍历策略。

在遍历可操作控件的过程中，由于各可操作控件之间的级联关系错综复杂，因此，各可操作控件遍历的路径顺序也多种多样，因而必然存在优选的遍历顺序。本实施例中，优选通过连通图构造模块50，根据待测试应用所对应的所有可操作控件之间的上下级联关系，构造生成相应的单向连通图(一种逻辑关系图)。

如图7所示，例如，A对应为待测试应用的启动控件，比如应用图标，对应为整个连通图的顶点；B1与B2则为顶点A下的节点，对应为应用的启动控件启动后所生成的用户界面中的可操作控件；C1、C2、C3、C4为节点B1下的子节点，对应为B1可操作控件启动后所生成的用户界面中的可操作控件；C4、C5、C6为节点B2下的子节点，对应为B2可操作控件启动后所生成的用户界面中的可操作控件；D1、D2、D3、D4为节点C3下的子节点，对应为C3可操作控件启动后所生成的用户界面中的可操作控件。此外，图7中的其他连通关系类似，因此不做过多赘述。

在构造得到如图7所示的单向连通图后，调用预设的各种遍历策略，从单向图中的顶点开始遍历，直至遍历所有节点后结束，最后综合判断以确定最优的遍历策略，比如遍历时间最短且资源消耗最低的遍历策略最优，因此本实施例中优选采用广度优先遍历方式和/或深度优先遍历方式，对单向连通图进行遍历。需要说明的是，对于单向连通图中各节点的遍历并不进行截图处理。

本实施例中，尽管存在多种遍历策略都可以完成对单向连通图中各节点的遍历，但由于不同的测试应用对象，其所对应的用户界面数量及其相互的级联关系的复杂度都不一样，因此遍历的速度与资源消耗的差异也会越来越明显，因此并不能事先确定当前所设置的遍历策略是最优的，因而有必要进行遍历策略的确定处理。需要说明的是，由于本实施例在对单向连通图中各节点的遍历并不进行截图处理，因此遍历单向连通图以确定最优遍历策略的时间相对于整个测试时长来说几乎可以忽略。

参照图8，图8为本发明用户界面的视效比对测试装置第三实施例的功能模块示意图。本实施例中，所述用户界面的视效比对测试装置还包括：

格式控制模块60，用于在截取用户界面时，控制用户界面截图的格式参数与设计界面的格式参数保持一致，所述格式参数至少包括图片编码格式、图片形状及图片尺寸。

为进一步降低视效比对的复杂度以及避免格式不统一所带来的比对误差，因此本实施例中优选在截取用户界面时，通过格式控制模块60控制用户界面截图的格式参数与设计界面的格式参数保持一致，所述格式参数至少包括图片编码格式、图片形状及图片尺寸。比如设计界面采用jpg格式，形状为矩形，尺寸为800×480，则用户界面截图也采用一致相同的jpg格式、矩形、800×480尺寸。

参照图9，图9为图3中视效比对模块的细化功能模块示意图。本实施例中，所述视效比对模块30包括：视效比对单元301；

所述视效比对单元301具体用于：将用户界面截图与设计界面同一位置上的像素进行混合处理，以突出显示混合处理后的不相同的像素。

本实施例中，通过视效比对单元301将用户界面截图与设计界面同一位置上的像素进行混合处理，以突出显示混合处理后的不相同的像素，如图10所示的比对图与比对结果示意图。通过进行像素的混合处理后，得到混合处理后的图片，也即比对结果(以图片输出显示比对结果)。在该进行像素混合后的图片中，相同的像素不突出显示，而不相同的像素突出显示，从而测试人员可以更为直观的了解比对的视效差异，从而发现实现与设计不符合的地方。

参照图11，图11为本发明用户界面的视效比对测试装置的实现方法第一实施例的流程示意图。本实施例中，所述用户界面的视效比对测试装置的实现方法包括：

步骤S10，根据设定的遍历策略，遍历待测试应用所对应的可操作控件以触发生成相应的用户界面，其中，所述可操作控件用于启动所述待测试应用以及启动所述待测试应用中的各级操作选项；

本实施例中，用户界面的视效比对测试装置优选设置于移动终端上，也即对移动终端内的应用的用户界面进行视效比对测试。

本实施例中，可操作控件具体是指应用程序上用户可以点击操作并生成相应用户界面的控件(也即对应一种操作选项)，具体是指如图4所示的用户可以点击的控件，如手机桌面上的微信图标是启动微信应用的可操作控件，启动微信图标将对应触发生成微信应用的主视图用户界面，而在微信应用的主视图用户界面所对应的下一级可操作控件包括有用户可以点击的好友对话控件、通讯录控件、微信应用控件、用户信息控件等，而微信应用控件所触发的用户界面所对应的下一级可操作控件包括用户可以点击的朋友圈控件、扫一扫控件、摇一摇控件等。而对于非可操作控件具体是指通过监控预设事件而触发相应控制以实现相应功能的控件，比如，关闭当前窗口的控件、手机屏幕上监测滑动手势的控件等，同时也是不能触发生成相应用户界面的按键。

此外，从可操作控件的出现顺序(也即用户界面的生成顺序)上看，应用程序上的所有可操作控件之间都具有相应的级联关系，因此，本实施例中，优选通过可操作控件之间的级联关系以对各可操作控件进行遍历，其中，遍历的策略不限。例如，若可操作控件之间的级联关系为二叉树结构，则可采用二叉树的遍历策略进行遍历；而若是连通图结构，则可采用深度优先遍历策略或广度优先遍历策略进行遍历。

本实施例中，通过启动测试应用所对应的可操作控件，从而生成相应的用户界面。通常对于一款应用程序的视效比对测试来说，都需要测试用户操作时所相应生成的所有用户界面，也即需要测试应用启动时的用户界面以及应用启动后所对应的每一层级的用户界面，也即可操作控件用于启动待测试应用以及启动待测试应用中的各级操作选项。

步骤S20，当遍历每一可操作控件时，截取遍历时所触发的当前用户界面；

本实施例中，为实现人机交互，应用程序通过可操作控件以获取用户所选择的操作指令，并触发生成相应的用户界面，也即每遍历一可操作控件都会触发生成相应的用户界面，为实现对用户界面的视效比对测试，因此，通过截取遍历时所触发的用户界面。本实施例中并不限定截图的要求，比如截图的编码格式、形状、尺寸等，具体根据所测试的移动终端与被测试应用的特征以及对比测试时所使用的原始设计界面图片而进行设置，比如某些应用的用户界面可以改变显示的大小，因此截图时无需截取整个屏幕范围内的界面；比如对于手机来说，一般用户界面都会全屏显示，因此需要整个手机的屏幕界面。

需要进一步说明的是，由于本实施例中，几乎所有用户界面都是静态显示的，同时，视效比对也具体是对静态的用户界面的视觉效果比对，因此，本实施例中优选通过截图的方式提取使用户界面，同时也预先将原始的设计界面以图片形式进行保存，其中，原始的设计界面是进行视效比对的基准。

为进一步降低视效比对的复杂度以及避免格式不统一所带来的比对误差，因此本实施例中优选在截取用户界面时，通过控制用户界面截图的格式参数与设计界面的格式参数保持一致，所述格式参数至少包括图片编码格式、图片形状及图片尺寸。比如设计界面采用jpg格式，形状为矩形，尺寸为800×480，则用户界面截图也采用一致相同的jpg格式、矩形、800×480尺寸。

步骤S30，在截取每一用户界面后，获取预先保存的且与截取的当前用户界面相对应的设计界面，并将截取的当前用户界面与获取的相应设计界面进行视效比对；或，在截取每一用户界面后，对所截取的用户界面进行命名与保存处理；在遍历完所有可操作控件并相应保存截取的用户界面后，根据设定的视效比对顺序，分别依次获取待比对的用户界面以及预先保存的且与当前获取的待比对用户界面相对应的设计界面以进行视效比对；

本实施例中，将截取的用户界面与预先保存设计界面进行视效比对的优选方式有两种：

(1)优选方式一：边截取用户界面，边进行视效比对；

本优选方式中，在每一次遍历而截取用户界面并形成截图后，此时截图数据存在于内存中而并没有立即清除，因此，可以随即进行用户截图与设计界面图片的视效比对处理。视效比对是一个不断进行比对—>修改—>再比对—>再修改的过程，因此，本优选方式可适用于用户界面修改过程中的视效比对测试，比如修改了若干次后的视效比对，此时需要再次继续修改的用户界面不会太多，因此不必保留大量的比对合格的用户界面截图。而若需要修改，则可在比对结束后，根据比对结果单独对某些用户界面进行截图以便于分析修改。需要说明的是，本优选方式中的用户界面截图可采用移动终端系统内的默认截图命名方式进行命名，在进行视效对比时，通过当前所遍历的可操作控件标识获取与当前用户界面截图相对应的原始设计界面图片。

(2)优选方式二：遍历结束后，依次对截取并保存的所有用户界面进行视效比对。

本优选方式中，需要保存用户界面截图，并在待测试应用的所有可操作控件都遍历结束后，再统一进行用户界面截图与原始设计界面图片的视效比对。本优选方式可适用于初期的视效比对测试，比如前三次的视效比对测试。另外，需要说明的是，为保证用户界面截图与原始设计界面图片能够一一对应地进行视效比对，因此，需要对用户界面截图与原始设计界面图片的命名及保存进行相应处理，具体的命名处理方式不限。

例如，根据原始设计界面图片的命名，相应进行用户界面截图的命名处理，从而使二者的图片名称具有关联性，比如二者采用相同的图片名称命名，比如采用用户界面的描述进行命名，如命名的图片名称可以为主界面、设置界面、通话设置界面、声音设置界面等；又或者采用具有映射关系的命名方式进行图片名称的命名，从而通过命名的映射关系即可实现用户界面截图与原始设计界面图片的一一对应，比如名称为ABC的用户界面截图其所对应的原始设计界面图片的名称为abc。

如图5所示的命名处理示例。例如，将所截取的图片进行命名处理后再保存到移动终端(比如手机)上的screen文件夹中，而将原始设计界面图片进行同样的命名处理后保存在resource文件夹中；然后根据图片名称，依次从screen文件夹中以及resource文件夹中获取具有相同命名的用户界面截图与原始设计界面图片进行视效比对，比如首先从screen文件夹中获取名称为P1的用户界面截图，然后再从resource文件夹中获取名称为P1的原始设计界面图片，然后再进行视效比对，并输出比对结果。接下来再重复上述过程依次比对名称为P2的用户界面截图与名称为P2的原始设计界面图片，直至screen文件夹与resource文件夹中的所有保存的图片比对完毕。

本实施例中，对于用户界面截图与原始设计界面图片的视效比对的具体实现方式不限。例如按照预定比对顺序，依次获取用户界面截图与设计界面图片同一位置上的像素，以比较两个像素的相同参数的值是否相等或者相同参数的差值是否在预设的相应阈值范围内，从而得出用户界面截图是否视效比对合格，但此类方式不仅计算数量大、比对效率不高，同时还需进一步对比对结果进行进一步处理后(比如将用户界面截图上比对不同的像素点标示出来)测试人员才能更为直观的了解视效差异。

因此，本实施例中，优选将用户界面截图与设计界面同一位置上的像素进行混合处理，以突出显示混合处理后的不相同的像素，如图10所示的比对图与比对结果示意图。通过进行像素的混合处理后，得到混合处理后的图片，也即比对结果(以图片输出显示比对结果)。在该进行像素混合后的图片中，相同的像素不突出显示，而不相同的像素突出显示，从而测试人员可以更为直观的了解比对的视效差异，从而发现实现与设计不符合的地方。

步骤S40，输出视效比对结果。

本实施例中，视效比对结果的输出内容及形式不限，具体根据视效比对的方法而定。比如，输出用户界面截图上的像素坐标及对应的像素参数值；或者直接将不相同的像素点以图片形式输出显示。

本实施例中，通过遍历待测试应用所对应的可操作控件以触发生成相应的用户界面，从而实现对待测试应用内所有用户界面的自动生成；通过自动截取触发生成的用户界面，进而获得实际操作过程中所生成的用户界面的截图；最后再将用户界面截图与原始设计的用户界面图片进行视觉效果的比对测试，并输出比对测试结果。本实施例自动实现了对各种移动终端中应用程序所对应的用户界面的视效比对测试，提高了视效比对测试的工作效率与准确率，同时也相应降低了比对测试成本。

参照图12，图12为本发明用户界面的视效比对测试装置的实现方法第二实施例的流程示意图。为进一步提高视效比对效率，本实施例中，在开始遍历待测试应用所对应的可操作控件之前，也即在步骤S10之前包括：

步骤S00，根据所述待测试应用所对应的所有可操作控件之间的上下级联关系，以启动所述待测试应用所对应的可操作控件作为顶点以及以启动所述待测试应用中的各级操作选项所对应的可操作控件作为节点，构造相应的单向连通图，以确定所述待测试应用所对应的可操作控件的遍历策略。

在遍历可操作控件的过程中，由于各可操作控件之间的级联关系错综复杂，因此，各可操作控件遍历的路径顺序也多种多样，因而必然存在优选的遍历顺序。本实施例中，优选先根据待测试应用所对应的所有可操作控件之间的上下级联关系，构造生成相应的单向连通图(一种逻辑关系图)。

在构造得到如图7所示的单向连通图后，调用预设的各种遍历策略，从单向图中的顶点开始遍历，直至遍历所有节点后结束，最后综合判断以确定最优的遍历策略，比如遍历时间最短且资源消耗最低的遍历策略最优，因此本实施例中优选采用广度优先遍历方式和/或深度优先遍历方式，对单向连通图进行遍历。需要说明的是，对于单向连通图中各节点的遍历并不进行截图处理。

本实施例中，尽管存在多种遍历策略都可以完成对单向连通图中各节点的遍历，但由于不同的测试应用对象，其所对应的用户界面数量及其相互的级联关系的复杂度都不一样，因此遍历的速度与资源消耗的差异也会越来越明显，因此并不能事先确定当前所设置的遍历策略是最优的，因而有必要进行遍历策略的确定处理。需要说明的是，由于本实施例在对单向连通图中各节点的遍历并不进行截图处理，因此遍历单向连通图以确定最优遍历策略的时间相对于整个测试时长来说几乎可以忽略。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种用户界面的视效比对测试装置，其特征在于，所述用户界面的视效比对测试装置包括：

遍历模块，用于根据设定的遍历策略，遍历待测试应用所对应的可操作控件以触发生成相应的用户界面，其中，所述可操作控件用于启动所述待测试应用以及启动所述待测试应用中的各级操作选项；

截图模块，用于当遍历每一可操作控件时，截取遍历时所触发的当前用户界面；

视效比对模块，用于在截取每一用户界面后，获取预先保存的且与截取的当前用户界面相对应的设计界面，并将截取的当前用户界面与获取的相应设计界面进行视效比对；或，

所述视效比对模块用于：在截取每一用户界面后，对所截取的用户界面进行命名与保存处理；在遍历完所有可操作控件并相应保存截取的用户界面后，根据设定的视效比对顺序，分别依次获取待比对的用户界面以及预先保存的且与当前获取的待比对用户界面相对应的设计界面以进行视效比对；

比对结果输出模块，用于输出视效比对结果。

2.如权利要求1所述的用户界面的视效比对测试装置，其特征在于，所述用户界面的视效比对测试装置还包括：

连通图构造模块，用于根据所述待测试应用所对应的所有可操作控件之间的上下级联关系，以启动所述待测试应用所对应的可操作控件作为顶点以及以启动所述待测试应用中的各级操作选项所对应的可操作控件作为节点，构造相应的单向连通图，以确定所述待测试应用所对应的可操作控件的遍历策略。

3.如权利要求2所述的用户界面的视效比对测试装置，其特征在于，所述遍历策略包括：采用广度优先遍历方式和/或深度优先遍历方式，对所述单向连通图进行遍历。

4.如权利要求1-3中任一项所述的用户界面的视效比对测试装置，其特征在于，所述用户界面的视效比对测试装置还包括：

格式控制模块，用于在截取用户界面时，控制用户界面截图的格式参数与设计界面的格式参数保持一致，所述格式参数至少包括图片编码格式、图片形状及图片尺寸。

5.如权利要求4所述的用户界面的视效比对测试装置，其特征在于，所述视效比对模块包括：视效比对单元；

所述视效比对单元具体用于：将用户界面截图与设计界面同一位置上的像素进行混合处理，以突出显示混合处理后的不相同的像素。

6.一种用户界面的视效比对测试装置的实现方法，其特征在于，所述用户界面的视效比对测试装置的实现方法包括：

根据设定的遍历策略，遍历待测试应用所对应的可操作控件以触发生成相应的用户界面，其中，所述可操作控件用于启动所述待测试应用以及启动所述待测试应用中的各级操作选项；

当遍历每一可操作控件时，截取遍历时所触发的当前用户界面；

在截取每一用户界面后，获取预先保存的且与截取的当前用户界面相对应的设计界面，并将截取的当前用户界面与获取的相应设计界面进行视效比对；或，

在截取每一用户界面后，对所截取的用户界面进行命名与保存处理；在遍历完所有可操作控件并相应保存截取的用户界面后，根据设定的视效比对顺序，分别依次获取待比对的用户界面以及预先保存的且与当前获取的待比对用户界面相对应的设计界面以进行视效比对；

输出视效比对结果。

7.如权利要求6所述的用户界面的视效比对测试装置的实现方法，其特征在于，在开始遍历待测试应用所对应的可操作控件之前包括：

根据所述待测试应用所对应的所有可操作控件之间的上下级联关系，以启动所述待测试应用所对应的可操作控件作为顶点以及以启动所述待测试应用中的各级操作选项所对应的可操作控件作为节点，构造相应的单向连通图，以确定所述待测试应用所对应的可操作控件的遍历策略。

8.如权利要求7所述的用户界面的视效比对测试装置的实现方法，其特征在于，所述遍历策略包括：采用广度优先遍历方式和/或深度优先遍历方式，对所述单向连通图进行遍历。

9.如权利要求6-8中任一项所述的用户界面的视效比对测试装置的实现方法，其特征在于，在截取用户界面时，控制用户界面截图的格式参数与设计界面的格式参数保持一致，所述格式参数至少包括图片编码格式、图片形状及图片尺寸。

10.如权利要求9所述的用户界面的视效比对测试装置的实现方法，其特征在于，所述视效比对包括：

将用户界面截图与设计界面同一位置上的像素进行混合处理，以突出显示混合处理后的不相同的像素。