CN108984396A

CN108984396A - 自动测试的方法及系统、测试终端

Info

Publication number: CN108984396A
Application number: CN201810648980.4A
Authority: CN
Inventors: 王芳
Original assignee: Qianxun Position Network Co Ltd
Current assignee: Qianxun Position Network Co Ltd
Priority date: 2018-06-21
Filing date: 2018-06-21
Publication date: 2018-12-11
Anticipated expiration: 2038-06-21
Also published as: CN108984396B

Abstract

本发明适用于软件测试技术领域，提供了一种自动测试的方法及系统、测试终端，所述方法包括：接收测试指令；采集日志数据；分析所采集的日志数据，获得对应的追踪码；判断所得的追踪码是否为错误码；当判断为否时，判断是否存在对应日志数据的前置必要状态数据，根据判断结果确认对应的测试结果。本发明中，当判断日志数据的追踪码为非错误码时，进一步判断日志数据是否存在对应的前置必要状态数据，连续逐级测试可降低测试成本。

Description

自动测试的方法及系统、测试终端

技术领域

本发明属于软件测试技术领域，尤其涉及一种自动测试的方法及系统、测试终端。

背景技术

软件测试是保证软件质量的重要手段，通过软件测试可以发现软件缺陷从而修改缺陷达到提高软件质量水平的目的。

目前，应用软件在运行的过程中通常会产生日志文件，日志文件中可用不同的字段来记录应用软件在运行的过程中的运行状况，如，用户执行了点击链接的操作，则点击链接后打开该链接的响应时间会被记录在日志文件中的某个字段内。

由于日志文件中记录着应用软件的运行状况，因此，在应用软件进行自动化测试的过程中，通常都是使应用软件根据预先设定的测试用例来运行，并将应用软件在运行过程中所生成的日志文件中的内容提取出来，并与该测试用例中所包含的标准内容进行比对，以此来判定该应用软件是否运行正常。

现有的自动化测试中，通常是对单个环节的日志文件进行测试，因此需要较多的人力成本来完成整个测试，而测试没有连贯性也会一定程度上影响测试结果的准确性。

发明内容

本发明实施例提供了一种自动测试的方法及系统、测试终端，旨在解决现有技术的由于测试的不连贯性而增加测试成本的问题。

一种自动测试的方法，包括：

采集日志数据；

分析所采集的日志数据，获得对应的追踪码；

判断所得的追踪码是否为错误码；

当判断为否时，判断是否存在对应日志数据的前置必要状态数据，根据判断结果确认对应的测试结果。

优选地，所述采集日志数据具体为：采用埋点方式采集日志数据。

优选地，所述日志数据为两条以上，所述采集日志数据之后、分析所采集的日志数据，获得对应的追踪码之前包括：

对当前的日志数据进行排序。

优选地，所述对当前的日志数据进行排序具体为：按照日志数据的时间戳对所述两条以上日志数据进行排序，获得数据队列；

所述分析所采集的日志数据，获得对应的追踪码具体为：选择所述数据队列的第一条数据，分析所述第一条数据，获得对应的追踪码。

优选地，所述根据判断结果确认对应的测试结果包括：

当判断不存在前置必要状态数据时，确认测试结果为失败；

当判断存在前置必要状态数据时，判断对应的日志数据是否为最后一条日志数据；

当判断为最后一条时，确认测试结果为通过；

当判断为非最后一条时，转到获得追踪码的步骤。

优选地，所述根据判断结果获取对应的测试结果之后还包括：

输出所述测试结果。

本发明还提供一种自动测试的系统，包括：

采集单元，用于采集日志数据；

获取单元，用于分析所采集的日志数据，获得对应的追踪码；

第一判断单元，用于判断所得的追踪码是否为错误码；

第二判断单元，用于当判断为是时，还用于判断是否存在对应日志数据的前置必要状态数据，根据判断结果确认对应的测试结果。

本发明还提供一种测试终端，该测试终端包括一种自动测试的系统，其中所述系统包括：

采集单元，用于采集日志数据；

第一判断单元，用于判断所得的追踪码是否为错误码；

本发明还提供一种存储器，所述存储器存储有计算机程序，其特征在于，所述计算机程序被处理器执行如下步骤：

采集日志数据；

分析所采集的日志数据，获得对应的追踪码；

判断所得的追踪码是否为错误码；

本发明还提供一种服务终端，包括存储器、处理器及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

采集日志数据；

分析所采集的日志数据，获得对应的追踪码；

判断所得的追踪码是否为错误码；

本发明实施例中，当判断日志数据的追踪码为非错误码时，进一步判断日志数据是否存在对应的前置必要状态数据，连续逐级测试可降低测试成本。

附图说明

图1为本发明第一实施例提供的一种自动测试的方法的流程图；

图2为本发明第一实施例提供的一种自动测试的方法的步骤S5的具体流程图；

图3为本发明第二实施例提供的一种自动测试的系统的结构图；

图4为本发明第三实施例提供的一种服务终端的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中，一种自动测试的方法，包括：采集日志数据；分析所采集的日志数据，获得对应的追踪码；判断所得的追踪码是否为错误码；当判断为是时，判断是否存在对应日志数据的前置必要状态数据；根据判断结果确认对应的测试结果。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了本发明第一实施例提供的一种自动测试的方法的流程图，该方法包括：

步骤S1，采集日志数据；

具体地，当需要测试时，首先需要采集日志数据，该日志可优选为产品或者某个算法的运行日志，采集该运行日志的数据，优选地，通过埋点的方式来采集日志数据，例如：在测试页面上拉取日志，获得对应的日志数据。

进一步地，可根据设备ID及时间戳来拉取预设用户的埋点数据(即拉取的日志数据)，该埋点数据对应的格式为：时间戳、页面编码、事件编号、追踪码(code)、对应的追踪详情；该埋点数据对应的参数包括：sessionCode：应用一次启动随机生成的code，用于标识一次完整的运行周期，即从应用启动开始计算，到应用退出结束终止；

deviceId：设备唯一编号；networkType：网络类型；batteryLevel：设备当前电量；trackCode：追踪Code；

其中，所述追踪码可为以下的一种：

SuccessCode|subTrackCode，表示符合预期，以具体的数据为标识，例如：1000|具体业务相关code；

ErrorCode|subTrackCode，表示不符合预期，以具体的数据为标识，例如：2000|具体业务相关code；

WarningCode|subTrackCode，表示警告，可能会导致不符合预期的流程出现。例如：3000|具体业务相关code。

在本实施例中，sessionCode可解决断网情况、上传失败、应用退出等问题。导致本次运行周期内的数据尚未全部上传完毕，下次打开App，可继续上传上一次未上传完毕的字段信息，保证了一次运行周期内埋点数据的完整性；

networkType网络类型也用于辅助定位当前预设产品流程未成功运行的根本原因，例如2G、3G网络下，运行卡顿或者服务器超时等导致的运行流程失败问题，该数据主要用对运行结果的辅助分析和定位使用；batteryLevel设备当前电量主要用户辅助定位当前预设产品流程未成功运行的原因(例如：以Android手机为例，不同手机厂商其为维持其系统正常运行的电量阈值各有差异，当电量小于一定值时，就会关闭一些数据通讯功能(蓝牙通讯，串口通讯等)，此时会导致蓝牙或者串口通讯功能异常)，该数据主要用对运行结果的辅助分析和定位使用。

步骤S2，分析所采集的日志数据，获得对应的追踪码；

具体地，该日志数据可携带对应产品的运行状态数据、采集的时间戳、追踪码(track code)、前置必要状态数据(前置必要status)，获得该日志数据对应的追踪码。

步骤S3，判断所得的追踪码是否为错误码；

具体地，判断该追踪码是否为错误码(error code)；当判断为是时，转到步骤S4，当判断为否时，此时该追踪码为SuccessCode，于是转到步骤S5；例如，检查日志数据中的track code是否为error code，若是则转到步骤S4，表示测试不通过，若判断不是转到步骤S5。

步骤S4，结束进程，确认测试结果为失败；

步骤S5，判断是否存在对应日志数据的前置必要状态数据，根据判断结果确认对应的测试结果；

具体地，当追踪码为非错误码时，进一步判断该日志数据是否存在对应的前置必要状态数据，得到对应的判断结果，根据判断结果确认对应的测试结果。例如，检查日志数据是否携带必要的条件(前置必要状态数据)，如必要条件为“加入购物车C2之前必须登录成功B2”，若此时能在日志数据的记录中找到B2，则C2通过，不存在B2则C2不通过。

在本实施例的一个优选方案中，该步骤S1之前还可包括：

接收测试指示；

具体地，该测试指示由测试者发出，例如可通过页面发出或者按钮发出，此处对此不作限制。

在本实施例的一个优选方案中，采集的日志数据为两条以上，该步骤S1之后、步骤S2之前还可包括：

步骤S6，对当前的日志数据进行排序；

具体地，对采集的日志数据进行排序，即对当前存在的日志数据进行排序，可根据日志数据的采集时间戳来对日志数据进行排序，也可以根据日志数据对应的运行的开始时间戳来进行排序，最终得到数据队列。优选地，根据采集时间戳来对日志数据进行排序，如以时间先后来排序(最早采集的日志数据排列在最前，最晚采集的日志数据排在最后)。

在本实施例的进一步优选方案中，该步骤S2具体为：选择数据队列的第一条数据，分析第一条数据，获得对应的追踪码；

具体地，对日志数据进行排序后得到的数据队列，然后从数据队列中选取排在第一的日志数据作为测试对象，获得对应的追踪码；然后执行步骤S3至步骤S5；即每一条日志数据均需要经过步骤S2～步骤S5的流程来完成测试。

在本实施例的一个优选方案中，该步骤S5之后还可包括：

输出测试结果；

具体地，每一条日志数据对应一个测试结果，可同时输出每一条日志数据的测试结果，将所有测试结果集合形成对应的测试报告，优选地，可以页面或者列表形式输出测试结果。

在本实施例的一个优选方案中，如图2所示，为本发明第一实施例提供的一种自动测试的方法的步骤S5的具体流程图，该步骤S5具体包括：

步骤S51，判断是否存在对应日志数据的前置必要状态数据；

具体地，查找该日志数据是否存在前置必要状态数据，当不存在时，转到步骤S52；当判断存在时，转到步骤S53；

步骤S52，结束进程，确认测试结果为失败；

步骤S53，判断对应的日志数据是否为最后一条日志数据；

具体地，判断对应的日志数据是否为最后一条日志数据，可通过确认该数据队列中是否还存在日志数据来判断是否为最后一条日志数据，当判断为是时，转到步骤S54，当判断为否时，转到步骤S2的分析下一条日志数据的步骤。

步骤S54，结束进程，确认测试结果为通过。

本实施例中，当判断日志数据的追踪码为非错误码时，进一步判断日志数据是否存在对应的前置必要状态数据，连续逐级测试可降低测试成本。

实施例二：

如图3所示，为本发明第二实施例提供的一种自动测试的系统的结构图，该系统包括：采集单元1、与采集单元1连接的获取单元2、与获取单元2连接的第一判断单元3、与第一判断单元3连接的第二判断单元4，其中：

采集单元1，用于采集日志数据；

获取单元2，用于分析所采集的日志数据，获得对应的追踪码；

第一判断单元3，用于判断所得的追踪码是否为错误码；

具体地，首先判断该追踪码是否为错误码(error code)；当判断为是时，结束进程，确认测试结果为失败；当判断为否时，该追踪码为SuccessCode，于是反馈给第二判断单元4；

第二判断单元4，用于当判断为否时，用于判断是否存在对应日志数据的前置必要状态数据，根据判断结果确认对应的测试结果。

具体地，当判断为否时，进一步判断是否存在对应日志数据的前置必要状态数据，根据判断结果确认对应的测试结果。

例如：检查日志数据中的track code是否为error code，当判断为是时，结束进程，确认测试结果为失败，测试不通过；当判断为否时，进一步判断该日志数据是否存在对应的前置必要状态数据，得到对应的判断结果，根据判断结果确认对应的测试结果。例如，检查日志数据是否携带必要的条件(前置必要状态数据)，如必要条件为“加入购物车C2之前必须登录成功B2”，若此时能在日志数据的记录中找到B2，则C2通过，不存在B2则C2不通过。

在本实施例的一个优选方案中，该系统还包括：与采集单元1连接的接收单元，其中：

接收单元，用于接收测试指示；

在本实施例的一个优选方案中，采集的日志数据为两条以上，该系统还可包括：与采集单元1及获取单元2均连接的排序单元5，其中：

排序单元5，用于对当前的日志数据进行排序；

在本实施例的进一步优选方案中，该获取单元2具体用于：选择数据队列的第一条数据，分析第一条数据，获得对应的追踪码；

具体地，对日志数据进行排序后得到的数据队列，然后从数据队列中选取排在第一的日志数据作为测试对象，获得对应的追踪码；

需要说明的是，每一条日志数据均需要经过前述获取单元2、判断单元3执行相应的功能后获得对应的测试结果。

在本实施例的一个优选方案中，该系统还包括：与第一判断单元3及第二判断单元4均连接的输出单元，其中：

输出单元，用于输出测试结果；

在本实施例的一个优选方案中，该第二判断单元4具体用于：

判断是否存在对应日志数据的前置必要状态数据；

具体地，查找该日志数据是否存在前置必要状态数据，当不存在时，结束进程，确认测试结果为失败；当判断存在时，判断对应的日志数据是否为最后一条日志数据；

具体地，判断对应的日志数据是否为最后一条日志数据，可通过确认该数据队列中是否还存在日志数据来判断是否为最后一条日志数据，当判断为是时，结束进程，确认测试结果为通过。当判断为否时，反馈给获取单元2。

在本发明中，还提供一种测试终端，该测试终端用于软件的测试，该测试终端包括如上述实施例二描述的自动测试的系统，该系统的具体结构、工作原理及所带来的技术效果与上述实施例二的描述基本一致，此处不再赘述。

实施例三：

图4示出了本发明第三实施例提供的一种服务终端的结构图，该服务终端包括：存储器(memory)41、处理器(processor)42、通信接口(Communications Interface)43和总线44，该处理器42、存储器41、通信接口43通过总线44完成相互之间的交互通信。

存储器41，用于存储各种数据；

具体地，存储器41用于存储各种数据，例如通信过程中的数据、接收的数据等，此处对此不作限制，该存储器还包括有多个计算机程序。

通信接口43，用于该服务终端的通信设备之间的信息传输；

处理器42，用于调用存储器41中的各种计算机程序，以执行上述实施例一所提供的一种自动测试的方法，例如：

采集日志数据；

分析所采集的日志数据，获得对应的追踪码；

判断所得的追踪码是否为错误码；

当判断为是时，判断是否存在对应日志数据的前置必要状态数据，根据判断结果确认对应的测试结果。

本发明还提供一种存储器，该存储器存储有多个计算机程序，该多个计算机程序被处理器调用执行上述实施例一所述的一种自动测试的方法。

本发明中，当判断日志数据的追踪码为非错误码时，进一步判断日志数据是否存在对应的前置必要状态数据，连续逐级测试可降低测试成本。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。

专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种自动测试的方法，其特征在于，包括：

采集日志数据；

分析所采集的日志数据，获得对应的追踪码；

判断所得的追踪码是否为错误码；

2.根据权利要求1所述的方法，其特征在于，所述采集日志数据具体为：采用埋点方式采集日志数据。

3.根据权利要求2所述的方法，其特征在于，所述日志数据为两条以上，所述采集日志数据之后、分析所采集的日志数据，获得对应的追踪码之前包括：

对当前的日志数据进行排序。

4.根据权利要求3所述的方法，其特征在于，所述对当前的日志数据进行排序具体为：按照日志数据的时间戳对所述两条以上日志数据进行排序，获得数据队列；

5.根据权利要求1所述的方法，其特征在于，所述根据判断结果确认对应的测试结果包括：

当判断不存在前置必要状态数据时，确认测试结果为失败；

当判断为最后一条时，确认测试结果为通过；

当判断为非最后一条时，转到获得追踪码的步骤。

6.根据权利要求1所述的方法，其特征在于，所述根据判断结果获取对应的测试结果之后还包括：

输出所述测试结果。

7.一种自动测试的系统，其特征在于，包括：

采集单元，用于采集日志数据；

第一判断单元，用于判断所得的追踪码是否为错误码；

8.一种测试终端，其特征在于，所述如权利要求7所述的自动测试的系统。

9.一种存储器，所述存储器存储有计算机程序，其特征在于，所述计算机程序被处理器执行如下步骤：

采集日志数据；

分析所采集的日志数据，获得对应的追踪码；

判断所得的追踪码是否为错误码；

10.一种服务终端，包括存储器、处理器及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任意一项所述的自动测试的方法的步骤。