CN108228443A

CN108228443A - 一种web应用的测试方法及装置

Info

Publication number: CN108228443A
Application number: CN201611154744.4A
Authority: CN
Inventors: 申玉叶
Original assignee: Beijing Gridsum Technology Co Ltd
Current assignee: Beijing Gridsum Technology Co Ltd
Priority date: 2016-12-14
Filing date: 2016-12-14
Publication date: 2018-06-29
Anticipated expiration: 2036-12-14
Also published as: CN108228443B

Abstract

本发明公开了一种web应用的测试方法和装置，该方法包括：获取后端测试过程中所采集到的指定数据格式的后端日志文件，该后端日志文件至少包括通过应用程序编程接口从数据库中获取到的后端数据；获取前端测试过程中所采集到的该指定数据格式的前端日志文件，该前端日志文件至少包括展现在页面中的前端数据；将该前端日志文件中的前端数据与后端日志文件中的该后端数据进行一致性比对，得到一致性测试结果。本申请的方案可以提高测试前端与后端数据一致性的便捷性和准确性，提高测试效率。

Description

一种web应用的测试方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种web应用的测试方法和装置。

背景技术

对于前后端分离的web项目而言，前端主要负责浏览器端用户交互界面和逻辑等，而后端负责数据的处理和存储等，前端与后端之间具有较强的数据依赖关系，即，后端负责提供数据，而前端负责显示数据。

基于前端与后端的关系，在发布web应用之前，需要对开发的web应用进行测试，以测试前端所展现的数据与后端所获取到的数据是否一致。然而，前端所展现的数据大部分是经过处理的，比如，将获取到的数据按照指定的规则进行格式化，以使得显示出的数据符合页面要求，例如，将数据从10000变更为显示界面中显示出的“1万”，这样，就会导致前端所呈现出的数据与后端获取到的源数据不可能完全相同，从而使得比对前端与后端数据的一致性的难度增大，因此，如何便捷、准确测试前端与后端数据的一致性是本领域技术人员迫切需要解决的技术问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的web应用的测试方法和装置，以提高测试前端与后端数据一致性的便捷性和准确性，提高测试效率。

为了实现以上目的，一方面，本申请实施例提供了一种web应用的测试装置，包括：

获取后端测试过程中所采集到的指定数据格式的后端日志文件，所述指定数据格式的后端日志文件至少包括通过应用程序编程接口从数据库中获取到的后端数据；

获取前端测试过程中所采集到的指定数据格式的前端日志文件，所述指定数据格式的前端日志文件至少包括展现在页面中的前端数据；

将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中的后端数据进行一致性比对，得到一致性测试结果。

优选的，在将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中的后端数据进行一致性比对之前，还包括：

获取测试用的指定数据格式的测试用例文件，所述测试用例文件包括测试用源数据；

将所述指定数据格式的后端日志文件中的后端数据与所述指定数据格式的测试用例文件中的源数据进行一致性比对，得到第一测试结果；

当所述第一测试结果表明所述指定数据格式的后端日志文件中的后端数据与所述指定数据格式的测试用例文件中的源数据一致时，执行所述将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中的后端数据进行一致性比对的操作。

优选的，还包括：

当所述第一测试结果表明所述指定数据格式的后端日志文件中的后端数据与所述指定数据格式的测试用例文件中的源数据不一致时，按照前端处理数据的转换规则，将所述指定数据格式的测试用例文件中的源数据进行转换处理；

将所述指定数据格式的前端日志文件中所述前端数据与所述指定数据格式的测试用例文件中经过所述转换处理后的源数据进行一致性比对，得到第二测试结果，以基于所述第二测试结果分析前端是否存在展现异常。

优选的，所述指定数据格式的后端日志文件还包括：后端测试过程中存储到数据库中的入库数据；

在所述将所述指定数据格式的后端日志文件中的后端数据与所述指定数据格式的测试用例文件中的源数据进行一致性比对之前，还包括：

将所述指定数据格式的后端日志文件中的入库数据与所述指定数据格式的测试用例文件中的源数据进行一致性比较；

当所述指定数据格式的后端日志文件中的入库数据与所述指定数据格式的测试用例文件中的源数据一致时，执行所述将所述指定数据格式的后端日志文件中的后端数据与所述指定数据格式的测试用例文件中的源数据进行一致性比对的操作。

优选的，在所述将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中的后端数据进行一致性比对之前，还包括：

按照前端处理数据的转换规则，对所述指定数据格式的后端日志文件中的后端数据进行转换；

则所述将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中的后端数据进行一致性比对，具体为：

将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中经过转换的后端数据进行一致性比对。

优选的，所述指定数据格式为JSON数据格式。

另一方面，本申请实施例还提供了一种web应用的测试装置，包括：

第一获取单元，用于获取后端测试过程中所采集到的指定数据格式的后端日志文件，所述指定数据格式的后端日志文件至少包括通过应用程序编程接口从数据库中获取到的后端数据；

第二获取单元，用于获取前端测试过程中所采集到的所述指定数据格式的前端日志文件，所述指定数据格式的前端日志文件至少包括展现在页面中的前端数据；

前后端比对单元，用于将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中的后端数据进行一致性比对，得到一致性测试结果。

优选的，还包括：

第三获取单元，用于在所述前后端比对单元将所述前端数据与所述后端数据进行一致性比对之前，获取测试用的指定数据格式的测试用例文件，所述测试用例文件包括测试用的源数据；

第一测试单元，用于将所述指定数据格式的后端日志文件中的后端数据与所述指定数据格式的测试用例文件中的源数据进行一致性比对，得到第一测试结果，并当所述第一测试结果表明所述指定数据格式的后端日志文件中的后端数据与所述指定数据格式的测试用例文件中的源数据一致时，执行所述前后端比对单元的操作。

优选的，还包括：

源数据转换单元，用于当所述第一测试结果表明所述指定数据格式的后端日志文件中的后端数据与所述指定数据格式的测试用例文件中的源数据不一致时，按照前端处理数据的转换规则，将所述指定数据格式的测试用例文件中的源数据进行转换处理；

第二测试单元，用于将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的测试用例文件中经过所述转换处理后的源数据进行一致性比对，得到第二测试结果，以基于所述第二测试结果分析前端是否存在展现异常。

优选的，所述第一获取单元获取到的所述指定数据格式的后端日志文件还包括：后端测试过程中存储到数据库中的入库数据；

所述测试装置还包括：

第三测试单元，用于在所述第一测试单元将所述指定数据格式的后端日志文件中的后端数据与所述指定数据格式的测试用例文件中的源数据进行一致性比对之前，将所述指定数据格式的后端日志文件中的入库数据与所述指定数据格式的测试用例文件中的源数据进行一致性比较；并当所述指定数据格式的后端日志文件中的入库数据与所述指定数据格式的测试用例文件中的源数据一致时，执行所述第一测试单元的操作。

优选的，还包括：

第一转换单元，用于在所述前后端比对单元将所述后端数据与所述前端数据进行一致性比对之前，按照前端处理数据的转换规则，将所述指定数据格式的后端日志文件中的后端数据进行转换；

则所述前后端比对单元具体为，用于将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中经过转换的后端数据进行一致性比对，得到一致性测试结果。

优选的，所述指定数据格式为JSON数据格式。

借由上述技术方案，本申请实施例在前端测试以及后端测试过程中，分别获取指定数据格式的前端日志文件和后端日志文件，其中，前端日志文件中包括展现在页面中的前端数据，而后端日志文件中包括后端通过API接口从数据库中获取到的后端数据，由于前端日志文件和后端日志文件的数据格式相同，这样，可以直接基于前端日志文件中的前端数据以及后端日志文件中的后端数据进行一致性比较，从而根据比对结果可以确定前端数据与后端数据是否一致，大大降低了测试前后端数据一致性的复杂度，也提高了测试的准确性，提高了测试效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本申请一种web应用的测试方法一个实施例的流程示意图；

图2示出了本申请一种web应用的测试方法又一个实施例的流程示意图；

图3示出了本申请一种web应用的测试装置一个实施例的组成结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参见图1，其示出了本申请一种web应用的测试方法，该方法可以应用于任意计算设备中，该计算设备可以是服务器，也可以是终端。本实施例的方法可以包括：

S101，获取后端测试过程中所采集到的指定数据格式的后端日志文件。

其中，该后端日志文件至少包括通过应用程序编程接口(API，ApplicationProgramming Interface)从数据库中获取到的后端数据。在本实施例中，该API接口用于后端从数据库中读取数据。

在本实施例中，将后端通过API接口从数据库中获取到的未经处理的数据称为后端数据，以便于前端经过处理后展现的前端数据进行区分。

S102，获取前端测试过程中所采集到的该指定数据格式的前端日志文件。

其中，前端日志文件至少包括展现在页面中的前端数据。

可以理解的是，前端测试过程中会从后端获取原始数据，并对该原始数据进行处理后展现在前端的页面上。如，前端会对几个指标加和，或者按照指定的数据处理方式对原始数据进行格式化，以使得获取到的数据可以符合页面展现要求。例如，向原始数据中添加千分符，以便于用户观看页面中的数据位数。

为了能够比较前端测试过程中，展现在页面中的前端数据是否与后端通过API接口调取的到的原始数据是否一致，在本申请实施例中，会采集前端测试过程中的日志文件，在本实施例中，将前端测试过程中所采集到的测试日志文件称为前端日志文件。

同时，为了实现数据的统一比较，本申请实施例中，后端日志文件中的后端数据为指定数据格式的数据，且，该前端日志文件中的前端数据也是指定数据格式的数据，由于前端数据与后端数据的数据格式相同，有利于将这两种数据进行比较。

其中，该指定数据格式可以根据需要设定，可选的，该指定数据格式可以为JOSN(JavaScript Object Notation)数据格式。其中，JOSN是一种轻量级的数据交换格式，它采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯，这些特性使JSON成为理想的数据交换语言，易于人阅读和编写，同时也易于机器解析和生成。

当然，在实际应用中，该前端日志文件除了包括展现在页面中的前端数据之外，还可以包括前端测试过程中所处理的业务，数据转换方式等等。

S103，按照前端处理数据的转换规则，将该后端日志文件中的后端数据进行转换。

可以理解的是，由于前端日志文件中的前端数据有可能是前端通过一些数据转换或处理之后才展现在页面中的，因此，如果直接将前端日志文件与后端日志文件中的数据进行比较，有可能无法确定数据是否一致。因此，可选的，在本申请实施例中，在将前端日志文件与后端日志文件进行比较之前，还可以按照前端处理数据的转换规则，对后端日志文件中的后端数据进行转换。其中，前端处理数据的转换规则可以理解为前端获取到待展现的源数据之后，对源数据进行转换处理的规则。

可以理解的是，如果前端展现在页面中的数据不存在异常，那么将后端日志文件中的后端数据按照前端处理数据的转化规则进行转换之后，前端日志文件中的前端数据应该与转换后的后端日志文件中的目标数据相一致。

需要说明的是，该步骤S103为可选步骤，其目的进一步提高数据一致性的便捷性和准确定。但可以理解的是，在前端获取到的数据直接展现到页面的情况下，则无需执行该步骤S103。

S104，将该前端日志文件中的前端数据与后端日志文件中经过转换后的后端数据进行一致性比对，得到一致性测试结果。

其中，如果一致性测试结果表明该前端日志文件中的前端数据与转换后的后端日志文件中经过转换后的后端数据一致，则说明前端展现出的数据与后端通过API接口获取到的数据一致；反之，如果一致性测试结果表明该前端日志文件中的前端数据与转换后的后端日志文件中的目标数据不一致，则说明前端在页面展现出的数据与后端通过API接口获取到的数据不一致。

需要说明的是，在不执行该步骤S103的前提下，则可以直接基于前端日志文件中的前端数据与后端日志文件中的后端数据进行一致性比对。

可见，在本申请实施例中，前后测试以及后端测试过程中，分别获取指定数据格式的前端日志文件和后端日志文件，其中，前端日志文件中包括展现在页面中的前端数据，而后端日志文件中包括后端通过API接口从数据库中获取到的后端数据，由于前端日志文件和后端日志文件的数据格式相同，如果按照前端处理数据的转换规则，对后端日志文件中的后端数据进行转换处理，那么转换出的目标数据应该与前端日志文件中包含的前端数据一致，这样，可以直接比对前端日志文件中的前端数据与按照该转换规则转换后的后端日志文件中的目标数据是否相同，从而根据比对结果可以确定前端数据与后端数据是否一致，大大降低了测试前后端数据一致性的复杂度，也提高了测试的准确性，提高了测试效率。

可以理解的是，在实际应用中，前端展现的数据与后端展现出的数据不一致有多种可能的原因，如，有可能是前端的处理异常，例如，前端数据处理异常，导致前端展现出的数据与后端通过API接口从数据库获取到的数据不一致；也有可能是后端的处理异常，例如，后端的API接口调用错误，导致调用出的数据与实际所需调用的数据不符等等。无论是前端出现异常，还是后端出现异常，均可能会导致前端展现出的数据与后端展现出的数据不一致，为了准确测试出前后端数据是否一致，并能够定位出前后端数据不一致的原因，本申请实施例还可以预先构建出一个包含测试用的源数据的测试用例文件，并以该测试用例文件中的源数据为基准，对前端展现出的数据，以及后端通过API接口调用的数据进行一致性比对。其中，测试用例文件中的源数据可以认为是前端以及后端测试过程中的基准数据，或者，该测试用例文件中的源数据可以与前后以及后端测试过程中所采用的源数据一致。

如，后端测试过程中可以获取测试用例文件中的源数据，并将获取到的源数据存储到数据库中，然后再通过API接口从数据库中获取后端数据，从而完成后端测试，因此，通过比对后端存储到数据库中的入库数据与测试用例中的源数据是否一致，可以验证后端数据存储过程是否存在异常；通过比对后端通过API接口从数据库中获取到的后端数据是否与测试用例文件中的源数据一致，来判断后端获取数据的过程是否存在异常。当然，在该测试用例文件中的源数据与前端以及后端测试用的未经修改的源数据一致的情况下，也可以该种方式比对后端存储到数据库以及从数据库中读取出的数据是否与源数据一致。

下面结合实施例进行介绍，参见图2，其示出了本申请一种web应用的测试方法又一个实施例的流程示意图，本实施例的方法可以包括：

S201，获取测试用的JOSN格式的测试用例文件。

其中，该测试用例文件包括测试用的源数据。相应的，该源数据的数据格式为JOSN格式。

需要说明的是，本实施例是以指定数据格式为JOSN格式为例进行介绍，但是可以理解的是，当指定数据格式为其他数据格式的情况也同样适用于本申请实施例。

S202，获取后端测试过程中所采集到的JOSN格式的后端日志文件。

其中，该后端日志文件至少包括通过应用程序编程接口从数据库中获取到的后端数据，以及后端测试过程中存储到数据库中的入库数据。

可以理解的是，后端测试过程中除了通过API接口从数据库中获取数据之外，还会涉及到通过API接口向数据库写入数据，在本申请实施例中将后端存储到数据库中的数据称为入库数据。

S203，获取前端测试过程中所采集到的JOSN格式的前端日志文件。

其中，该前端日志文件至少包括展现在页面中的前端数据。

S204，将该后端日志文件中的入库数据与测试用例文件中的源数据进行一致性比较。

由于后端日志文件与测试用例文件中的数据格式均相同，且后端日志文件中的入库数据也是未经处理的数据，因此，可以直接将该入库数据与测试用例中的源数据进行一致性比较。如果入库数据与测试用的源数据不一致，则说明后端存储至数据库中的数据出现存储异常，在该种情况下，后端再通过API接口从数据库中调取数据，也会导致后端调取到的后端数据与前端所呈现出的数据不一致，因此，需要先确定后端日志文件中的入库数据与测试用例文件中的源数据一致。

需要说明的是，该步骤S204为一个可选步骤，在后端测试过程中如果存储至数据库中的数据不存在异常的情况下，则无需进行该步骤S204的比较操作。

S205，当后端日志文件中包含的入库文件与该测试用例文件中的源数据一致时，将该后端日志文件中的后端数据与测试用例文件中的源数据进行一致性比对，得到第一测试结果。

S206，当该第一测试结果表明后端日志文件中的后端数据与该测试用例文件中的源数据一致时，按照前端处理数据的转换规则，将该后端日志文件中的后端数据转化为目标数据。

在后端测试过程中，如果后端读取出的后端数据与测试用例文件中的源数据不一致，则可能是由于后端的API接口等异常原因导致数据调取异常，在该种情况下，也会出现前端在页面中展现出的数据也会与后端调取到的数据不一致。因此，为了能够准确验证前端展现出的数据是否与后端所调取出的数据一致，可以先比对后端数据是否与源数据一致。

S207，将该前端日志文件中的前端数据与转换后的后端日志文件中的所述目标数据进行一致性比对，得到表征前后端数据一致性的测试结果。

在后端获取到的后端数据与源数据一致的情况下，如果按照前端处理数据的转换规则，将后端日志文件中的后端数据转换为目标数据之后，可以直接比对前端展现出的前端数据是否与该目标数据是否一致，如果不一致，则说明前端展现数据的过程存在异常。

需要说明的是，图2当该第一测试结果表明后端日志文件中的后端数据与该测试用例文件中的源数据一致时，再按照前端处理数据的转换规则，将该后端日志文件中的后端数据转化为目标数据仅仅是一种优选实施方式。在实际应用中，还可以在执行步骤S205之前或者执行步骤S205的同时，按照前端处理数据的转换规则，将该后端日志文件中的后端数据转换为目标数据，并将目标数据与前端数据进行比较，得到一个比较结果，基于得到的该比较结果以及该第一测试结果，来综合分析该前端展现出的前端数据是否与后端获取到的后端数据是否一致。

S208，当第一测试结果表明后端日志文件中的后端数据与测试用例文件中的源数据不一致时，按照前端处理数据的转换规则，将该测试用例文件中的源数据进行转换处理。

S209，将前端日志文件中前端数据与该测试用例文件中的经过该转换处理后的源数据进行一致性比对，得到第二测试结果，以基于该第二测试结果分析前端是否存在展现异常。

其中，当第一测试结果表明后端日志文件中的后端数据与所述测试用例文件中的源数据不一致时，说明后端调取数据存在异常，则需要对后端的处理过程进行修正。可选的，为了确定出前端是否存在数据展现异常，还可以按照前端处理数据的转换规则对测试用例中的源数据进行转换处理，并将前端数据与经过转换后的源数据进行一致性比较，如果第二测试结果表明经过转换后的源数据与前端数据一致，则说明前端不存在数据展现异常。

需要说明的是，在实际应用中，还可以是直接按照前端处理数据的转换规则，将测试用例文件中的源数据转换为目标数据，然后将前端日志文件中的前端数据与该测试用例文件中转换出的目标数据进行比较，得到一个测试结果，即，无论第一测试结果如何，均直接执行步骤S208和S209的操作。如果前端数据与测试用例文件中转换出的目标数据一致，则说明前端不存在数据展现异常；同时，如果后端数据与测试用例文件中的源数据一致，则说明后端中API调取数据的过程也不存在异常，且可以得到前端展现出的数据与后端通过API接口调取到的数据一致。

本申请实施例还提供了一种web应用的测试装置。

参见图3，其示出了本申请一种web应用的测试装置一个实施例的组成结构示意图，本实施例的装置可以包括：

第一获取单元301，用于获取后端测试过程中所采集到的指定数据格式的后端日志文件，所述指定数据格式的后端日志文件至少包括通过应用程序编程接口从数据库中获取到的后端数据；

第二获取单元302，用于获取前端测试过程中所采集到的指定数据格式的前端日志文件，所述指定数据格式的前端日志文件至少包括展现在页面中的前端数据；

前后端比对单元303，用于将所述指定数据格式前端日志文件中的前端数据与所述指定数据格式的后端日志文件中的后端数据进行一致性比对，得到一致性测试结果。

可选的，所述装置还可以包括：

进一步的，所述装置还可以包括：

进一步的，所述第一获取单元获取到的所述指定数据格式的后端日志文件还包括：后端测试过程中存储到数据库中的入库数据；

所述测试装置还包括：

可选的，以上任一项所述的web应用的测试装置，还包括：

可选的，所述指定数据格式为JSON数据格式。所述web应用的测试装置包括处理器和存储器，上述第一获取单元、第二获取单元、前后端比对单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来提高生成的热力图的精准度。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本申请实施例的装置中，第一获取单元和第二获取单元分别在前端测试以及后端测试过程中，获取指定数据格式的前端日志文件和后端日志文件，其中，前端日志文件中包括展现在页面中的前端数据，而后端日志文件中包括后端通过API接口从数据库中获取到的后端数据，由于前端日志文件和后端日志文件的数据格式相同，这样，可以直接基于前端日志文件中的前端数据与后端日志文件中的后端数据进行一致性比对，从而根据比对结果可以确定前端数据与后端数据是否一致，大大降低了测试前后端数据一致性的复杂度，也提高了测试的准确性，提高了测试效率。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种web应用的测试方法，其特征在于，包括：

2.根据权利要求1所述的web应用的测试方法，其特征在于，在将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中的后端数据进行一致性比对之前，还包括：

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

4.根据权利要求2所述的web应用的测试方法，其特征在于，所述指定数据格式的后端日志文件还包括：后端测试过程中存储到数据库中的入库数据；

5.根据权利要求1至4任一项所述的web应用的测试方法，其特征在于，在所述将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中的后端数据进行一致性比对之前，还包括：

所述将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中的后端数据进行一致性比对，具体为：

6.根据权利要求1所述的web应用的测试方法，其特征在于，所述指定数据格式为JSON数据格式。

7.一种web应用的测试装置，其特征在于，包括：

8.根据权利要求7所述的web应用的测试装置，其特征在于，还包括：

9.根据所述权利要求8所述的web应用的测试装置，其特征在于，还包括：

10.根据权利要求8所述的web应用的测试装置，其特征在于，所述第一获取单元获取到的所述指定数据格式的后端日志文件还包括：后端测试过程中存储到数据库中的入库数据；

所述测试装置还包括：

11.根据权利要求7至10任一项所述的web应用的测试装置，其特征在于，还包括：

所述前后端比对单元具体为，用于将所述指定数据格式的前端日志文件中的前端数据与所述指定数据格式的后端日志文件中经过转换的后端数据进行一致性比对，得到一致性测试结果。

12.根据权利要求7所述的web应用的测试装置，其特征在于，所述指定数据格式为JSON数据格式。