一种应用程序的测试方法、装置、设备及存储介质与流程

本发明实施例涉及软件测试领域，尤其涉及一种应用程序的测试方法、装置、设备及存储介质。

背景技术：

随着互联网技术和计算机技术的不断发展，应用程序测试成为应用开发过程中必不可少的一项环节。

目前，当前针对应用程序的测试主要分为静态检测和动态监测。对静态检测而言，只需检查应用程序文件本身，可通过漏洞扫描、秘钥检查等方法提升测试的准确度。而对于应用程序的动态测试，通常是应用程序件在一个终端上运行起来，然后对其运行时的动作进行监控；但是应用程序的很多代码是需要在特定场景下才会运行，一般的任务测试并不会将其触发，所以在对应用程序进行动态检测时，对应用程序代码的测试覆盖率较低，实际测试效果较差，同时由于无法对测试结果进行有效的量化，故无法对应用程序的测试结果进行准确的评估。

技术实现要素：

本发明实施例提供了一种应用程序的测试方法、装置、设备及存储介质，以获取待测试应用程序的类加载数据。

第一方面，本发明实施例提供了一种应用程序的测试方法，包括：

获取待测试的应用程序，并将与所述应用程序匹配的操作系统部署于模拟器；其中，所述操作系统的类加载模块中预先植入测试专用程序；

通过所述模拟器和所述操作系统运行所述应用程序，并通过所述测试专用程序，获取所述应用程序的类加载数据。

第二方面，本发明实施例提供了一种应用程序的测试装置，包括：

应用程序获取模块，用于获取待测试的应用程序，并将与所述应用程序匹配的操作系统部署于模拟器；其中，所述操作系统的类加载模块中预先植入测试专用程序；

类加载数据获取模块，用于通过所述模拟器和所述操作系统运行所述应用程序，并通过所述测试专用程序，获取所述应用程序的类加载数据。

第三方面，本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所述的应用程序的测试方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例所述的应用程序的测试方法。

本发明实施例中公开的技术方案，在获取到待测试的应用程序后，在与应用程序匹配的操作系统的类加载模块中预先植入测试专用程序，并将与应用程序匹配的操作系统部署于模拟器，同时通过当前模拟器和操作系统运行待测试应用程序，根据预先植入的测试专用程序，实现了待测试应用程序的类加载数据的获取，同时通过对应用程序进行解析以获取类名称集合，根据类加载数据和类名称集合，实现了应用程序的类测试覆盖率的准确获取，进而实现了对待测试应用程序的测试结果的准确评估。

附图说明

图1是本发明实施例一提供的一种应用程序的测试方法的流程图；

图2a是本发明具体应用场景一提供的一种应用程序的测试方法的流程图；

图2b是本发明实施例二提供的一种应用程序的测试装置的结构框图；

图3是本发明实施例三提供的一种电子设备的结构框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种应用程序的测试方法的流程图，本实施例可适用于对应用程序进行测试时，获取待测试应用程序的类加载数据，该方法可以由本发明实施例中的应用程序的测试装置来执行，该装置可以通过软件和/或硬件实现，并集成在电子设备中，该方法具体包括如下步骤：

s110、获取待测试的应用程序，并将与所述应用程序匹配的操作系统部署于模拟器；其中，所述操作系统的类加载模块中预先植入测试专用程序。

待测试的应用程序，包括开发完成的完整应用程序(application，app)和被包装成应用程序的软件开发工具包示例(softwaredevelopmentkitdemo，sdkdemo)；其中，完整应用程序，是指为了完成某项或某几项特定任务而被开发运行于操作系统之上的计算机程序；sdk为辅助开发应用程序的相关文档、范例和工具的集合，本发明实施例中的测试对象不仅包括单个完整的应用程序，同时包括sdk示例，即测试方法具有普遍适用性。操作系统，是计算机用户和计算机硬件之间的接口程序模块，用于管理和控制计算机硬件与软件资源，其中，移动终端操作系统，可为用户使用移动终端提供统一的接口和友好的交互界面，包括开源的操作系统(例如，安卓系统)和不开源的操作系统(例如，ios系统)，针对不同操作系统开发的应用程序彼此之间存在较大差异，无法实现不同操作系统的通用，故在获取待测试的应用程序后，需要获取其对应适用的操作系统。

测试专用程序，为预先编写的基于c语言的专用测试程序，仅进行专用的测试操作，可避免不必要的冗余操作，以提升测试效率，且c语言编译方式简易，运行效率高，可进一步进而提升测试效率；本发明实施例中，将预先编写的测试专业程序植入操作系统中的类加载模块中，当应用程序在匹配的操作系统中运行时，操作系统的类加载模块对应用程序中与当前任务相关的类进行加载，测试专用程序可记录类加载模块加载的每一个类的时间信息和名称信息，并储存在本地；其中，类(class)，为包含数据说明和一组操作数据或传递消息的函数，为应用程序的基本组成，类实例称为对象。模拟器，是指可通过模拟硬件处理器的功能和指令系统的程序，以使计算机或者其他多媒体平台(例如，平板电脑、手机)能够运行其他平台上，本发明实施例通过将植入有测试专用程序的操作系统部署至模拟器，可实现对各种匹配不同操作系统的应用程序进行测试。

可选的，在本发明实施例中，所述测试专用程序包括java调用接口和/或object-c调用接口。其中，java，是一种面向对象编程语言，广泛应用于android系统的移动应用开发，具有功能强大和简单易用的优点；objective-c是一种在c语言的基础上加入面向对象特性扩充而成的编程语言，为编写ios应用程序的主要编程语言，具有执行灵活和执行效率高的优点；通过在测试专用程序中设置java调用接口和object-c调用接口，可实现目前主流移动终端操作系统类加载模块对测试专用程序的调用，同时可实现监测应用程序对测试专用程序的调用，以获取测试专用程序生成的测试结果数据。

可选的，在本发明实施例中，在将与所述应用程序匹配的操作系统部署于模拟器前，还包括：获取与所述应用程序匹配的操作系统，并判断所述操作系统是否为开源操作系统；若所述操作系统为非开源操作系统，则通过钩子技术，将测试专用程序植入所述操作系统的类加载模块中。其中，开源操作系统，是指公开源代码的操作系统软件，使用者可以遵循开源协议(gnuisnotunix，gnu)对操作系统进行使用、编译和再发布，例如，安卓(android)操作系统；非开源操作系统，是指与开源操作系统对应的，源代码未公开的操作系统，使用者不可对操作系统进行重新编译和再发布等操作，例如苹果的ios系统；本发明实施例中，若确定待测试应用程序匹配的操作系统为开源操作系统时，获取操作系统对应的源代码，操作系统的类加载模块可直接通过java调用接口将测试专用程序添加至操作系统中，进而实现类加载数据的获取；若确定待测试应用程序匹配的操作系统为非开源操作系统，此时无法获取操作系统的源代码，则采用钩子(hook)技术在操作系统的类加载模块中添加测试专用程序，其中，hook技术，是一种特殊的消息处理机制，它可以监视操作系统或者进程中的各种事件消息，截获发往目标窗口的消息并进行处理；通过采用hook技术，可以实现在无法获取操作系统源代码的情况下，将测试专用程序添加至操作系统的类加载模块，以实现对类加载模块的监控，进而获取类加载模块所加载的类的数据。

可选的，在本发明实施例中，所述将与所述应用程序匹配的操作系统部署于模拟器，具体包括：若所述操作系统为开源操作系统，则将已植入所述测试专用程序的操作系统烧写至模拟器。烧写，是指将含有操作系统的只读内存安装至模拟器；具体的，当操作系统为开源操作系统时，可直接获取操作系统对应的源代码，并在相应的类加载模块中添加测试专用程序，形成更改后的操作系统；由于应用程序测试需要一个测试载体，例如，模拟器、手机，故将更改后的操作系统源代码重新编译为只读内存，并将编译完成的只读内存烧写到匹配的模拟器中；通过配置有更改后操作系统源代码的模拟器，可对适用于开源系统的应用程序进行测试，并获取应用程序的类加载数据。

可选的，在本发明实施例中，所述将与所述应用程序匹配的操作系统部署于模拟器，具体包括：若所述操作系统为非开源操作系统，则将已植入所述测试专用程序的操作系统进行再次编译，以使再次编译后的所述操作系统支持沙箱运行。沙箱，是一个虚拟系统程序，在沙箱环境中可以运行浏览器或其他需要进行测试的应用程序；通过沙箱运行待测试的应用程序，可对应用程序运行所产生的操作系统变化进行随时删除，以避免测试应用程序对系统硬件产生永久性的影响。具体的，由于操作系统为非开源的，无法获取对应的源代码，同时无法获取应用程序的具体运行情况，从而带来一定的风险；故在采用hook技术将测试专用程序添加至匹配的操作系统后，将操作系统重新编译为支持沙箱运行的操作系统程序，可以提升应用程序测试的安全性，同时实现待测试应用程序的类加载数据的获取。

s120、通过所述模拟器和所述操作系统运行所述应用程序，并通过所述测试专用程序，获取所述应用程序的类加载数据。

具体的，在获取配置有待测试应用程序匹配的操作系统的模拟器后，采用当前模拟器运行应用程序，此时，测试专用程序将记载操作系统的类加载模块加载的所有类数据，并将记载的类加载数据添加至测试专用数据库中；其中，类加载数据，包括类加载模块加载的每一个应用程序的类的加载时间和类的名称。若应用程序对应的操作系统为开源操作系统，可直接通过模拟器和匹配操作系统运行待测试应用程序；若应用程序对应的操作系统为非开源操作系统，需要先将应用程序打包为可在沙箱环境中运行的应用，并将打包完成的应用程序在模拟器中运行，以获取类加载数据。

可选的，在本发明实施例中，所述通过所述测试专用程序，获取所述应用程序的类加载数据，包括：通过所述测试专用程序，将所述应用程序的类加载数据发送至测试专用数据库中，并通过所述测试专用数据库，获取所述应用程序的类加载数据。具体的，可利用测试专用程序的调用接口，将测试专用程序记载的类加载模块的类加载数据添加至测试专用数据库中，其中，测试专用数据库可通过表格的形式对相应的类加载的时间和类的名称进行存储。对于测试专用数据库中的类加载数据，可通过调用程序在前端界面进行实时的展示，使测试人员可以实时的获取应用程序的测试情况，同时可以对类加载数据进行查重处理，对重复加载的类进行筛选，以获取无重复的类加载数据。

可选的，在本发明实施例中，在获取所述应用程序的类加载数据后，还包括：解析所述应用程序，以获取类名称集合，并根据所述应用程序的类加载数据，确定所述应用程序的类测试覆盖率。类名称集合，包含待测试的应用程序中声明的所有类的名称；类测试覆盖率，是指应用程序的无重复的类加载数据的个数与类名称集合中类的个数的比值，例如，应用程序的类加载数据为180个，类名称集合所包含的类的个数为200，则当前的类测试覆盖率为90％；具体的，在获取待测试应用程序后，对应用程序进行静态解析以获取应用程序文件内定义的所有类的名称，并将所有类的名称添加至类名称集合中；通过将获取的无重复的类加载数据与类名称集合中包含的类的名称进行对比与查找，并通过比值以获取类测试覆盖率，并对获取的类测试覆盖率进行实时的展示。可选的，在获取当前测试覆盖率后，继续对应用程序进行预设各任务的测试，以获取尽可能高的测试覆盖率，当发现经过预设时长(例如，10分钟)或经过预设任务数量(例如，10个任务，该预设任务可以包括登录、密码修改、查看、搜索、下载和上传等多个测试任务)的切换后，测试覆盖率稳定且不再发生变化时，结束测试。

本发明实施例中公开的技术方案，在获取到待测试的应用程序后，在与应用程序匹配的操作系统的类加载模块中预先植入测试专用程序，并将与应用程序匹配的操作系统部署于模拟器，同时通过当前模拟器和操作系统运行待测试应用程序，根据预先植入的测试专用程序，实现了待测试应用程序的类加载数据的获取，同时通过对应用程序进行解析以获取类名称集合，根据类加载数据和类名称集合，实现了应用程序的类测试覆盖率的准确获取，进而实现了对待测试应用程序的测试结果的准确评估。

具体应用场景一

图2a是本发明具体应用场景一提供的一种应用程序的测试方法的流程图，在本应用场景中，通过开源的android操作系统和测试专用程序，获取待测试的应用程序的类加载数据和类测试覆盖率，具体的，该系统包括：

s210、获取基于c语言编写的测试专用程序，其中，测试专用程序使用jni(javanativeinterface，java本地接口)技术提供java调用接口，测试专用程序通过java调用接口与测试专用数据库连接。

s220、获取安卓系统的源代码，在类加载模块dexpathlist类的findclass方法中添加所述测试专用程序。

s230、将添加所述测试专用程序后的所述安卓系统的源代码编译为只读内存(read-onlymemory，rom)，并将所述只读内存烧写到谷歌(google)原生手机pixel上。

s240、获取待测试app，并采用apktool工具将所述待测试app反编译成smali源代码，并将所述smali源代码中声明的类，添加至总类表中。

s250、将所述待测试app安装至所述谷歌原生手机pixel手机上。

s260、通过所述谷歌原生手机pixel手机运行所述app，执行所述app的各项业务，通过所述测试专用程序记录所述安卓系统的类加载模块加载的类名称，将加载的所述类名称储存至所述测试专用数据库，以及通过专用监控程序实时监控所述测试专用数据库，以获取已加载的类名称。

s270、通过在所述总类表中对所述已加载的类名称进行标记，实时统计出含有标记的类占所述总类表中所有类的百分比，以获取类测试覆盖率，并通过显示设备输出。

s280、对所述类测试覆盖率进行实时观测，在经过预设时长或经过预设任务数量后，当确定所述类测试覆盖率保持不变时，则结束测试。

本发明实施例中公开的技术方案，在获取到待测试的app后，获取与待测试app对应的总类表，在android操作系统的类加载模块中植入测试专用程序，并将更改后的操作系统部署于pixel手机上，同时通过pixel手机和操作系统运行待测试app，并通过预先植入的测试专用程序，获取待测试app的类加载数据，根据总类表和类加载数据获取类测试覆盖率，实现了对待测试应用程序的测试结果的准确评估。

实施例二

图2b是本发明实施例二所提供的一种应用程序的测试装置的结构框图，该装置具体包括：应用程序获取模块201和类加载数据获取模块202；

应用程序获取模块201，用于获取待测试的应用程序，并将与所述应用程序匹配的操作系统部署于模拟器；其中，所述操作系统的类加载模块中预先植入测试专用程序；

类加载数据获取模块202，用于通过所述模拟器和所述操作系统运行所述应用程序，并通过所述测试专用程序，获取所述应用程序的类加载数据。

本发明实施例中公开的技术方案，在获取到待测试的应用程序后，在与应用程序匹配的操作系统的类加载模块中预先植入测试专用程序，并将与应用程序匹配的操作系统部署于模拟器，同时通过当前模拟器和操作系统运行待测试应用程序，根据预先植入的测试专用程序，实现了待测试应用程序的类加载数据的获取，同时通过对应用程序进行解析以获取类名称集合，根据类加载数据和类名称集合，实现了应用程序的类测试覆盖率的准确获取，进而实现了对待测试应用程序的测试结果的准确评估。

可选的，在上述技术方案的基础上，应用程序的测试装置，还包括：

类测试覆盖率获取模块，用于解析所述应用程序，以获取类名称集合，并根据所述应用程序的类加载数据，确定所述应用程序的类测试覆盖率。

可选的，在上述技术方案的基础上，所述测试专用程序包括java调用接口和/或object-c调用接口。

可选的，在上述技术方案的基础上，应用程序的测试装置，还包括：

系统类型判断模块，用于获取与所述应用程序匹配的操作系统，并判断所述操作系统是否为开源操作系统；

测试专用程序植入模块，用于若所述操作系统为非开源操作系统，则通过钩子技术，将测试专用程序植入所述操作系统的类加载模块中。

可选的，在上述技术方案的基础上，应用程序获取模块201，具体用于若所述操作系统为开源操作系统，则将已植入所述测试专用程序的操作系统烧写至模拟器。

可选的，在上述技术方案的基础上，应用程序获取模块201，具体用于若所述操作系统为非开源操作系统，则将已植入所述测试专用程序的操作系统进行再次编译，以使再次编译后的所述操作系统支持沙箱运行。

可选的，在上述技术方案的基础上，类加载数据获取模块202，具体用于通过所述测试专用程序，将所述应用程序的类加载数据发送至测试专用数据库中，并通过所述测试专用数据库，获取所述应用程序的类加载数据。

上述装置可执行本发明任意实施例所提供的应用程序的测试方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明任意实施例提供的方法。

实施例三

图3为本发明实施例三提供的一种电子设备的结构示意图。图3示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图3显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图3所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，存储器28，连接不同系统组件(包括存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom，dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

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

处理单元16通过运行存储在存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明任意实施例提供的应用程序的测试方法。也即：获取待测试的应用程序，并将与所述应用程序匹配的操作系统部署于模拟器；其中，所述操作系统的类加载模块中预先植入测试专用程序；通过所述模拟器和所述操作系统运行所述应用程序，并通过所述测试专用程序，获取所述应用程序的类加载数据。

实施例四

本发明实施例四还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所述的应用程序的测试方法；该方法包括：

获取待测试的应用程序，并将与所述应用程序匹配的操作系统部署于模拟器；其中，所述操作系统的类加载模块中预先植入测试专用程序；

通过所述模拟器和所述操作系统运行所述应用程序，并通过所述测试专用程序，获取所述应用程序的类加载数据。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

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

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。