CN109947638A - 一种应用程序性能测试控制方法及工具 - Google Patents

Abstract

本发明涉及一种应用程序性能测试控制方法及工具，属于计算机程序测试领域。其中的方法使用应用程序性能测试控制工具实施，包括如下步骤：接收用户自定义的测试需求配置数据并启动待测试应用程序；接收开始监测的测试指令后开始准备计时，当准备计时达到所述监测准备时长，则调用性能测试脚本进行性能监控并开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告；性能测试报告生成后再次开始准备计时，当准备计时达到所述监测准备时长，则继续进行性能监控并再次开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告；重复循环该步骤直至完成测试需求的监测次数。

Description

一种应用程序性能测试控制方法及工具

技术领域

本发明涉及一种应用程序性能测试控制方法及工具，属于计算机程序性能测试领域。

背景技术

在进行手机端应用客户端性能测试时，通常是由测试人员执行多次测试用例，并对多次测试结果取均值。目前进行客户端性能测试时，使用较多的方法是：打开性能检测应用，然后选择待检测应用，点击开始监测按钮后打开被监测的应用，完成监测后切回性能监测应用并点击停止监测按钮生成性能检测报告，重复多次以上的操作步骤。

这种方法存在以下缺点：

1)测试时间无法准确控制，多次重复测试时，无法与上次测试时间保持一致。

2)停止测试需要切换回性能监测工具手动停止，切换应用过程可能影响本次的测试结果。

3)如需对应用进行多次测试，测试人员的操作次数增加，提高了测试过程中测试人员操作出错的风险。

发明内容

本发明提供一种应用程序性能测试控制方法及工具，能够准确控制测试时间，保证多次测试时长相同，并且多次测试无需在测试工具与应用程序界面之间来回切换，减少意外出错风险。

本发明的技术方案第一方面为一种应用程序性能测试控制方法，使用应用程序性能测试控制工具进行测试，包括如下步骤：

接收用户自定义的测试需求配置数据并启动待测试应用程序，所述测试需求配置数据包括监测次数、监测时长和监测准备时长，所述监测次数至少2次；

接收开始监测的测试指令后开始准备计时，当准备计时达到所述监测准备时长，则调用性能测试脚本进行性能监控并开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告；

性能测试报告生成后再次开始准备计时，当准备计时达到所述监测准备时长，则继续进行性能监控并再次开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告；重复循环该步骤直至完成测试需求的监测次数。

进一步，每次准备计时和监测计时均以倒计时的方式显示到应用程序运行界面。

进一步，所述启动待测试应用程序之前还包括：清理内存，关闭与待测试应用程序无关的应用程序。

进一步，所述接收性能监测开始指令之后还包括：读取CPU温度，待CPU温度变化幅度小于预设阈值后则开始准备计时。

进一步，测试指令通过悬浮窗的形式手动或自动下达，其中自动下达测试指令是通过计时器实现。

本发明的技术方案第二方面为一种应用程序性能测试控制工具，包括：

测试准备模块，用于接收用户自定义的测试需求配置数据并启动待测试应用程序，所述测试需求配置数据包括监测次数、监测时长和监测准备时长，所述监测次数至少2次；

初次计时控制模块，用于接收性能监测开始指令后开始准备计时，当准备计时达到所述监测准备时长，则调用性能测试脚本进行性能监控并开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告；

循环计时控制模块，用于在性能测试报告生成后再次开始准备计时，当准备计时达到所述监测准备时长，则继续进行性能监控并再次开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告，重复循环监测直至完成配置的监测次数；

测试报告导出模块，用于在每次生成性能测试报告后保存至预设存储路径。

进一步，还包括：倒计时显示模块，用于读取每次的准备计时和监测计时，以倒计时的方式显示到应用程序运行界面；悬浮窗模块，用于显示悬浮窗以手动或自动下达测试指令，其中自动下达测试指令是通过计时器实现。

进一步，所述测试准备模块包括：内存清理模块，用于清理无关内存占用，关闭与待测试应用程序无关的应用程序。

进一步，所述测试准备模块包括：自定义参数模块，用于自定义设置包括监测次数、每次监测的监测时长和每次监测开始前的监测准备时长。

进一步，所述测试准备模块包括：CPU温度监测模块，用于实时监控CPU温度，待CPU温度变化幅度小于预设阈值后则开始准备计时。

本发明的有益效果为：

本发明的应用程序性能测试控制方法及工具，通过计时精确控制测试时长，并且通过计时触发监测脚本的运行和暂停，无需在测试工具与应用程序之间来回切换，减少了测试影响因素，避免了因手动操作带来的测试误差。

附图说明

图1所示为根据本发明实施方式的应用程序性能测试控制方法流程图；

图2所示为根据本发明实施方式的应用程序性能测试控制工具模块框图。

具体实施方式

以下将结合实施例和附图对本发明的构思、具体结构及产生的技术效果进行清楚、完整的描述，以充分地理解本发明的目的、方案和效果。

需要说明的是，如无特殊说明，在本公开中所使用的单数形式的“一种”、“所述”和“该”旨在包括多数形式，除非上下文清楚地表示其他含义。此外，除非另有定义，本文所使用的所有的技术和科学术语与本技术领域的技术人员通常理解的含义相同。本文说明书中所使用的术语只是为了描述具体的实施例，而不是为了限制本发明。本文所提供的任何以及所有实例或示例性语言(“例如”、“如”等)的使用仅意图更好地说明本发明的实施例，并且除非另外要求，否则不会对本发明的范围施加限制。

本发明的技术方案适用于对应用程序性能的多次测试控制，这里以一款名为剑侠世界2的安卓手游作为本次实施例的待测应用程序，以小米6手机作为待测应用程序的运行载体，对本发明的测试控制方法进一步说明。

图1所示为根据本发明实施方式的应用程序性能测试控制方法流程图。

如图1所示，该方法使用安装在手机上的应用程序性能测试控制工具实施，包括以下步骤：

S101、清理内存占用空间；

有时看似手机后台没有其他第三方应用在运行，可实际上第三方应用却仍在手机后台驻留，而后台驻留的第三方应用有可能对性能测试结果造成影响，这也是一般测试人员会忽略的问题，因此，这里关闭除保证待测应用程序正常运行相关的所有进程。

S102、监控CPU温度；

CPU温度不稳定可能会导致CPU性能的不稳定，例如当CPU温度过高时可能导致CPU降频；因此测试前让手机保持一个相对稳定的温度能有效减小测试误差；这里从CPU温度寄存器读取CPU温度，判断CPU温度变化幅度是否小于预设阈值，若小于预设阈值，则表示CPU温度稳定。

S103、配置测试参数并启动待测应用程序；

因为在测试过程中，为了保持一致处于应用程序运行界面，减小应用切换带来的游戏误差，先在应用程序性能测试控制工具的界面进行测试参数配置；这里先选择待测应用程序，然后自定义设置监测次数、每次监测的监测时长以及两次监测间隔的监测准备时长，待一切参数设置好之后即可通过应用程序性能测试控制工具启动待测应用程序，跳转至应用程序运行界面。本发明可以对应用程序的某一个功能进行多次重复测试，也可以个性化定制测试，测试参数的配置可根据不同的测试方案进行自定义配置：例如对剑侠世界2手游中某一门派的某一技能释放进行多次测试，其部分参数配置如表1所示；

表1：

监测次数	监测时长	监测准备时长
			3次	1分30秒	30秒

例如依次对游戏登陆、角色自动寻路和角色挂机行为进行测试，其部分参数配置如表2所示；

表2：

	监测次数	监测时长	监测准备时长
				登陆	1次	30秒	30秒
寻路	3次	2分钟	10秒
				挂机	2次	5分钟	10秒

S104、下达测试指令；

为了避免测试过程中的应用切换，从应用程序性能测试控制工具跳转至应用程序运行界面后，会显示出悬浮窗，用以手动或自动下达包括开始、暂停、结束、生成性能测试报告等测试指令，自动下达测试指令是通过计时器计时触发实现，正常情况下，测试开始至结束过程中，测试指令自动计时触发，为了防止悬浮窗遮挡游戏界面，优选地，将悬浮窗设置为半透明状态。

S105、自动计时测试；

基于上述表2的测试方案进行说明：

如表2所示，该测试方案有3个测试项目，分别是登陆、寻路和挂机；登陆监测1次，寻路监测3次，挂机监测2次；

1)通过悬浮窗下达开始监测指令后，屏幕居中位置会出现字体颜色为红色的30秒的倒计时，在监测准备计时的过程中，需要测试人员手动将测试环境调整到待测试场景，例如这里调整到登陆界面，30秒倒计时结束后，监测开始，悬浮框上会出现绿色字体30秒倒计时，同时对剑侠世界2进行登陆性能监控，30秒倒计时结束前10秒，绿色字体的倒计时变成黄色以提醒测试人员本轮测试快要结束，倒计时结束后生成本轮的测试报告。

2)登陆性能测试结束后，屏幕居中位置会出现字体颜色为红色的30秒的倒计时，在此倒计时期间，测试人员将测试场景调整到寻路场景，30秒倒计时结束后，监测开始，悬浮框上会出现绿色字体2分钟的倒计时然后对剑侠世界2进行寻路性能测试，2分钟倒计时结束前10秒绿色字体的倒计时变成黄色以提醒测试人员本轮测试快要结束，倒计时结束后生成本轮的测试报告，第一次寻路监测结束后，屏幕居中位置会出现字体颜色为红色的10秒的倒计时，测试人员再次将测试场景调整到与上次相同的寻路场景，10秒倒计时结束后，再进行下一次的寻路性能测试，循环重复3次寻路性能测试。

3)3次寻路性能测试结束后，屏幕居中位置会出现字体颜色为红色的10秒的倒计时，在此倒计时期间，测试人员将测试场景调整到挂机场景，10秒倒计时结束后，监测开始，悬浮框上会出现绿色字体5分钟的倒计时然后对剑侠世界2进行挂机性能测试，5分钟倒计时结束前10秒绿色字体的倒计时变成黄色以提醒测试人员本轮测试快要结束，倒计时结束后生成本轮的测试报告，第一次挂机监测结束后，屏幕居中位置会出现字体颜色为红色的10秒的倒计时，测试人员再次将测试场景调整到与上次相同的挂机场景，10秒倒计时结束后，再进行下一次的挂机性能测试，重复2次挂机性能测试。

S106、结束测试；

2次挂机性能测试结束后，屏幕居中位置会出现字体颜色为红色的10秒的倒计时，倒计时结束后，自动结束整个测试，在此倒计时过程中，测试人员也可以通过悬浮窗手动结束测试。

其中，在测试过程中，每次生成的性能测试报告都将保存至预先设置的存储路径中，以便事后进行性能分析，如果需要，还可以将测试报告上传至云服务器。

图2所示为根据本发明实施方式的应用程序性能测试控制工具模块框图。

如图2所示，根据本发明一种实施例的应用程序性能测试控制工具，包括：

测试准备模块1，用于接收用户自定义的测试需求配置数据并启动待测试应用程序，所述测试需求配置数据包括监测次数、监测时长和监测准备时长，所述监测次数至少2次；

初次计时控制模块2，用于接收性能监测开始指令后开始准备计时，当准备计时达到所述监测准备时长，则调用性能测试脚本进行性能监控并开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告；

循环计时控制模块3，用于在性能测试报告生成后再次开始准备计时，当准备计时达到所述监测准备时长，则继续进行性能监控并再次开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告，重复循环监测直至完成配置的监测次数；

测试报告导出模块4，用于在每次生成性能测试报告后保存至预设存储路径。

进一步还包括：倒计时显示模块6，用于读取每次的准备计时和监测计时，以倒计时的方式显示到应用程序运行界面；悬浮窗模块5，用于显示悬浮窗以手动或自动下达测试指令，其中自动下达测试指令是通过计时器实现。

进一步，所述测试准备模块1包括：内存清理模块11，用于清理无关内存占用，关闭与待测试应用程序无关的应用程序。

进一步，所述测试准备模块1包括：自定义参数模块13，用于自定义设置包括监测次数、每次监测的监测时长和每次监测开始前的监测准备时长。

进一步，所述测试准备模块1包括：CPU温度监测模块12，用于实时监控CPU温度，待CPU温度变化幅度小于预设阈值后则开始准备计时。

应当认识到，本发明的实施例可以由计算机硬件、硬件和软件的组合、或者通过存储在非暂时性计算机可读存储器中的计算机指令来实现或实施。所述方法可以使用标准编程技术-包括配置有计算机程序的非暂时性计算机可读存储介质在计算机程序中实现，其中如此配置的存储介质使得计算机以特定和预定义的方式操作——根据在具体实施例中描述的方法和附图。每个程序可以以高级过程或面向对象的编程语言来实现以与计算机系统通信。然而，若需要，该程序可以以汇编或机器语言实现。在任何情况下，该语言可以是编译或解释的语言。此外，为此目的该程序能够在编程的专用集成电路上运行。

此外，可按任何合适的顺序来执行本文描述的过程的操作，除非本文另外指示或以其他方式明显地与上下文矛盾。本文描述的过程(或变型和/或其组合)可在配置有可执行指令的一个或多个计算机系统的控制下执行，并且可作为共同地在一个或多个处理器上执行的代码(例如，可执行指令、一个或多个计算机程序或一个或多个应用)、由硬件或其组合来实现。所述计算机程序包括可由一个或多个处理器执行的多个指令。

进一步，所述方法可以在可操作地连接至合适的任何类型的计算平台中实现，包括但不限于个人电脑、迷你计算机、主框架、工作站、网络或分布式计算环境、单独的或集成的计算机平台、或者与带电粒子工具或其它成像装置通信等等。本发明的各方面可以以存储在非暂时性存储介质或设备上的机器可读代码来实现，无论是可移动的还是集成至计算平台，如硬盘、光学读取和/或写入存储介质、RAM、ROM等，使得其可由可编程计算机读取，当存储介质或设备由计算机读取时可用于配置和操作计算机以执行在此所描述的过程。此外，机器可读代码，或其部分可以通过有线或无线网络传输。当此类媒体包括结合微处理器或其他数据处理器实现上文所述步骤的指令或程序时，本文所述的发明包括这些和其他不同类型的非暂时性计算机可读存储介质。当根据本发明所述的方法和技术编程时，本发明还包括计算机本身。

计算机程序能够应用于输入数据以执行本文所述的功能，从而转换输入数据以生成存储至非易失性存储器的输出数据。输出信息还可以应用于一个或多个输出设备如显示器。在本发明优选的实施例中，转换的数据表示物理和有形的对象，包括显示器上产生的物理和有形对象的特定视觉描绘。

以上所述，只是本发明的较佳实施例而已，本发明并不局限于上述实施方式，只要其以相同的手段达到本发明的技术效果，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。在本发明的保护范围内其技术方案和/或实施方式可以有各种不同的修改和变化。

Claims (10)

1.一种应用程序性能测试控制方法，其特征在于，使用应用程序性能测试控制工具进行测试，包括如下步骤：

接收用户自定义的测试需求配置数据并启动待测试应用程序，所述测试需求配置数据包括监测次数、监测时长和监测准备时长，所述监测次数至少2次；

接收开始监测的测试指令后开始准备计时，当准备计时达到所述监测准备时长，则调用性能测试脚本进行性能监控并开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告；

性能测试报告生成后再次开始准备计时，当准备计时达到所述监测准备时长，则继续进行性能监控并再次开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告；重复循环该步骤直至完成测试需求的监测次数。

2.根据权利要求1所述的应用程序性能测试控制方法，其特征在于：每次准备计时和监测计时均以倒计时的方式显示到应用程序运行界面。

3.根据权利要求1所述的应用程序性能测试控制方法，其特征在于：所述启动待测试应用程序之前还包括：

清理内存，关闭与待测试应用程序无关的应用程序。

4.根据权利要求1所述的应用程序性能测试控制方法，其特征在于：所述接收性能监测开始指令之后还包括：

读取CPU温度，待CPU温度变化幅度小于预设阈值后则开始准备计时。

5.根据权利要求1所述的应用程序性能测试控制方法，其特征在于：测试指令通过悬浮窗的形式手动或自动下达，其中自动下达测试指令是通过计时器实现。

6.一种应用程序性能测试控制工具，其特征在于，包括：

测试准备模块(1)，用于接收用户自定义的测试需求配置数据并启动待测试应用程序，所述测试需求配置数据包括监测次数、监测时长和监测准备时长，所述监测次数至少2次；

初次计时控制模块(2)，用于接收性能监测开始指令后开始准备计时，当准备计时达到所述监测准备时长，则调用性能测试脚本进行性能监控并开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告；

循环计时控制模块(3)，用于在性能测试报告生成后再次开始准备计时，当准备计时达到所述监测准备时长，则继续进行性能监控并再次开始监测计时，当监测计时达到所述监测时长，则暂停性能监控并生成性能测试报告，重复循环监测直至完成配置的监测次数；

测试报告导出模块(4)，用于在每次生成性能测试报告后保存至预设存储路径。

7.根据权利要求6所述的应用程序性能测试控制工具，其特征在于，还包括：

悬浮窗模块(5)，用于显示悬浮窗以手动或自动下达测试指令，其中自动下达测试指令是通过计时器实现；

倒计时显示模块(6)，用于读取每次的准备计时和监测计时，以倒计时的方式显示到应用程序运行界面。

8.根据权利要求6所述的应用程序性能测试控制工具，其特征在于，所述测试准备模块(1)包括：

内存清理模块(11)，用于清理无关内存占用，关闭与待测试应用程序无关的应用程序。

9.根据权利要求6所述的应用程序性能测试控制工具，其特征在于：所述测试准备模块(1)包括：

CPU温度监测模块(12)，用于实时监控CPU温度，待CPU温度变化幅度小于预设阈值后则开始准备计时。

10.根据权利要求6所述的应用程序性能测试控制工具，其特征在于，所述测试准备模块(1)包括：

自定义参数模块(13)，用于自定义设置包括监测次数、每次监测的监测时长和每次监测开始前的监测准备时长。