CN107436846A - 测试方法、装置、计算可读存储介质和计算设备 - Google Patents

Abstract

本发明的实施方式提供了一种可视化代码的测试方法，包括：利用测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果；确定所述第一可视化结果和所述第二可视化结果之间的差异。此外，本发明的实施方式提供了一种可视化代码的测试装置、计算机可读存储介质和计算设备。

Description

测试方法、装置、计算可读存储介质和计算设备

技术领域

本发明的实施方式涉及计算机领域，更具体地，本发明的实施方式涉及可视化代码的测试方法、装置、计算机可读存储介质和计算设备。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

在项目开发过程中，测试是保证代码质量的重要环节之一。通常，软件测试包括单元测试(unit testing)、回归测试(regression testing)等。

单元测试是指对软件中的最小可测试单元进行检查和验证。最小可测试单元可以是一个函数、一个类、一个对象，也可以是一个组件或者插件。单元测试的主要目标是在同一个代码版本中保证单个函数等的执行满足预期的输入与输出结果。

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。回归测试的主要目标是保证同一个测试用例在不同的版本之间能够给出一致的结果。

目前，已经出现一些测试框架，例如，一些单元测试框架mocha、Jasmine等，以及一些回归测试框架。

但是，现有技术中的单元测试通常只能测试命令行下的函数返回结果，并不能测试前端页面渲染出的结果。因此，单元测试不能满足可视化引擎渲染结果测试的需求。

对于现有的回归测试框架，例如人工手动回归测试框架(如网易测试服务平台)和半自动回归测试框架(如kobold)，也存在一些问题。在人工手动回归测试框架中，由测试人员给出一组对结果的文字 描述，每次回归测试时，需要人工依据描述进行判断是否满足要求。这样，回归测试的基准是人工给出的文字描述，不但麻烦而且表达的清晰性与准确性均无法得到有效保证，很大程度上依赖于描述的书写人员，具有不确定性。此外，回归测试要使用一组固定的结果集作为基准，基准集往往由人工设定，不易变化。因此，与多个版本对比的是往往是同一组基准集，无法在版本之间进行对比。由于这些原因，现有的回归测试框架具有一定的主观性，效率比较低下。

发明内容

为此，非常需要一种高效的可视化代码的测试方法，其能够确保工程代码的质量与不同版本之间结果的一致性。我们使用回归测试的方法达到这一目标，并且尽量地将这个过程自动化、提高自动回归测试的效率，同时也要保证自动回归测试具有一定的灵活性。

根据本发明的实施方式的第一方面，提供了一种可视化代码的测试方法，包括：利用测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果；确定所述第一可视化结果和所述第二可视化结果之间的差异。所述可视化代码的第一版本可以是已通过回归测试的版本，所述可视化代码的第二版本可以是待测试的版本。

在一个实施例中，所述方法还可以包括展示所述第一可视化结果和所述第二可视化结果。

在一个实施例中，所述方法还可以包括展示测试用例集，接收对测试用例集中测试用例的选择；以及利用所选择的测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果。在这种情况下，所述测试用例集是从服务器接收的。

在一个实施例中，所述方法还可以包括通过逐像素地计算两个像素点在预设色彩空间中的距离，并判断所述距离是否大于或等于第一阈值来判定两个像素点是否一致，来确定所述第一可视化结果 和所述第二可视化结果之间的差异。在这种情况下，当所述差异在大于或等于第二阈值时，可以判断所述可视化代码的第二版本在所述测试用例上测试不通过。

在一个实施例中，为了实现版本嵌套管理，所述方法还可以包括使用版本控制系统记录所用的可视化代码的第二版本的信息，以及使用版本控制系统的子模块功能记录所述可视化代码的第一版本的信息。在这种情况下，所述方法还可以包括：当所述可视化代码的第二版本测试通过时，响应于用户的更新指示，使用所述第二版本中的与所述版本控制系统关联的文件系统更新所述第一版本中的与所述版本控制系统关联的文件系统；将所述第二版本中的所述文件系统中的子模块版本号参数更新为子模块的版本ID；记录所述第二版本中的所述文件系统中的子模块版本号参数变更信息记录，并为所述第二版本分配一个新的版本ID。

根据本发明的实施方式的第二方面，提供了一种可视化代码的测试装置。所述可视化代码测试装置包括可视化结果产生单元，配置为利用测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果。所述可视化代码测试装置还包括差异确定单元，配置为确定所述第一可视化结果和所述第二可视化结果之间的差异。所述可视化代码的第一版本可以是已通过回归测试的版本，所述可视化代码的第二版本可以是待测试的版本。

在一个实施例中，所述可视化代码的测试装置还可以包括配置为展示所述第一可视化结果和所述第二可视化结果的可视化结果展示单元。

在一个实施例中，所述测量装置还可以包括配置为展示测试用例集的测试用例展示单元和配置为接收对测试用例集中测试用例的选择的测试用例选择单元，其中所述可视化结果产生单元还配置为：利用所选择的测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果。在 这种情况下，所述测试用例集是从服务器接收的。

在一个实施例中，所述差异确定单元还可以配置为：通过逐像素地计算两个像素点在预设色彩空间中的距离，并判断所述距离是否大于或等于第一阈值来判定两个像素点是否一致，来确定所述第一可视化结果和所述第二可视化结果之间的差异。在这种情况下，当所述差异在大于或等于第二阈值时，可以判断所述可视化代码的第二版本在所述测试用例上测试不通过。

在一个实施例中，为了实现版本嵌套管理，所述测试装置还可以包括记录单元，所述记录配置为使用版本控制系统记录所用的可视化代码的第二版本的信息，以及使用版本控制系统的子模块功能记录所述可视化代码的第一版本的信息。在这种情况下，所述测试装置还可以包括更新单元，所述更新单元配置为：当所述可视化代码的第二版本测试通过时，响应于用户的更新指示，使用所述第二版本中的与所述版本控制系统关联的文件系统更新所述第一版本中的与所述版本控制系统关联的文件系统；将所述第二版本中的所述文件系统中的子模块版本号参数更新为子模块的版本ID；记录所述第二版本中的所述文件系统中的子模块版本号参数变更信息记录，并为所述第二版本分配一个新的版本ID。

在本发明的实施方式的第三方面中，提供了一种计算机可读存储介质，包括计算机指令，所述计算机指令被处理单元执行时，使得所述处理单元执行如本发明的实施方式的第一方面所述的方法。

在本发明的实施方式的第四方面中，提供了一种计算设备，包括：一个或多个处理单元；存储单元，用于存储一个或多个程序。当所述一个或多个程序被所述一个或多个处理单元执行，使得所述一个或多个处理单元执行如本发明的实施方式的第一方面所述的方法。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性 而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了可以应用本发明实施例的示例性系统环境；

图2示意性地示出了根据本发明实施例的工程代码目录结构的示例；

图3示意性地示出了根据本发明实施例的回归测试用例的目录结构的示例；

图4示意性地示出了根据本发明实施例的用于不同版本之间的可视化代码执行结果对比的网页；

图5示意性地示出了根据本发明实施例的可视化代码的测试方法的流程图；

图6示意性地示出了根据本发明实施例的版本嵌套管理方法的流程图；

图7示意性地示出了根据本发明实施例的可视化代码的测试装置的框图；

图8示意性地示出了根据本发明的程序产品的图示；以及

图9示意性地示出了根据本发明实施例的计算设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

在本文中，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

缩略语和术语的定义

Git：一个流行的版本控制系统。

Canvas：一种用于绘制图形的前端技术，属于HTML5标准。

NEV：Nice Easy Visualization的缩写，一种基于Canvas的可视化引擎，可用于绘制可视化图表。

版本控制与代码的版本：我们使用Git对NEV的工程代码进行版本控制(versioncontrol)，即，每次代码修改之后，会将所有的改动进行一次提交(commit)，而提交之后的代码与提交之前的代码是两个不同的版本(revision)。

代码库：一个使用Git进行版本控制的工程在概念上对应于一个代码库(Repository)。

子模块：一个工程往往会使用到第三方库，若第三方库也使用Git进行版本控制，并且被加入到当前工程中，而且在主代码库中注册过，我们称其为是一个子模块(submodule)。作为子模块引入的话，第三方库的版本控制是与主工程的版本控制均是独立存在的；相比之下，直接拷贝引入的话，第三方库代码改动的管理依赖于主工程的版本控制。

自指代码库：在当前代码库中引入它自己作为一个子模块，我们称其为自指的代码库。

NEV回归测试用例集：一组用于NEV回归测试用例的集合，通常是一组网页文件，每个网页会给出一个单独的NEV渲染结果。

回归测试：用一组回归测试用例集，来对比代码变更前后给出的结果是否一致。通常我们以变更之前的代码给出的结果作为基准，来比较最新生成的结果。若一致，测回归测试通过，并可以把变更之后的代码给出的结果作为新的基准。使用版本控制系统之后，回归测试可以发生在任意两个版本之间。

自动回归测试：整个回归测试全由机器自动执行并给出结果报告。

发明概述

本发明人发现，现有技术上尚没有针对可视化代码进行自动回归测试技术方案。本发明利用测试用例，产生可视化代码的两个版本的可视化结果，并确定这两个可视化结果之间的差异。由此，可以高效地确保工程代码质量和不同版本之间的一致性，同时具有一定的灵活性。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

应用场景总览

首先参考图1，其示出了可以应用本发明实施例的示例性系统环境100。系统环境100可以包括终端设备(也称为客户端)101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览、软件开发和测试的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103进行测试提供支持的服务器。服务器可以对接收到的浏览器请求等数据进行分析等处理，并将处理结果(例如生成的页面)反馈给终端设备以便展示。

需要说明的是，终端设备101、102、103和服务器105可以分别运行JavaScript单元测试框架(例如mocha)，以实现本发明的各个实施例。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

示例性方法

下面结合图1的应用场景，参考图2至6来描述根据本发明示例性实施方式的可视化代码的测量方法。需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

我们使用Git提供的版本控制功能与子模块功能，使得不同版本之间的回归测试得以实现。并且，我们的自动回归测试框架可以根据同一份测试用例使用两份不同版本的代码在浏览器中给出对比的结果。

图2示意性地示出了根据本发明实施例的工程代码目录结构的示例。图2以NEV代码库为例，示出了其目录结构200。NEV代码库中包括回归测试目录201，回归测试目录201包括子NEV代码库202、回归测试用例集203和回归测试代码204。可以看出，NEV代码库200是一个自指代码库，因为在回归测试目录201下面有NEV代码库201本身作为一个子模块被引入。

对于子NEV代码库202，可以通过版本控制系统指定任意版本的代码，但通常是一个被人工验证过、或者在之前的回归测试中通过的版本。可以以子NEV代码库202作为回归测试基准，因此，可以灵活地选择回归测试基准。

回归测试代码204包括一组用于回归测试的框架，可以分为服务器代码和客户端代码。当启动回归测试框架的服务器代码时，可以在本地启动服务器(例如http://127.0.0.1:8888)，该服务器上可以包括例如回归测试用例集203。

图3示意性地示出了根据本发明实施例的回归测试用例的目录结构的示例。当用户访问上述服务器的地址时，服务器可以根据回归测试用例集203的目录下的所有回归测试用例，返回一个树状文件结构，如图3所示。图3示出了两个回归测试用例文件夹，每个文件夹中包 括两个html格式的回归测试用例。这些回归测试用例都可以各个版本的可视化代码(例如，基准版本和待测试版本)执行，产生相应的可视化结果(例如图片)，以下详述。

图4示意性地示出了根据本发明实施例的用于不同版本之间的可视化代码执行结果对比的网页。

当用户选择了单个回归测试用例时(例如pie.html)，服务器可以返回一个用于不同版本之间NEV对比的网页。在这个网页中，使用两个iframe载入了同一个回归测试用例(pie.html)的被不同版本NEV执行的不同实例。具体地，这两个实例分别使用了主NEV代码库与子NEV代码库中的代码。由此，可以相对直观地在网页上看出不同版本之间的执行结果的差异。

除了直观地观看执行结果的差异，还可以根据一定算法计算出不同的执行结果之间的差异度(例如，在0到1之间)，并在网页上显示差异度。一般来说，0可以表示两个版本的执行结果完全相同，1可以表示两个版本的执行结果完全不同。例如，如图4所示，网页上还示出了“该测试用例两个版本的差异度为：0.003345486111111111”。该差异度可以用于判断此次回归测试是否通过，下文将详述。

以下将示意性地描述计算执行结果之间的差异的图片对比算法。需要注意的是，图片对比算法也是回归测试框架的一部分，也可以在客户端(例如网页)上运行。

由于NEV是基于Canvas的可视化引擎，可以从Canvas中拉取图像数据ImageData作为要对比的图片，并逐像素进行两张图片的对比。关于每个像素的对比，可以实现在RGB色彩空间中的对比与在Lab色彩空间的对比，通过计算两个像素点在特定色彩空间中的欧式距离，并判断该距离是否超过一个阈值来判定两个像素点是否一致。以下说明在RGB色彩空间中的像素对比方法。

假设基准版本(第一版本)中索引为第i行第j列的像素的RGB值为(R_ij,G_ij,B_ij)，待测试版本(第二版本)中索引为第i行第j列的像素的RGB值为(R’_ij,G’_ij,B’_ij)。则可以计算这两个像素之间的欧氏距离是

如果d大于或等于一阈值，则可以确定这两个像素不一致。然后，遍历整个图片，统计图片中被确定为不一致的像素对的数量，并计算不一致的像素对在所有像素中所占的比例。如果该比例大于或等于一阈值时，确定待测试版本在当前测试用例上测试不通过。

在一个实施例中，本发明还实现了可视化代码的嵌套管理。具体地，可以使用版本控制系统记录待测试版本的信息，以及使用版本控制系统的子模块功能记录基准版本的信息。

当测试通过时，响应于用户的更新指示，使用测试通过版本中的与版本控制系统关联的文件系统更新基准版本中的与版本控制系统关联的文件系统；将测试通过版本中的文件系统中的子模块版本号参数更新为子模块的版本ID；记录测试通过版本中的文件系统中的子模块版本号参数变更信息记录，并为测试通过版本分配一个新的版本ID。

通过以上操作，此后可以使用当前通过测试的版本来作为后续测试的基准版本。

图5示意性地示出了根据本发明实施例的可视化代码的测试方法500的流程图。测试方法500可以包括，在步骤501，利用测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果。测试方法500还包括，在步骤502，确定所述第一可视化结果和所述第二可视化结果之间的差异。在这种情况下，可视化代码的第一版本可以是已通过回归测试的版本，可视化代码的第二版本可以是待测试的版本。

在一个实施例中，为了便于测试人员直观观察可视化代码的执行结果，可以在步骤501执行后，在例如网页上展示第一可视化结果和第二可视化结果。并且，为了使测试人员灵活地选择测试用例，方法500还可以包括展示测试用例集；接收对测试用例集中测试用例的选择；以及利用所选择的测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果，其中测试用例集可以从服务器接收。

在一个实施例中，步骤502的确定所述第一可视化结果和所述第二可视化结果之间的差异可以包括通过逐像素地计算两个像素点在预设色彩空间中的距离，并判断所述距离是否大于或等于第一阈值来判定两个像素点是否一致，来确定所述第一可视化结果和所述第二可视化结果之间的差异。并且，方法500还可以包括当所述差异在大于或等于第二阈值时，判断所述可视化代码的第二版本在所述测试用例上测试不通过。

图6示出了根据本发明实施例的版本嵌套管理方法600的流程图。具体地，方法600可以包括，步骤601，使用版本控制系统记录待测试版本的信息，以及使用版本控制系统的子模块功能记录基准版本的信息。步骤602，判断待测试版本是否通过测试，如否，则结束。如测试通过时，则前进到步骤603，响应于用户的更新指示，使用已通过测试版本的与所述版本控制系统关联的文件系统更新基准版本中的与所述版本控制系统关联的文件系统；在步骤604，将已通过测试版本中的所述文件系统中的子模块版本号参数更新子模块的版本ID；以及在步骤605，记录已通过测试版本中的所述文件系统中的子模块版本号参数变更信息记录，并为已通过测试版本分配一个新的版本ID。

由上，根据本发明各个实施例，在回归测试中用一组回归测试用例集来对比代码变更前后给出的结果是否一致。可以以变更之前的代码给出的结果作为基准来比较最新生成的结果。若一致，则回归测试通过，并且可以把变更之后的代码给出的结果作为新的基准。使用版本控制系统之后，回归测试可以发生在任意两个版本之间。

示例性装置

在介绍了本发明示例性实施方式的方法之后，接下来，参考图7对本发明示例性实施方式的、可视化代码的测试装置进行介绍。

图7示意性地示出了根据本发明的实施方式的可视化代码的测试装置700的框图。所述测试装置包括可视化结果产生单元701，配置为利用测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果。所述测试装置还包 括差异确定单元702，配置为确定所述第一可视化结果和所述第二可视化结果之间的差异。这种情况下，可视化代码的第一版本可以是已通过回归测试的版本，可视化代码的第二版本可以是待测试的版本。

在一个实施例中，为了便于测试人员直观观察可视化代码的执行结果，测试装置700还可以包括一可视化结果展示单元，其配置为在例如网页上展示第一可视化结果和第二可视化结果。并且，为了使测试人员灵活地选择测试用例，测试装置700还可以包括配置为展示测试用例集的测试用例展示单元和配置为接收对测试用例集中测试用例的选择的测试用例选择单元。由此，可视化结果产生单元701还配置为：利用所选择的测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果，其中测试用例集可以是从服务器接收的。

在一个实施例中，差异确定单元702还可以被配置为通过逐像素地计算两个像素点在预设色彩空间中的距离，并判断所述距离是否大于或等于第一阈值来判定两个像素点是否一致，来确定所述第一可视化结果和所述第二可视化结果之间的差异。并且，测试装置700还可以包括判断单元，判断单元配置为：当所述差异在大于或等于第二阈值时，判断所述可视化代码的第二版本在所述测试用例上测试不通过。

此外，为了进行版本嵌套管理，测试装置700还可以包括记录单元和更新单元。所述记录配置为使用版本控制系统记录所用的可视化代码的第二版本的信息，以及使用版本控制系统的子模块功能记录所述可视化代码的第一版本的信息。更新单元配置为：当所述可视化代码的第二版本测试通过时，响应于用户的更新指示，使用所述第二版本中的与所述版本控制系统关联的文件系统更新所述第一版本中的与所述版本控制系统关联的文件系统；将所述第二版本中的所述文件系统中的子模块版本号参数更新为子模块的版本ID；记录所述第二版本中的所述文件系统中的子模块版本号参数变更信息记录，并为所述第二版本分配一个新的版本ID。

示例性介质

在介绍了根据本发明示例性实施方式的测试方法和测试装置之后，接下来，参考图8对本发明示例性实施方式的程序产品进行描述。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品80，其包括计算机指令，当所述计算机指令在处理单元上运行时，所述计算机指令用于使所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的用于客户端的测试方法中的步骤，例如，所述处理单元可以执行如图5中所示的步骤S501：产生第一可视化结果和第二可视化结果；步骤S502，确定第一可视化结果和第二可视化结果之间的差异。

所述程序产品80可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图8所示，描述了根据本发明的实施方式的用于客户端的测试方法和装置的程序产品80，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在计算设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括 ——但不限于——无线、有线、光缆，RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言——诸如Java，C++等，还包括常规的过程式程序设计语言——诸如“C”，语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)一连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

示例性计算设备

在介绍了本发明示例性实施方式的方法、装置和计算机可读存储介质之后，接下来，参考图9对本发明示例性实施方式的计算设备进行描述。

本发明的实施方式还提供了一种计算设备90。所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明的计算设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的信息呈现方法中的步骤。例如，所述处理单元可以执行如图5中所示的步骤S501：产生第一可视化结果和第二可视化结果；步骤S502，确定第一可视化结果和第二可视化结果之间的差异。

如图9所示的计算设备90仅仅是一个示例，不应对本发明的实 施方式的功能和使用范围带来任何限制。

如图9所示，计算设备90以通用计算设备的形式表现。计算设备90的组件可以包括但不限于：上述至少一个处理单元901、上述至少一个存储单元902、连接不同系统组件(包括存储单元902和处理单元901)的总线903。

总线903表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

存储单元902可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)9021和/或高速缓存存储器9022，还可以进一步包括只读存储器(ROM)9023。

存储单元902还可以包括具有一组(至少一个)程序模块9024的程序/实用工具9025，这样的程序模块9024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算设备90也可以与一个或多个外部设备904(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与计算设备90交互的设备通信，和/或与使得计算设备90能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/0)接口905进行。并且，计算设备90还可以通过网络适配器906与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器906通过总线903与计算设备90的其它模块通信。应当明白，尽管图中未示出，可以结合计算设备90使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功 能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (10)

1.一种可视化代码的测试方法，包括：

利用测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果；

确定所述第一可视化结果和所述第二可视化结果之间的差异。

2.根据权利要求1所述的方法，其中，确定所述第一可视化结果和所述第二可视化结果之间的差异包括：

通过逐像素地计算两个像素点在预设色彩空间中的距离，并判断所述距离是否大于或等于第一阈值来判定两个像素点是否一致，来确定所述第一可视化结果和所述第二可视化结果之间的差异。

3.根据权利要求1所述的方法，还包括：使用版本控制系统记录所用的可视化代码的第二版本的信息，以及使用版本控制系统的子模块功能记录所述可视化代码的第一版本的信息。

4.根据权利要求3所述的方法，还包括：

当所述可视化代码的第二版本测试通过时，响应于用户的更新指示，使用所述第二版本中的与所述版本控制系统关联的文件系统更新所述第一版本中的与所述版本控制系统关联的文件系统；

将所述第二版本中的所述文件系统中的子模块版本号参数更新为子模块的版本ID；

记录所述第二版本中的所述文件系统中的子模块版本号参数变更信息记录，并为所述第二版本分配一个新的版本ID。

5.一种可视化代码的测试装置，包括：

可视化结果产生单元，配置为利用测试用例，分别根据可视化代码的第一版本和可视化代码的第二版本，产生第一可视化结果和第二可视化结果；

差异确定单元，配置为确定所述第一可视化结果和所述第二可视化结果之间的差异。

6.根据权利要求5所述的测试装置，其中，所述差异确定单元还配置为：

通过逐像素地计算两个像素点在预设色彩空间中的距离，并判断所述距离是否大于或等于第一阈值来判定两个像素点是否一致，来确定所述第一可视化结果和所述第二可视化结果之间的差异。

7.根据权利要求5所述的测试装置，还包括记录单元，所述记录配置为使用版本控制系统记录所用的可视化代码的第二版本的信息，以及使用版本控制系统的子模块功能记录所述可视化代码的第一版本的信息。

8.根据权利要求7所述的测试装置，还包括更新单元，所述更新单元配置为：

当所述可视化代码的第二版本测试通过时，响应于用户的更新指示，使用所述第二版本中的与所述版本控制系统关联的文件系统更新所述第一版本中的与所述版本控制系统关联的文件系统；

将所述第二版本中的所述文件系统中的子模块版本号参数更新为子模块的版本ID；

记录所述第二版本中的所述文件系统中的子模块版本号参数变更信息记录，并为所述第二版本分配一个新的版本ID。

9.一种计算机可读存储介质，包括计算机指令，所述计算机指令被处理器执行时，使得所述处理器执行如权利要求1至4中任一项所述的方法。

10.一种计算设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器执行如权利要求1至4中任一项所述的方法。