[发明专利]测试方法、装置、计算可读存储介质和计算设备

说明书

技术领域

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

背景技术

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

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

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

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

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

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

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

发明内容

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

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

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

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

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

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