技术领域
[0001] 本发明涉及计算机技术领域，尤其涉及一种应用程序启动时间测试方法、计算设备及可读存储介质。
相关背景技术
[0002] Linux系统的应用越来越广，运行于Linux系统的应用程序也越来越多，为了提高用户体验，需要连接这些应用程序的性能，而启动时间是衡量应用程序性能好坏的重要指标之一，如何测量应用程序的启动时间也就成了测评应用程序性能的关键环节。
[0003] 现有技术中，通常是通过LOG的形式获取应用程序的启动时间，在应用程序的启动代码的开始和结束位置加入LOG，以记录应用程序启动的开始时间和结束时间，根据两者计算应用程序的启动时间。因为需要LOG标记，需要获取到应用程序的源代码，在源代码中打上标签在进行编译，具体测试过程繁琐，效率低，同时因为源码中打上了标签，影响其准确性。而且这种方法只适用于应用程序测试开发阶段。
具体实施方式
[0021] 下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0022] 图1示出了根据本发明一个实施例的计算设备100的示意图。需要说明的是，图1所示的计算设备100仅为一个示例，在实践中，用于实施本发明的应用程序启动时间测试方法的计算设备可以是任意型号的设备，其硬件配置情况可以与图1所示的计算设备100相同，也可以与图1所示的计算设备100不同。实践中用于实施本发明的应用程序启动时间测试方法的计算设备可以对图1所示的计算设备100的硬件组件进行增加或删减，本发明对计算设备的具体硬件配置情况不做限制。
[0023] 如图1所示，在基本的配置102中，计算设备100典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。
[0024] 取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器118可以与处理器
104一起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。
[0025] 取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。计算设备中的物理内存通常指的是易失性存储器RAM，磁盘中的数据需要加载至物理内存中才能够被处理器104读取。系统存储器106可以包括操作系统120、一个或者多个应用122以及程序数据124。在一些实施方式中，应用122可以布置为在操作系统上由一个或多个处理器104利用程序数据124执行指令。操作系统120例如可以是Linux、Windows等，其包括用于处理基本系统服务以及执行依赖于硬件的任务的程序指令。应用122包括用于实现各种用户期望的功能的程序指令，应用122例如可以是浏览器、即时通讯软件、软件开发工具(例如集成开发环境IDE、编译器等)等，但不限于此。当应用122被安装到计算设备100中时，可以向操作系统120添加驱动模块。
[0026] 在计算设备100启动运行时，处理器104会从存储器106中读取操作系统120的程序指令并执行。应用122运行在操作系统120之上，利用操作系统120以及底层硬件提供的接口来实现各种用户期望的功能。当用户启动应用122时，应用122会加载至存储器106中，处理器104从存储器106中读取并执行应用122的程序指令。
[0027] 计算设备100还包括储存设备132，储存设备132包括可移除储存器136和不可移除储存器138，可移除储存器136和不可移除储存器138均与储存接口总线134连接。
[0028] 计算设备100还可以包括有助于从各种接口设备(例如，输出设备142、外设接口144和通信设备146)到基本配置102经由总线/接口控制器130的通信的接口总线140。示例的输出设备142包括图形处理单元148和音频处理单元150。它们可以被配置为有助于经由一个或者多个A/V端口152与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口144可以包括串行接口控制器154和并行接口控制器156，它们可以被配置为有助于经由一个或者多个I/O端口158和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备146可以包括网络控制器160，其可以被布置为便于经由一个或者多个通信端口164与一个或者多个其他计算设备162通过网络通信链路的通信。
[0029] 网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。
[0030] 在根据本发明的计算设备100中，应用122包括用于执行本发明的应用程序启动时间测试方法200的指令，该指令可以指示处理器104执行本发明的应用程序启动时间测试方法200。
[0031] 图2示出了根据本发明一个实施例的应用程序启动时间测试方法200的流程图，方法200适于在计算设备(如图1所示的计算设备)中执行。
[0032] 如图2所示，方法200始于步骤S210，启动该测试方法的一个主进程(第一主进程)，并通过该主进程创建两个子进程(第二子进程和第三子进程)。
[0033] 在随后的步骤S220中，其中一个子进程(第二子进程)根据应用程序列表启动其中一应用程序，并记录当前时间作为应用程序启动过程中的第一时间。
[0034] 根据本发明的一个实施例，应用程序列表中包括多个要测试启动时间的应用程序，可以表示为如表1所示的形式。第二子进程根据该应用程序列表，首先获取第一个应用程序，即应用程序1，发送应用程序1的启动指令，记录下当前时间，作为应用程序1启动过程中的第一时间，同时记录应用程序的名称。
[0035] 表1
[0036]序号 应用程序名称
1 应用程序1
2 应用程序2
3 应用程序3
…… ……
[0037] 在随后的步骤S230中，另外一个子进程(即第三子进程)会监测所启动的应用程序的窗口显示事件，窗口显示事件发生，用户可以从屏幕上看到该应用程序的显示窗口，标志着应用程序启动完毕，此时，获取相应的窗口显示信息并发送给第二子进程，窗口显示信息包括与应用程序窗口显示事件关联的应用程序名称和应用程序进程号，以及监测到应用程序窗口显示事件的时间(第二时间)。
[0038] 根据本发明的一个实施例，第二子进程与第三子进程之间的通信通过共享队列(即第一共享队列)实现，具体过程为，第三子进程将获取到的应用程序窗口显示信息发送到第一共享队列，而第二子进程会读取第一共享队列中的数据，并获取与当前第二子进程启动的应用程序相对应的窗口显示信息，可以根据其记录的应用程序名称进行获取，比如，第二子进程当前启动的应用程序为应用程序1，则从第一共享队列中获取应用程序1相关联的窗口显示信息。
[0039] 第二子进程在获取到窗口显示信息后，进入步骤S240，第二子进程根据应用程序窗口显示信息中的第二时间和在步骤S220中记录的第一时间计算当前启动的应用程序的启动耗时。通过计算第二时间与第一时间的差值计算应用程序的启动耗时，比如，应用程序1启动过程中的第一时间为9点15分30秒200毫秒，第二时间为同一天的9点15分30秒700毫秒，则应用程序1的启动耗时为500毫秒，第二子进程在计算出启动耗时后将其记录到日志文件中，即将应用程序1，启动时间500毫秒记录到日志文件中，具体的日志文件格式可以根据数据需求进行格式设计，本发明对此不做限制。
[0040] 在计算完当前应用程序的启动耗时后，进入步骤S250，根据应用程序列表获取下一个待测试的应用程序，比如，当前测试完成的应用程序为应用程序1，以表1为例，在本步骤中将获取应用程序2进行测试。
[0041] 在获取到应用程序2后再次进入步骤S220，发送应用程序2的启动指令，并记录当前时间为应用程序2启动过程中的第一时间。
[0042] 进而进入步骤S230，第三子进程监测应用程序的窗口显示事件，并将与窗口显示事件相关的窗口显示信息写入第一共享队列中。
[0043] 根据本发明的一个实施例，当前启动的应用程序2由于执行文件错误的原因启动失败，则在本步骤中，第三子进程无法监测到其窗口显示事件，第二子进程也无法从第一共享队列中获取到应用程序2对应的窗口显示信息，在等待预定时长(例如10秒)后，第二子进程直接记录该应用程序启动超时，并将应用程序名称和其启动超时状态记录在日志文件中。
[0044] 随后进入步骤S250获取下一个待测试的应用程序，根据表1所示，将获取到应用程序3，并通过步骤S220启动应用程序3，根据本发明的一个实施例，应用程序3为安装，则第二子进程直接将应用程序3的未安装状态记录在日志文件中，并进入步骤S250继续获取下一个应用程序。
[0045] 步骤S250中，当应用程序列表中的应用程序都测试完毕时，获取下一个应用程序失败，则进入步骤S260，在步骤S260中，第二子进程将测试完毕信息发送给第一主进程。
[0046] 根据本发明的一个实施例，第二子进程与第一主进程之间的通信通过管道文件实现，第二子进程将测试完毕信息发送至第一管道文件，第一主程序从第一管道文件中获取测试完毕信息。
[0047] 第一主程序获取到测试完毕信息时，进入步骤S270，结束其创建的两个子进程(第一子进程和第二子进程)，并退出。
[0048] 图3示出了根据本发明一个实施例的应用程序启动时间测试装置300的框图，装置300适于驻留在计算设备(如图1所示的计算设备)中，适于执行方法200。装置300包括第一主进程模块310、第二子进程模块320、第三子进程模块330。
[0049] 第一主进程模块310为运行应用程序启动时间测试方法的主进程，用于创建第二子进程模块320和第三子进程模块330，并且在接收到第二子进程模块320发送的应用程序测试完毕信息时，结束第二子进程模块320和第三子进程模块330的运行，并退出。
[0050] 第二子进程模块320适于根据应用程序列表中应用程序的顺序启动其中一个应用程序，同时记录当前时间为应用程序启动过程中的第一时间，在接收到第三子进程模块330获取到的应用程序窗口显示事件的第二时间时，根据第一时间和第二时间计算应用程序的启动耗时并记录在日志文件中。
[0051] 如果超过预定时长，仍为接收到应用程序窗口显示信息，则将相应的应用程序的名称和启动超时状态记录在日志文件中。
[0052] 当要测试的应用程序为未安装程序时，将应用程序名称和未安装状态记录在日志文件中。
[0053] 第三子进程模块330适于监测窗口显示事件，当检测到窗口显示事件时，获取窗口显示信息，包括窗口显示事件相关联的应用程序名称和应用程序进程号以及当前时间(即应用程序启动过程中的第二时间)，将窗口显示信息发送给第二子进程模块，第三子进程模块和第二子进程模块的通信可以通过共享队列的方式实现。
[0054] 根据本发明的应用程序启动时间测试方法，根据窗口显示事件进行测试，窗口显示事件发生标志着应用程序启动完毕，用户可以从屏幕上看到该应用程序的显示窗口，所以，从发送应用程序启动指令到窗口显示事件发生即为应用程序启动耗时，本发明中通过两个子进程分别获取发送应用程序启动指定时间和窗口显示事件发生时间，根据这两个时间计算应用程序启动耗时，并根据应用程序列表，在一个应用程序测试完成后进入下一个应用程序的测试，通过应用程序列表实现了对不同应用程序启动时间的测试，同时，这一测试方法不需要对源码进行修改，因此，测试过程方便，准确，而且可以应用于任意应用场景，应用范围广泛。
[0055] 这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。
[0056] 在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的应用程序启动时间测试方法。
[0057] 以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。
[0058] 在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0059] 在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0060] 应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
[0061] 本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。
[0062] 本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0063] 本发明还包括：
[0064] A8、如A2-A7中任意一项所述的方法，其中，所述第二子进程检测到所述应用程序列表中的应用程序测试完毕时，向所述第一主进程发送测试完毕信息包括：
[0065] 当所述第二子进程检测到所述应用程序列表中的应用程序测试完毕时，将测试完毕信息发送至第一管道文件中；
[0066] 所述第一主进程从所述第一管道文件中获取测试完毕信息。
[0067] 此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0068] 此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。
[0069] 如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。
[0070] 尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。
