CN107203463A - 界面测试的方法、界面绘制方法及装置 - Google Patents

Abstract

本申请公开了界面测试的方法、界面绘制方法及装置，该界面测试的方法将第一绘图指令序列与基准绘图指令序列对比；第一绘图指令序列用于绘制当前界面；所述基准绘图指令序列用于绘制预期效果的界面；根据对比结果确定当前界面的显示结果。本申请利用绘图指令序列判断当前显示的界面的显示效果是否达到预期效果，对比难度低，且准确率高。

Description

界面测试的方法、界面绘制方法及装置

技术领域

本申请涉及界面测试技术，尤其涉及界面测试的方法、界面绘制方法及界面测试装置、界面绘制装置。

背景技术

用户界面(User Interface，UI)用于实现软件与用户交互。针对UI效果的自动化测试，一般需要配备高清摄像头在多个设定的测试时间点拍摄照片，并需要大容量的磁盘空间来存储所拍摄的照片，再与预期的UI效果图进行对比。这种UI测试的方法不仅需要高性能的摄像头，还需要足够大的磁盘空间，测试成本比较大，且对比UI效果图的复杂度也较高，容易出现图片对比偏差，导致准确性不能保障。

发明内容

基于现有技术的问题，本申请提供一种界面测试的方法及装置。

根据本申请实施例的第一方面，提供一种界面测试的方法，该方法包括步骤：

将第一绘图指令序列与基准绘图指令序列对比；所述第一绘图指令序列用于绘制当前界面；所述基准绘图指令序列用于绘制预期效果的界面；

根据对比结果确定当前界面的显示结果。

根据本申请实施例的第二方面，提供一种界面绘制方法，包括步骤：

根据绘图指令序列绘制相应的界面；

当接收到请求输出所述绘图指令序列的通知后，将所述绘图指令序列输出。

根据本申请实施例的第三方面，提供一种界面测试装置，包括：

处理模块，用于将第一绘图指令序列与基准绘图指令序列对比；所述第一绘图指令序列用于绘制当前界面，所述基准绘图指令序列用于绘制预期效果的界面；

确定模块，用于根据对比结果确定当前界面的显示结果。

根据本申请实施例的第四方面，提供一种界面绘制装置，包括：

绘图模块，用于根据绘图指令序列绘制相应的界面；

输出模块，用于当接收到请求输出所述绘图指令序列的通知后，将所述绘图指令序列输出。

本申请利用绘图指令序列判断当前显示的界面的显示效果是否达到预期效果，对比难度低，且准确率高。

附图说明

图1为本申请实施例中界面测试的方法的流程图；

图2为本申请实施例中界面绘制的方法的流程图；

图3为本申请应用实例的流程示意图；

图4为本申请实施例中界面测试装置/界面绘制装置的硬件架构示意图；

图5为本申请实施例中界面测试装置的逻辑框图；

图6为本申请实施例中界面绘制装置的逻辑框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请提供了UI测试的解决方案，利用本申请所提供的方案无需使用高清摄像头对界面效果进行拍摄，且无需依赖图片处理工具。此方案适用于任何具备UI的产品。

UI可以是应用程序客户端的用户界面，或浏览器、操作系统应用的用户界面等。用户界面可以通过设备的显示装置呈现给用户，设备可以是任何可以呈现用户界面的设备，例如个人电脑、平板电脑、移动终端、智能家居设备、车载设备等等。

作为例子，应用开发者可以通过应用层设计UI界面，并通过调用绘图接口驱动硬件绘图层完成界面绘图。最终呈现在设备上的界面是绘制后呈现的效果。

在一些例子中，硬件绘图层可以通过中央处理器(Central Processing Unit，CPU)来实现对界面的绘制；在另一些例子中，可以通过图形处理器(GraphicProcessing Unit，GPU)来实现对界面的绘制；当然，也可能通过CPU和GPU协同实现对界面的绘制。因此CPU、GPU等均可以作为绘图硬件的示例。

绘图接口可以是OpenGL(Open Graphics Library，开放的图形库)接口、HAL(Hardware Abstraction Layer，硬件抽象层)接口等，选用的接口可以根据硬件绘图层的不同硬件而定。以OpenGL接口为例，由于GPU支持OpenGL的接口标准，因此可以通过调用OpenGL接口中的drawText,drawRectangle等接口方法实现GPU的绘图功能。

绘图硬件可以根据当前帧的绘图指令序列绘制界面。绘图指令序列包含一条或多条绘图指令及绘图指令的参数。绘图指令可以包括线性渐变、图片渐变，对应的参数可以包括区域大小、坐标、渐变颜色等；绘图指令还可以包括绘制方形或圆形或直线或曲线，对应的参数可以包括绘制的起始坐标和结束坐标、线条类型、线条粗细、线条颜色等。本领域技术人员应当理解，以上仅是举例，本申请实施例所述的绘图指令还可以包括任意一种计算机系统中会使用的任意一种绘图指令，其对应的参数也可以根据实际的参数需求来灵活确定，本申请实施例对此并不作限定。

本申请实施例的界面测试方法可参考图1。

S101，将第一绘图指令序列与基准绘图指令序列对比；

S102，根据对比结果确定当前界面的显示结果。

第一绘图指令序列用来绘制当前所显示的界面，本申请通过获取每个界面的绘图指令序列来测试该界面的显示效果是否符合预期。为方便描述，本申请将能够绘制出预期效果的界面的绘图指令序列称为基准绘图指令序列。

作为例子，可以通过人工检验某次运行测试用例的各个界面效果是否符合预期，如果符合预期，则将这次测试中各个界面的绘图指令序列作为基准绘图指令序列。基准绘图指令序列可以保存在文件中，以备后续测试时作为比对对象。存储的方式可以是将手工运行测试用例时所输出的每个界面所对应的绘图指令序列分别单独存储成一个文件，也可以是将多个界面所对应的绘图指令序列按照一定的规则存储在一个文件中。

在下文中除非特别指出，绘图指令序列可以是指第一绘图指令序列，也可以是指基准绘图指令序列。绘图指令序列可以由负责绘图的绘图硬件生成，例如GPU等。为了获取到各个界面的绘图指令序列，可以在每次运行测试用例时，判断是否需要通过该绘图接口通知绘图硬件输出绘图指令序列，如果需要，则通过绘图接口向绘图硬件发送请求输出绘图指令序列的通知。

作为例子，第一绘图指令序列和基准绘图指令序列均可以是在运行测试用例时由绘图硬件的缓存数据输出接口(dump接口)输出，当然并不排除其他的实现方式，例如，还可以通过查看绘制图形核心硬件相关的数据手册获得。值得指出，运行测试用例时通过dump接口输出绘图指令序列的方式更为直观和方便。

保存第一绘图指令序列的文件(称为第一文件)和保存基准绘图指令序列的文件(称为第二文件)创建方式可以存在多种方式。例如，以第一文件为例，在运行测试用例时，应用层通过绘图接口向绘图硬件层发送请求输出第一绘图指令序列的通知，绘图硬件可以基于command buffer(命令行缓存)方式从内存中取出该界面相关的第一绘图指令序列并通知dump接口输出，在收到绘图硬件输出的第一绘图指令序列后可以创建第一文件进行保存。第一文件和第二文件的创建方式可以相同或不同。

第二文件可以与第一文件存储在同一台物理设备上，也可以存储在不同的物理设备上，可以在需要时向存储第二文件的设备获取第二文件。

如果第一绘图指令序列和基准绘图指令序列在两个文件中存储的规则一致，则在对比第一绘图指令序列和基准绘图指令序列时，可以按照存储的次序依次取出两个文件中的对应项进行对比。如果第一文件和第二文件中均包含与每个界面的绘图指令序列所对应的关键字，则在对比待测试界面的绘图指令序列和基准绘图指令序列时，可以根据两个文件中的关键字来查找相应的绘图指令序列进行对比。

作为例子，图1中S101和S102可以通过文件对比工具来实现；而运行测试用例时通过绘图接口通知绘图硬件输出绘图指令序列、以及创建文件保存绘图指令序列的过程可以通过在测试用例中增加相应功能的代码实现。另外，也可以在测试代码中增加相应代码来实现从运行测试用例到文件对比的完整功能。

根据对比结果确定当前界面的显示结果的过程可以参考以下示例，但并不排除用其他方式响应对比结果的实施例。例如：如果第一绘图指令序列与基准绘图指令序列符合匹配条件，则确定当前界面的显示结果正常；再例如，如果第一绘图指令序列与基准绘图指令序列不符合匹配条件，则确定当前界面的显示结果异常；匹配条件可以是指对比对象相同或相似，可以预先设定一个代表相似程度的阈值，来判定对比对象是否满足匹配条件。

本申请中实施例中扩展了绘图硬件层的功能，使负责绘图的绘图硬件能够输出绘图指令序列，过程可参照图2。

S201，根据绘图指令序列绘制相应的界面；

S202，当接收到请求输出绘图指令序列的通知后，将绘图指令序列输出。

作为实施例，绘图硬件可以是GPU，当然也可以是其他硬件。绘图硬件负责根据绘图指令序列绘制相应的界面。

根据硬件类型的差异，S202中接收通知的接口可以是不同的绘图接口，例如，对于支持OpenGL的接口标准的硬件，绘图接口可以是OpenGL接口。

绘图硬件层可以基于command buffer(命令行缓存)方式从内存中取出该界面相关的绘图指令序列并通过dump接口输出，测试代码将绘图指令序列写入到一个文件(第一文件/第二文件)。

图3为一个应用场景下的实例。应用层在运行测试用例时，通过OpenGL接口通知GPU输出绘图指令序列。

在UI界面被设计完成后，开发者会针对所设计的UI界面设计测试用例。图3中的流程分为两个分支，分支1代表手工执行测试用例的过程，分支2代表设备自动运行测试用例的过程；每个分支分为两个阶段，阶段1为运行测试用例阶段；阶段2为测试界面阶段。

分支1的过程如下：首次测试时，根据测试用例通过人工操作对每个界面进行测试，并人为判断界面的显示效果是否符合预期，当手工测试开始时，通知OpenGL接口通知GPU输出每个界面的绘图指令序列。GPU在收到通知后，将每个可显示预期效果的界面的绘图指令序列输出；输出后的绘图指令序列按照界面不同，每个界面的绘图指令序列保存到一个文件(以下称第二文件)中，保存在本地指定路径(阶段1)。可以将人工测试的过程录制，以备后续自动化测试使用。

当UI界面的代码被修改后，需要对修改后的UI界面重新进行测试，根据人工测试时所录制的信息，在触发测试用例后，进行自动化测试流程。当自动化测试流程开始时，判断是否需要通知OpenGL接口通知GPU输出绘图指令序列，如果需要，则通过OpenGL接口向GPU发出通知，GPU在收到通知后，将每个待测试界面的绘图指令序列输出，输出后的绘图指令序列按照界面不同，每个界面的绘图指令序列保存到一个文件(以下称第一文件)中，并保存在本地指定路径(阶段1)。

阶段2：当需要测试界面效果时，依次从本地所存储的第一文件和第二文件中按照相同的顺序取出绘图指令序列进行比对，如果相同，则说明所对比的界面可以达到预期显示效果，否则，说明所对比的界面显示异常，根据对比结果，输出测试结果。

与前述界面测试的方法的实施例相对应，本申请还提供了界面测试的装置的实施例。

本申请界面测试装置/界面绘制装置的实施例可以应用在可计算机上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在计算机的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请界面测试装置/界面绘制装置所在计算机的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的计算机通常根据该计算机的实际功能，还可以包括其他硬件，对此不再赘述。

请参照图5，界面测试装置500，包括：

处理模块501，用于将第一绘图指令序列与基准绘图指令序列对比；所述第一绘图指令序列用于绘制当前界面，所述基准绘图指令序列用于绘制预期效果的界面；

确定模块502，用于根据对比结果确定所述当前界面的显示结果。

所述待测试界面的绘图指令序列或所述基准绘图指令序列可以由绘图硬件输出。

作为例子，界面测试装置500还可以包括：

通知模块(图中未示出)，用于在运行测试用例时，通知绘图接口向所述绘图硬件发送通知，所述通知用于请求所述绘图硬件将所述待测试界面的绘图指令序列或所述基准绘图指令序列输出。文件创建模块(图中未示出)，用于将接收到的待测试界面的绘图指令序列或所述基准绘图指令序列保存。

绘图硬件可以是GPU。

绘图接口可以是OpenGL接口。

确定模块502根据对比结果确定当前界面的显示结果可以包括：

如果第一绘图指令序列与基准绘图指令序列符合匹配条件，则确定当前界面的显示结果正常；和/或

如果第一绘图指令序列与基准绘图指令序列不符合匹配条件，则确定当前界面的显示结果异常；匹配条件可以包括对比对象相同或相似等情况。

图6中，界面绘制装置600包括：

绘图模块601，用于根据绘图指令序列绘制相应的界面；

输出模块602，用于当接收到请求输出所述绘图指令序列的通知后，将所述绘图指令序列输出。

接收请求输出所述绘图指令序列的通知的接口可以是OpenGL接口。

界面绘制装置600可以位于图像处理单元GPU。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (18)

1.一种界面测试的方法，其特征在于，该方法包括步骤：

将第一绘图指令序列与基准绘图指令序列对比；所述第一绘图指令序列用于绘制当前界面；所述基准绘图指令序列用于绘制预期效果的界面；

根据对比结果确定当前界面的显示结果。

2.根据权利要求1所述的方法，其特征在于：

所述第一绘图指令序列或所述基准绘图指令序列由绘图硬件输出。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在运行测试用例时，通知绘图接口向所述绘图硬件发送通知，所述通知用于请求所述绘图硬件将所述第一绘图指令序列或所述基准绘图指令序列输出；

将接收到的所述第一绘图指令序列或所述基准绘图指令序列保存。

4.根据权利要求2所述的方法，其特征在于，所述绘图硬件为图像处理单元GPU。

5.根据权利要求3所述的方法，其特征在于，所述绘图接口为OpenGL接口。

6.根据权利要求1所述的方法，其特征在于，根据对比结果确定当前界面的显示结果包括以下一个或多个步骤：

如果所述第一绘图指令序列与基准绘图指令序列符合匹配条件，则确定当前界面的显示结果正常；

如果所述第一绘图指令序列与基准绘图指令序列不符合匹配条件，则确定当前界面的显示结果异常；所述匹配条件包括对比对象相同。

7.一种界面绘制方法，其特征在于，包括步骤：

根据绘图指令序列绘制相应的界面；

当接收到请求输出所述绘图指令序列的通知后，将所述绘图指令序列输出。

8.根据权利要求7所述的方法，其特征在于，接收请求输出所述绘图指令序列的通知的接口为OpenGL接口。

9.根据权利要求7所述的方法，其特征在于，所述方法由图像处理单元GPU执行。

10.一种界面测试装置，其特征在于，包括：

处理模块，用于将第一绘图指令序列与基准绘图指令序列对比；所述第一绘图指令序列用于绘制当前界面，所述基准绘图指令序列用于绘制预期效果的界面；

确定模块，用于根据对比结果确定当前界面的显示结果。

11.根据权利要求10所述的装置，其特征在于：

所述第一绘图指令序列或所述基准绘图指令序列由绘图硬件输出。

12.根据权利要求11所述的装置，其特征在于，还包括：

通知模块，用于在运行测试用例时，通知绘图接口向所述绘图硬件发送通知，所述通知用于请求所述绘图硬件将所述第一绘图指令序列或所述基准绘图指令序列输出；

文件创建模块，用于将接收到的所述第一绘图指令序列或所述基准绘图指令序列保存。

13.根据权利要求11所述的装置，其特征在于，所述绘图硬件为图像处理单元GPU。

14.根据权利要求12所述的装置，其特征在于，所述绘图接口为OpenGL接口。

15.根据权利要求10所述的装置，其特征在于，所述确定模块根据对比结果确定当前界面的显示结果包括：

如果所述第一绘图指令序列与基准绘图指令序列符合匹配条件，则确定当前界面的显示结果正常；和/或

如果所述第一绘图指令序列与基准绘图指令序列不符合匹配条件，则确定当前界面的显示结果异常；所述匹配条件包括对比对象相同。

16.一种界面绘制装置，其特征在于，包括：

绘图模块，用于根据绘图指令序列绘制相应的界面；

输出模块，用于当接收到请求输出所述绘图指令序列的通知后，将所述绘图指令序列输出。

17.根据权利要16所述的装置，其特征在于，接收请求输出所述绘图指令序列的通知的接口为OpenGL接口。

18.根据权利要求16所述的装置，其特征在于，所述装置位于图像处理单元GPU。