CN107885649A - Ios应用程序的性能测试方法和装置 - Google Patents

Abstract

本发明涉及一种IOS应用程序的性能测试方法，其特征在于，所述方法包括以下步骤：获取预置的测试脚本，提取测试脚本中的至少一个测试项目；获取每个测试项目对应的运行方式；根据所述运行方式运行对应的测试项目，获取与所述测试项目对应的测试数据；根据所述测试数据生成对应的测试报告。上述方法可提高测试脚本的整体测试效率。此外，还对应提供了一种IOS应用程序的性能测试装置。

Description

IOS应用程序的性能测试方法和装置

技术领域

本发明涉及信息处理技术领域，特别是涉及一种IOS应用程序的性能测试方法和装置。

背景技术

一个应用在进行正式发布之前，都免不了要进行测试，性能测试的目的是为了检测开发出来的代码在目前主流或者全部设备上，是否可以正常运行。性能测试的项目包括检测应用在运行过程中对应用程序的CPU、内存、流量、启动耗时、电量和电流等性能状态的变化。对于不能达到性能指标要求的地方，进行针对性的改进和优化。

一个应用通常是包括多个测试脚本需要进行测试，每个测试脚本中包括多个测试项目、而目前常用的IOS应用的性能测试方案通常都是针对测试项目进行独立一个一个地测试，其测试效率低下。

发明内容

基于此，有必要针对上述问题，提供一种能够提高应用程序的测试效率的IOS应用程序的性能测试方法和装置。

一种IOS应用程序的性能测试方法，所述方法包括以下步骤：

获取预置的测试脚本，提取测试脚本中的至少一个测试项目；

获取每个测试项目对应的运行方式；

根据所述运行方式运行对应的测试项目，获取与所述测试项目对应的测试数据；

根据所述测试数据生成对应的测试报告。

在其中一个实施例中，所述根据所述运行方式运行对应的测试项目的步骤，包括：

根据每个测试项目对应的运行方式，确定所述测试脚本中的所有测试项目的运行顺序；

根据所述运行顺序运行对应的测试项目。

在其中一个实施例中，所述根据所述测试数据生成对应的测试报告的步骤，包括：

检测测试数据是否超过对应的预设阈值，若是，则将超过所述对应的预设阈值的部分的测试数据进行标记。

在其中一个实施例中，所述测试报告为HTML文件；在所述根据所述测试数据生成对应的测试报告的步骤之后，还包括：

根据所述HTML文件生成对应的Excel文件，所述Excel文件中记录了所述测试项目对应的测试数据。

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

当检测到所述测试脚本不为最后一个测试脚本时，获取位于所述测试脚本后的下一个测试脚本。

在其中一个实施例中，在根据所述测试数据生成对应的测试报告的步骤之后，还包括：

获取测试报告文件中所记录的地址信息；

当所述地址信息为绝对地址信息时，将所述绝对地址信息修改为相对地址信息，使得所述测试报告能够在其它设备上显示。

一种IOS应用程序的性能测试装置，所述装置包括：

测试脚本获取模块，用于获取预置的测试脚本，提取测试脚本中的至少一个测试项目；

运行方式获取模块，用于获取每个测试项目对应的运行方式；

测试数据获取模块，用于根据所述运行方式运行对应的测试项目，获取与所述测试项目对应的测试数据；

测试报告生成模块，用于根据所述测试数据生成对应的测试报告。

在其中一个实施例中，所述测试数据获取模块还用于根据每个测试项目对应的运行方式，确定所述测试脚本中的所有测试项目的运行顺序；根据所述运行顺序运行对应的测试项目。

在其中一个实施例中，所述测试报告生成模块还用于检测测试数据是否超过对应的预设阈值，若是，则将超过所述对应的预设阈值的部分的测试数据进行标记。

在其中一个实施例中，所述测试报告生成模块还用于获取测试报告文件中所记录的地址信息；当所述地址信息为绝对地址信息时，将所述绝对地址信息修改为相对地址信息，使得所述测试报告能够在其它设备上显示。

上述IOS应用程序的性能测试方法与装置，通过设置每个测试项目的运行方式，并根据所设置的运行方式来运行整个测试脚本中的所有测试项目，可提高测试脚本的整体测试效率。

附图说明

图1为一个实施例中终端的内部结构示意图；

图2为一个实施例中IOS应用程序的性能测试方法的流程图；

图3为一个实施例中测试报告的示意图；

图4为另一个实施例中IOS应用程序的性能测试方法的流程图；

图5为一个实施例中IOS应用程序的性能测试装置的结构框图。

具体实施方式

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

图1为一个实施例中终端的内部结构示意图。如图1所示，该终端包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口、显示屏和输入装置。其中，终端的非易失性存储介质存储有操作系统、数据库以及一种IOS应用程序的性能测试装置，该IOS应用程序的性能测试装置用于实现一种IOS应用程序的性能测试方法。该数据库中可存储在实现一种IOS应用程序的性能测试方法所必须的数据，以及所生成的测试数据。该处理器用于提供计算和控制能力，支撑整个终端的运行。终端中的内存储器为非易失性存储介质中的IOS应用程序的性能测试装置的运行提供环境，该内存储器中可储存有计算机可读指令，该计算机可读指令被所述处理器执行时，可使得所述处理器执行一种IOS应用程序的性能测试方法。网络接口用于与服务器进行网络通信。终端的显示装置可以是液晶显示屏或者电子墨水显示屏等，可用于显示相应的测试数据。该终端可以是手机、平板电脑或者穿戴式设备等。

本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，如图2所示，提供了一种IOS应用程序的性能测试方法，该方法包括以下步骤：

步骤202，获取预置的测试脚本，提取测试脚本中的至少一个测试项目。

本实施例中，测试脚本为一种可被自动化测试工具识别并执行的文件，其内包括至少一个测试项目，测试项目是指需要被进行性能测试的具体测试内容。测试脚本可以被创建(记录)或使用测试自动化工具自动生成，或用编程语言编程来完成，也可综合上述的三种方法来完成。以被测试的应用为即时通讯应用来说，该测试项目可包括消息发送测试，消息接收测试、语音通讯测试、视频通讯测试等。

测试脚本中为一系列的指令，这些指令构成了一个或多个相应的测试项目。终端可调用预置的IOS自动化测试工具来识别这些指令，提取由这些指令所形成的对应的测试项目。IOS自动化测试工具可为smallapple等常用的对IOS应用进行测试的工具。

步骤204，获取每个测试项目对应的运行方式。

本实施例中，每个测试项目可被设置了对应的运行方式，终端可在调用IOS自动化测试工具识别相应的测试项目的同时，可进一步获取测试项目对应的运行方式。该运行方式包括串行运行方式和并行运行方式。串行运行方式是指对应的测试项目在进行测试时，不可与其他测试项目同时进行，以避免干扰；并行运行方式是指对应的测试项目可与其他测试项目同时进行测试。

步骤206，根据运行方式运行对应的测试项目，获取与测试项目对应的测试数据。

本实施例中，终端可调用IOS自动化测试工具对所提取出的测试项目按照其对应的运行方式进行运行，并获取该测试项目在运行过程中所许消耗的测试数据。比如，可对设置为串行运行的测试项目进行单独运行，对于都被设置为并行运行的测试项目，可将其进行同时运行，以提高对整个测试脚本的测试效率。

测试数据包括测试项目在运行过程中对资源的占用信息，比如为帧率(也称为每秒传输帧数FPS，Frames Per Second)、CPU占用、内存(Memory)占用、网络(Network)占用、设备温度、电流强度和电量消耗等其中的至少一种。

其中，测试项目从开始运行到运行结束需要占用一定的时间，该时间的长短由具体的测试项目、终端的性能等决定。终端所获取的测试数据包括相应的测试项目在其测试时长之内每个时刻对应的资源的占用信息。

具体的，终端可按照预设的时间间隔获取相应的测试数据，同时还记录所相应的测试数据对应的时间。预设的时间间隔可为0.1秒或0.5秒等合适的时间间隔。

步骤208，根据测试数据生成对应的测试报告。

本实施例中，可生成以图形化或数据化的进行展示的测试报告。测试报告中可反映出根据每个独立测试项目在测试过程中，在每个时刻对资源的占用信息。进一步的，还可反映出从开始执行对应的测试脚本，至测试脚本执行结束的时期内，每个时刻下，运行整个测试脚本时，对资源的占用信息。比如，在某一时刻1时，同时执行了测试脚本中的测试项目A和测试项目B，则可反映出在该时刻1下，执行测试项目A所对应占用的资源，以及执行测试项目B所对应占用的资源，且进一步的，还可反映出在该时刻下执行同时测试项目A和测试项目B所综合占用的资源。

如图3所示，为一个实施例中测试报告的示意图。该实施例中，测试报告包括CPU、Memory、Network以及FPS占用这四项，并以图形化的方式展示在每个时刻下，该四项性能的占用情况。

且进一步的，在展示该测试报告时，可检测鼠标的停留位置，并获取该停留位置对应的时刻，然后展示在该对应时刻下的测试数据。其中，测试数据展示的具体位置可为鼠标停留的位置。

本实施例中，上述方法通过设置每个测试项目的运行方式，并根据所设置的运行方式来运行整个测试脚本中的所有测试项目，可提高测试脚本的整体测试效率。

在一个实施例中，根据运行方式运行对应的测试项目的步骤，包括：根据每个测试项目对应的运行方式，确定测试脚本中的所有测试项目的运行顺序；根据运行顺序运行对应的测试项目。

本实施例中，终端在获取到每个测试项目的运行方式后，按照预设的并行运行数量，对每个串行运行方式和并行运行方式的测试项目进行排序，比如可按照所获取的每个测试项目的先后顺序来进行运行排序。将所获取的多个并行运行的测试项目排序在同时运行。

具体的，可统计具有并行运行方式的测试项目的数量(计为并行数量)，判断该数量是否超过预设的最大并行运行数量，若是，则根据该并行数量与最大并行运行数量，将相应的测试项目分成相应的批次来同时运行，若否，则将该并行数量同时运行。

在一个实施例中，可先按照串行运行的测试项目的获取顺序来对应顺序运行其中的每个串行运行的测试项目，对于并行运行的测试项目，可在获取到达到最大并行运行数量的并行运行的测试项目后，则将该数量的测试项目作为同一批次进行同时运行，在该批次全部运行结束后，则再次运行后续的测试项目，并重新累计新的并行运行的测试项目，获取完毕，则最后一批的并行运行的测试项目，不管其有没有达到该最大并行运行数量，都将其同时运行。

在一个实施例中，还可将测试脚本中的所有并行运行的测试项目放到最后进行测试，若其数量超过最大并行运行数量，则可选择最大并行运行数量的测试项目进行同时运行，在有一个测试项目测试完毕后，则可选择下一个并行运行的测试项目继续开始运行，以提高测试运行的效率。

举例来说，如下表1A所示，为依次获取的测试项目以及对应运行方式。其中，该测试脚本中包括测试项目1～9这9个测试项目，可进行并行运行的测试项目包括测试项目2、4、5、7、9，剩余的为要求进行串行运行。终端可结合所获取的顺序以及预设的最大并行运行数量，来对该测试脚本中的测试项目进行测试排序。假设其最大并行运行数量为3个，则可设置该测试脚本中的测试项目的运行顺序如下表1B所示。其中，当同一批次的测试项目全部运行结束后，则开始下一批次的测试项目的测试。进一步的，还可设置测试项目的运行顺序如下表1C所示。其中，可将并行运行的测试项目全部放到最后一批进行同时测试。且具体的，可选择其中的3个(如选择测试项目2，4，5)进行同时测试，在其中一个(如测试项目2)测试完毕后，则选择其它的测试项目(如测试项目7)进行继续测试。

表1A测试脚本中的测试项目及其运行方式表

测试项目	运行方式
		测试项目1	串行运行
测试项目2	并行运行
		测试项目3	串行运行
测试项目4	并行运行
		测试项目5	并行运行
测试项目6	串行运行
		测试项目7	并行运行
测试项目8	串行运行
		测试项目9	并行运行

表1B测试脚本中的测试项目的运行排序

表1C测试脚本中的测试项目的运行排序

运行顺序	测试项目
		第1批	测试项目1
第2批	测试项目3
		第3批	测试项目6
第4批	测试项目8
		第5批	测试项目2、4、5、7、9

在一个实施例中，根据测试数据生成对应的测试报告的步骤，包括：检测测试数据是否超过对应的预设阈值，若是，则将超过对应的预设阈值的部分的测试数据进行标记。

本实施例中，服务器中设置了各个类型的资源设置对应的阈值，比如针对帧率占用设置对应的帧率占用阈值，针对CPU占用设置对应的CPU占用阈值，针对内存占用设置对应的内存占用阈值等。在进行测试完毕生成相应的测试数据时，可比较每个测试数据与对应类型的预设阈值的大小，对于超过对应预设阈值的部分的测试数据，可将其进行标记，使得测试人员在查阅该测试报告时，可直观了解哪部分的测试数据不符合要求。

在一个实施例中，各个类型对应的阈值可由测试系统自动设置，也可在获取到预置的测试脚本后，检测该测试脚本中是否有设置了对应的阈值，若有，则以该测试脚本中所获取的阈值作为相应的预设阈值。进一步的，由于每个测试项目对系统性能的要求也不一定相同，服务器可针对各个常用的测试项目设置相应的阈值，将每个测试项目超过对应的预设阈值的部分的测试数据进行标记，以进一步个性化地直观了解每个测试项目的性能。

在一个实施例中，测试报告为HTML文件，其内包含了每个测试项目在运行过程中对每种类型的资源的实时占用信息与平均占用信息。

本实施例中，在根据测试数据生成对应的测试报告的步骤之后，还包括：根据HTML文件生成对应的Excel文件，Excel文件中记录了测试项目对应的测试数据。

本实施例中，服务器可提取该HTML文件中所包含的每个测试项目在其测试时长之内每个时刻对应的资源的占用信息对应的数据，根据所提取的数据生成对应的Excel表。具体的，该表的中每一列数据可为同一类型的数据，每一行数据可为同一时刻对应的各个类型的资源的数据。

在一个实施例中，可针对每个测试项目生成对应一个独立的Excel表，或者根据每种测试数据也单独生成一个独立的Excel表。如分别生成记录帧率数据的Excel表、记录FPS数据的Excel表、记录内存数据的Excel表等等。

本实施例中，通过根据HTML文件生成对应的Excel表，使得可在该Excel表的基础上生成各种个性化的测试报告。

在一个实施例中，上述的IOS应用程序的性能测试方法还包括：当检测到测试脚本不为最后一个测试脚本时，获取位于测试脚本后的下一个测试脚本。

如图4所示，该方法还包括：

步骤210，判断当前的测试脚本是否为最后一个测试脚本，若是，则执行步骤212，否则，执行步骤202。

步骤212，结束对预置的测试脚本的测试。

本实施例中，假设当前待测试的测试脚本数量有N个，若当前测试的是第M个测试脚本，则可检测是否还存在位于第M个测试脚本之后的测试脚本，即第M+1个测试脚本，若存在，获取该第M+1个测试脚本，并进行测试。若不存在，则说明当前待测试的测试脚本已全部获取过，可在当前测试的脚本测试完成后，结束对其测试。

在一个实施例中，步骤210可在步骤202至208之后的任意步骤之后进行执行，并不限定于如图4所示的中的执行顺序。

在一个实施例中，可进一步设置一个时间间隔，作为冷却时间。当在测试检测到当前的测试脚本不为最后一个测试脚本。可在步骤208执行完毕之后，则使服务器等待相应的时间间隔，在达到该时间间隔的时长之后，则获取该位于测试脚本后的下一个测试脚本，并继续对其进行测试。

相较于现有的IOS应用的性能测试方案只能针对某一个应用的单个脚本程序在运行过程中的进行测试。上述方法可实现对多个测试脚本的连续测试，而无需人工逐个录入，逐个点击测试，提高了测试效率。

在一个实施例中，在根据测试数据生成对应的测试报告的步骤之后，还包括：获取测试报告文件中所记录的地址信息；当地址信息为绝对地址信息时，将绝对地址信息修改为相对地址信息，使得测试报告能够在其它设备上显示。

本实施例中，在调用IOS测试化工具生成了对应的测试报告之后，可进一步检测该测试报告的系统信息中所记录的地址信息，并检测所设置的地址信息是否为绝对地址信息。当为绝对地址信息时，则说明该测试报告只允许在本地终端进行访问，且其存储路径在发生变动之后，或在拷贝到其他终端时，则无法访问查阅其中的数据。因此，当检测到所设置的为绝对地址信息时，则对其进行修改，将其修改为可在被移动时，也可进行访问的相对地址信息。

本实施例中，通过进一步检测所生成的测试报告的地址信息，并在该地址信息为绝对地址信息时对其进行修改，将其修改为相对地址信息，使得测试报告能够在其它设备上显示，可进一步提高测试报告访问的便利性。

在一个实施例中，如图5所示，提供了一种IOS应用程序的性能测试装置，该装置包括：

测试脚本获取模块502，用于获取预置的测试脚本，提取测试脚本中的至少一个测试项目。

运行方式获取模块504，用于获取每个测试项目对应的运行方式。

测试数据获取模块506，用于根据运行方式运行对应的测试项目，获取与测试项目对应的测试数据。

测试报告生成模块508，用于根据测试数据生成对应的测试报告。

在一个实施例中，测试数据获取模块506还用于根据每个测试项目对应的运行方式，确定测试脚本中的所有测试项目的运行顺序；根据运行顺序运行对应的测试项目。

在一个实施例中，测试报告生成模块508还用于检测测试数据是否超过对应的预设阈值，若是，则将超过对应的预设阈值的部分的测试数据进行标记。

在一个实施例中，测试报告为HTML文件；测试报告生成模块508还用于根据HTML文件生成对应的Excel文件，Excel文件中记录了测试项目对应的测试数据。

在一个实施例中，测试脚本获取模块502还用于当检测到测试脚本不为最后一个测试脚本时，获取位于测试脚本后的下一个测试脚本。

在一个实施例中，测试报告生成模块508还用于获取测试报告文件中所记录的地址信息；当地址信息为绝对地址信息时，将绝对地址信息修改为相对地址信息，使得测试报告能够在其它设备上显示。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种IOS应用程序的性能测试方法，其特征在于，所述方法包括以下步骤：

获取预置的测试脚本，提取测试脚本中的至少一个测试项目；

获取每个测试项目对应的运行方式；

根据所述运行方式运行对应的测试项目，获取与所述测试项目对应的测试数据；

根据所述测试数据生成对应的测试报告。

2.根据权利要求1所述的方法，其特征在于，所述根据所述运行方式运行对应的测试项目的步骤，包括：

根据每个测试项目对应的运行方式，确定所述测试脚本中的所有测试项目的运行顺序；

根据所述运行顺序运行对应的测试项目。

3.根据权利要求1所述的方法，其特征在于，所述根据所述测试数据生成对应的测试报告的步骤，包括：

检测测试数据是否超过对应的预设阈值，若是，则将超过所述对应的预设阈值的部分的测试数据进行标记。

4.根据权利要求1所述的方法，其特征在于，所述测试报告为HTML文件；在所述根据所述测试数据生成对应的测试报告的步骤之后，还包括：

根据所述HTML文件生成对应的Excel文件，所述Excel文件中记录了所述测试项目对应的测试数据。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当检测到所述测试脚本不为最后一个测试脚本时，获取位于所述测试脚本后的下一个测试脚本。

6.根据权利要求1所述的方法，其特征在于，在根据所述测试数据生成对应的测试报告的步骤之后，还包括：

获取测试报告文件中所记录的地址信息；

当所述地址信息为绝对地址信息时，将所述绝对地址信息修改为相对地址信息，使得所述测试报告能够在其它设备上显示。

7.一种IOS应用程序的性能测试装置，其特征在于，所述装置包括：

测试脚本获取模块，用于获取预置的测试脚本，提取测试脚本中的至少一个测试项目；

运行方式获取模块，用于获取每个测试项目对应的运行方式；

测试数据获取模块，用于根据所述运行方式运行对应的测试项目，获取与所述测试项目对应的测试数据；

测试报告生成模块，用于根据所述测试数据生成对应的测试报告。

8.根据权利要求7所述的装置，其特征在于，所述测试数据获取模块还用于根据每个测试项目对应的运行方式，确定所述测试脚本中的所有测试项目的运行顺序；根据所述运行顺序运行对应的测试项目。

9.根据权利要求7所述的装置，其特征在于，所述测试报告生成模块还用于检测测试数据是否超过对应的预设阈值，若是，则将超过所述对应的预设阈值的部分的测试数据进行标记。

10.根据权利要求7所述的装置，其特征在于，所述测试报告生成模块还用于获取测试报告文件中所记录的地址信息；当所述地址信息为绝对地址信息时，将所述绝对地址信息修改为相对地址信息，使得所述测试报告能够在其它设备上显示。