CN114546881A

CN114546881A - 应用软件测试方法、电子设备和计算机可读存储介质

Info

Publication number: CN114546881A
Application number: CN202210287129.XA
Authority: CN
Inventors: 罗静; 敦建征; 张培; 侯鑫; 李梓建
Original assignee: CRSC Institute of Smart City Research and Design Co Ltd
Current assignee: CRSC Institute of Smart City Research and Design Co Ltd
Priority date: 2022-03-22
Filing date: 2022-03-22
Publication date: 2022-05-27
Anticipated expiration: 2042-03-22
Also published as: WO2023178892A1; CN114546881B

Abstract

本发明提供一种应用软件APP测试方法、电子设备和计算机可读存储介质。其中，所述APP测试方法包括：获取关键日志；根据所述关键日志，确定与测试故障原因相关的信息。本发明提供的APP测试方法即使脱离了开发工具的工作台也能够快速查看网络访问日志及崩溃日志，能够协助测试人员和开发人员进行问题复现和故障定位，提高开发者的开发效率。

Description

应用软件测试方法、电子设备和计算机可读存储介质

技术领域

本发明涉及通信领域，尤其涉及一种应用软件测试方法、电子设备和计算机可读存储介质。

背景技术

随着互联网技术的高速发展，各种实用型应用软件(APP，Application)应运而生。为了提高开发效率，降低开发成本，各类协助开发工具层出不穷，这些开发工具可以在开发、测试过程中为开发者提供帮助。一个APP的研发过程不仅仅是开发者编程过程，还包括产品设计及软件测试等环节。一个有效的测试方法或工具能够提高团队沟通效率，使整个开发、测试团队都能获益。

在当前APP开发过程中，几乎所有的开发者都是边开发边调试，需要通过开发调试工具来捕捉日志，以辅助故障问题的复现和故障根因的定位。

发明内容

本发明提供一种应用软件APP测试方法、电子设备和计算机可读存储介质。

第一方面，本发明提供了一种应用软件APP测试方法，包括：

获取关键日志；

根据所述关键日志，确定与测试故障原因相关的信息。

在一些实施例中，所述关键日志包括网络请求日志和/或异常日志。

在一些实施例中，所述获取关键日志，包括：

将所述网络请求日志中的接口请求及所述接口请求的返回数据存入拦截器中；

所述根据所述关键日志，确定与测试故障原因相关的信息，包括：

在所述拦截器中分析所述接口请求及所述返回数据，缓存分析结果；

对所述分析结果中与测试故障原因相关的信息进行突出显示。

进一步地，所述对所述分析结果中与测试故障原因相关的信息突出显示，包括：

根据所述分析结果，显示网络请求日志的列表；

根据所述分析结果中各网络请求的响应码，确定与所述测试故障原因相关的网络请求日志；

将所述与所述测试故障原因相关的网络请求日志显示为对应的字体颜色。

在一些实施例中，所述获取关键日志，包括：

响应于系统异常，获取异常日志，其中，所述系统异常，包括闪退和/或运行异常；

将所述异常日志存入异常日志文件中；

读取所述异常日志文件确定与所述系统异常相关的异常日志；

将与所述系统异常相关的异常日志突出显示。

在一些实施例中，所述方法还包括：

获取用户界面UI截图；

显示所述UI截图与预存的UI设计图的差异。

进一步地，所述获取UI截图包括：

当加速度传感器监听到晃动数值满足预定条件时，对当前UI页面截图；

在所述当前UI页面截图上绘制文字和/或图形标记，得到所述UI截图。

进一步地，所述显示所述UI截图与所述UI设计图的差异包括：

将所述UI设计图叠加在所述UI截图上；

调整所述UI设计图的透明度，显示所述UI截图与所述UI设计图的差异。

第二方面，本发明提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现第一方面中任意一项所述的APP测试方法；

一个或多个I/O接口，连接在所述处理器与存储器之间，配置为实现所述处理器与存储器的信息交互。

第三方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面中任意一项所述的APP测试方法。

本发明相较于现有技术，即使是脱离了开发工具的工作台也能够快速查看网络访问日志及崩溃日志，操作更灵活，定位问题更加准确，适用性强，不仅提高开发者的开发效率，也能够协助测试人员进行问题复现和故障定位，在团队协作方面，大大降低了沟通成本。

附图说明

图1是本发明实施例提供的一种APP测试方法的流程图。

图2是本发明实施例提供的一种APP测试方法中部分步骤的流程图。

图3是本发明实施例提供的一种APP测试方法中部分步骤的流程图。

图4是本发明实施例提供的一种APP测试方法中部分步骤的流程图。

图5是本发明实施例提供的一种APP测试方法中部分步骤的流程图。

图6是本发明实施例提供的一种APP测试方法中部分步骤的流程图。

图7是本发明实施例提供的一种APP测试方法中部分步骤的流程图。

图8是本发明实现网络接口日志拦截的实施例的流程示意图。

图9是本发明崩溃日志拦截的实施例的流程示意图。

图10是本发明实现UI对比的实施例的流程示意图。

图11是本发明实施例提供的一种电子设备的示意图。

图12是本发明实施例提供的一种计算机可读存储介质的示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特有的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

在当前APP开发过程中，几乎所有的开发者都是边开发边调试，需要通过开发调试工具来捕捉日志，以辅助故障问题的复现和故障根因的定位。但是，如果需要调试的APP与开发工具断开了连接，比如测试人员对APP正在进行测试的时候，突然出现网络请求不通或者闪退的情况，就无法通过开发调试工具来捕捉日志，只能依靠测试人员和开发人员一遍遍地尝试操作来复现问题，不但耗费时间，而且在没有捕捉到故障日志的情况下复现出故障问题的概率很低。在无法稳定复现故障问题的前提下，对故障问题根因的定位也依赖于开发者凭借其经验进行代码排查，定位效率低下，定位结果的准确性也不能得到保证。

发明人针对开发调试工具无法捕捉到相关日志的问题，提出了直接在终端设备进行关键日志捕捉的方法，即使发生连接终端或闪退的情况，也依然能够自动、快速地获取到关键日志，确定与故障原因相关的信息，并且将这些关键信息展示在工具界面，帮助测试、开发人员快速复现、定位故障根因，提高故障排除效率，提高所开发出的APP的稳定性。

第一方面，本发明实施例提供一种应用软件APP测试方法，如图1所示，所述方法包括如下步骤：

在步骤S100中，获取关键日志；

在步骤S200中，根据所述关键日志，确定与测试故障原因相关的信息。

如前文所述，由于网络连接断开，或者出现系统闪退、运行异常时，会导致开发调试工具无法捕捉到相关日志，因此，本发明实施例提供的APP测试方法，在终端设备直接获取关键日志，并自动对获取到的关键日志进行分析，识别出与故障原因相关的信息，为测试人员复现故障问题、为开发人员定位故障根因提供依据。

在一些实施例中，如图2所示，所述获取关键日志，包括：

在步骤S110中，将所述网络请求日志中的接口请求及所述接口请求的返回数据存入拦截器中；

在步骤S210中，在所述拦截器中分析所述接口请求及所述返回数据，缓存分析结果；

在步骤S220中，对所述分析结果中与测试故障原因相关的信息进行突出显示。

对于网络断开的故障，有可能是APP软件代码缺陷导致，也有可能是网络协议协商过程中出现问题。在每次发出网络请求时都通过拦截器捕捉接口请求以及因该请求返回的数据，提取出相关的参数缓存起来。例如，捕捉每个网络请求所对应的开始时间、请求统一资源定位器(URL，Uniform Resource Locator)、请求方法、请求头、请求参数、响应码、响应头、返回数据、数据包大小、耗时等参数。通过对这些相关参数的分析，综合判断后，找到与测试故障原因相关的信息，并将对应的网络请求日志突出显示，便于开发人员定位到故障原因。

进一步地，如图3所示，所述对所述分析结果中与测试故障原因相关的信息突出显示，包括：

在步骤S221中，根据所述分析结果，显示网络请求日志的列表；

在步骤S222中，根据所述分析结果中各网络请求的响应码，确定与所述测试故障原因相关的网络请求日志；

在步骤S223中，将所述与所述测试故障原因相关的网络请求日志显示为对应的字体颜色。

因为系统会记录每个网络请求的信息，所以可以将所有的网络请求都显示出来。为了显示的条理清晰，可以在对拦截器中的网络请求数据进行分析时，将数据进行格式化，例如，进行JSON格式化，方便查看网络请求中各个字段的数据。在显示格式上，可以以网络请求日志列表的形式显示所有的网络请求日志，并对与故障原因相关的日志进行突出显示。

在对拦截到的日志进行分析时，可以根据网络请求的响应码，来判断连接中断的原因。根据请求的成功或失败分别设定不同状态，用于日志记录中突出显示。例如，网络请求的响应码为400等，即可快速判断出故障原因。因此，可以通过响应码的含义预先设置不同的日志显示字体颜色，当网络请求日志列表中出现可能导致故障的网络请求日志时，将其显示为与众不同的颜色，使开发、测试人员一眼就能看到此条日志。

进一步地，如果连接中断是由于软件缺陷造成的，还可以将相关的软件方法调用栈以及相关的参数显示出来，使开发、测试人员能够方便、直观地看到引起连接终端的异常信息。

在一些实施例中，如图4所示，所述获取关键日志，包括：

在步骤S120中，响应于系统异常，获取异常日志，其中，所述系统异常，包括闪退和/或运行异常；

在步骤S130中，将所述异常日志存入异常日志文件中；

在步骤S230中，读取所述异常日志文件确定与所述系统异常相关的异常日志；

在步骤S240中，将与所述系统异常相关的异常日志突出显示。

如前文所述，除了网络访问异常之外，还有闪退、运行异常的故障会导致开发调试工具无法获取到相关日志。与网络访问异常不同的是，当闪退发生时，缓存保存的信息可能会因为重新启动APP而被清空，因此，本发明提供的APP测试方法，会响应于闪退、运行异常等故障，触发自动捕捉异常信息，并且将捕捉到的异常信息存入异常日志文件中，即使闪退后APP重新启动，甚至是系统重新启动，保存在异常日志文件中的内容也不会丢失。

在UI开发方面，APP最终效果难以与设计图保持一致，一些细微的差别需要设计人员自己的对比，不仅耗时，而且效果不显著。在本发明提供的APP测试方法中，还可集成UI开发界面与设计图的比较功能。

在一些实施例中，如图5所示，所述方法还包括：

在步骤S300中，获取用户界面UI截图；

在步骤S400中，显示所述UI截图与预存的UI设计图的差异。

通过预设的截屏方式，触发对当前开发界面UI截图的编辑，并可将原有的UI设计图导入同一界面，将当前的UI截图与UI设计图重叠在一起进行比较，使两者的差异一目了然。

可选地，如图6所示，所述获取UI截图包括：

在步骤S310中，当加速度传感器监听到晃动数值满足预定条件时，对当前UI页面截图；

在步骤S320中，在所述当前UI页面截图上绘制文字和/或图形标记，得到所述UI截图。

与系统默认的截屏方式有所区别，可以设置摇一摇等方式来触发对当前开发界面UI截图的编辑，实现与原有UI设计图对比的功能。在对比之前，可以对当前UI界面的截图进行编辑，添加文字和/或图形标记，方便对UI截图与原有的UI设计图进行对比和批注，直观地显示两者的差异。

进一步地，如图7所示，所述显示所述UI截图与所述UI设计图的差异包括：

在步骤S410中，将所述UI设计图叠加在所述UI截图上；

在步骤S420中，调整所述UI设计图的透明度，显示所述UI截图与所述UI设计图的差异。

在将UI设计图叠加在UI截图上时，为了便于上下两层图片的对比，可以通过滑块的方式自定义图片的透明度，更容易看出两者的差异。

为了使本发明实施例的目的、技术方案和优点更加清楚，以下结合3个实施例对本发明第一个方面所述的APP测试方法在实际测试过程中的具体实现做进一步的详细说明。

实施例1

如图8所示，实施例1对网络接口请求日志拦截流程的实现方法做进一步详细说明。需要说明的是，本发明实施例应用于开发测试阶段的APP中，只面向开发、测试人员，并不面向消费者，因此，需要开启调测模式。在APP启动时，添加开启工具的方法，在应用软件Application的创建onCreate()方法中调用显示错误showBug()方法，并且在应用设置中开启悬浮窗权限。后续的实施例2和3均采用此设置。

首先创建网络请求日志拦截类，在网络请求的OkHttpClient中通过addInterceptor()方法为超文本传输协议(HTTP，HyperText Transfer Protocol)请求添加日志拦截器HttpLoggingInterceptor类，通过HttpLoggingInterceptor来接收网络请求及返回数据，并且在HttpLoggingInterceptor中的拦截器intercept()方法中创建协议消息ProcotolMessage实体类，包含：开始时间、请求url、请求方法、请求头、请求参数、响应码、响应头、返回数据、数据包大小、耗时、错误码等参数。通过接口请求类，取到对应的参数，并将拦截到的数据缓存起来。

创建网络请求日志列表，读取拦截类缓存数据，将请求接口及开始时间放在列表视图ListView中，并根据响应码，对字体颜色进行区分。

创建网络日志详情页，通过点击列表数据，将该条数据带入详情页面，分别将请求开始时间、请求地址、请求方式、请求头、请求参数、响应码、响应头、返回结果、网络包大小、耗时、错误日志等信息使用所设置的字体颜色将数据展示在页面中。

实施例2

如图9所示，实施例2对崩溃日志拦截的实现方法做进一步详细说明。

在程序启动时创建日志文件缓存路径。

创建用户异常句柄CustomExceptionHandler类，并继承异常捕获句柄创建异常捕捉类UncaughtExceptionHandler。

实例化异常捕捉类CustomExceptionHandler，并将缓存路径传入其中。

重写异常捕获uncaughtExcaption方法，该方法用于捕获系统异常日志，当APP出现异常时会自动调用该异常捕捉方法。在uncaughtExcaption方法中根据传入文件路径以及系统时间创建文本文件，通过写入流的方式，将异常日志写入文件中。

读取异常文件并展示在页面。具体包括：创建崩溃日志活动CrashLogActivity，在CrashLogActivity的创建onCreate()方法中开启线程，在线程中遍历崩溃日志文件，将所有日志文件内容以流的方式全部读取出来，并将每条异常日志分别展示在列表视图ListView中。

实施例3

如图10所示，实施例3对UI对比实现方法做进一步详细说明。

创建截图类ScreenShot，在SereenShot类中，将指定活动Activity生成位图bitmap，将bitmap转换成图片存入本地。

定义并监听加速度传感器，规定一个范围，终端突然晃动时，当传感器的晃动数值达到规定范围，判定为在执行摇一摇动作，调用截图类，对当前页面进行截图。

截图成功后，弹出新的页面，截图在新的页面显示。在截图的图片之上创建画布，在画布上设置画笔绘制方式、画笔颜色、画笔粗细，并绑定画笔监听器，用于判断是否正在绘制。绘制可以多次进行。

绘制结束后，可以通过本地文件导入设计图参与图片对比，将设计图叠加在截图之上，通过滑块滑动来调整设计图的透明度，从而实现设计图与截图的对比。

第二方面，本发明实施例提供一种电子设备，如图11所示，其包括：

一个或多个处理器501；

存储器502，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述第一方面任意一项的APP测试方法；

一个或多个I/O接口503，连接在处理器与存储器之间，配置为实现处理器与存储器的信息交互。

其中，处理器501为具有数据处理能力的器件，其包括但不限于中央处理器(CPU)等；存储器502为具有数据存储能力的器件，其包括但不限于随机存取存储器(RAM，更具体如SDRAM、DDR等)、只读存储器(ROM)、带电可擦可编程只读存储器(EEPROM)、闪存(FLASH)；I/O接口(读写接口)503连接在处理器501与存储器502间，能实现处理器501与存储器502的信息交互，其包括但不限于数据总线(Bus)等。

在一些实施例中，处理器501、存储器502和I/O接口503通过总线504相互连接，进而与计算设备的其它组件连接。

第三方面，本发明实施例提供一种计算机可读存储介质，如图12所示，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面任意一项的APP测试方法。

本发明相较于现有技术，即使是脱离了开发工具的工作台也能够快速查看网络访问日志及崩溃日志，操作更灵活，定位问题更加准确，适用性强，不仅提高开发者的开发效率，也能够协助测试人员进行问题复现和故障定位，在团队协作方面，大大降低了沟通成本。此外，通过本发明所提供的UI对比功能，还可以帮助设计人员很好的进行问题标注及UI对比。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。

Claims

1.一种应用软件APP测试方法，包括：

获取关键日志；

根据所述关键日志，确定与测试故障原因相关的信息。

2.根据权利要求1所述的APP测试方法，其中，所述关键日志包括网络请求日志和/或异常日志。

3.根据权利要求1所述的APP测试方法，其中，

所述获取关键日志，包括：

4.根据权利要求3所述的APP测试方法，其中，所述对所述分析结果中与测试故障原因相关的信息突出显示，包括：

根据所述分析结果，显示网络请求日志的列表；

5.根据权利要求1所述的APP测试方法，其中，

所述获取关键日志，包括：

将所述异常日志存入异常日志文件中；

将与所述系统异常相关的异常日志突出显示。

6.根据权利要求1至5中任意一项所述的APP测试方法，其中，所述方法还包括：

获取用户界面UI截图；

显示所述UI截图与预存的UI设计图的差异。

7.根据权利要求6所述的APP测试方法，其中，所述获取UI截图包括：

8.根据权利要求6所述的APP测试方法，其中，所述显示所述UI截图与所述UI设计图的差异包括：

将所述UI设计图叠加在所述UI截图上；

9.一种电子设备，所述电子设备包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现根据权利要求1至8中任意一项所述的APP测试方法；

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现根据权利要求1至8中任意一项所述的APP测试方法。