CN109739762A - 一种应用程序的性能测试方法与装置 - Google Patents

Abstract

本发明实施例公开了一种应用程序的性能测试方法与装置，该装置包括：设备接入模块、执行及数据处理模块以及应用模块，其中：设备接入模块，用于接入目标设备，其中，所述目标设备中包括待测试的应用程序；执行及数据处理模块，用于对所述应用程序进行自动化播放，获取并分析所述应用程序播放期间的性能描述数据；应用模块，用于创建所述应用程序性能的测试任务、配置测试环境并根据所述性能描述数据生成测试报告。本发明解决了现有技术中没有针对客户端的性能测试方法的问题。

Description

一种应用程序的性能测试方法与装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种应用程序的性能测试方法与装置。

背景技术

直播的服务端及客户端是影响直播播放性能的两大因素。目前的直播性能测试主要是针对服务端的性能测试，比如针对服务端的压力测试，用于测试服务端在高并发情况下的性能。然而，实际应用中并没有针对客户端的性能测试方法，因此如何测试客户端的性能是本申请所要解决的技术问题。

发明内容

本发明实施例中提供了一种应用程序的性能测试方法与装置，以解决现有技术中没有针对客户端的性能测试方法的问题。

为解决上述技术问题，本发明是这样实现的：

第一方面，本发明提供了一种应用程序的性能测试装置，该装置包括：设备接入模块、执行及数据处理模块以及应用模块，其中：

设备接入模块，用于接入目标设备，其中，所述目标设备中包括待测试的应用程序；

执行及数据处理模块，用于对所述应用程序进行自动化播放，获取并分析所述应用程序播放期间的性能描述数据；

应用模块，用于创建所述应用程序性能的测试任务、配置测试环境并根据所述性能描述数据生成测试报告。

优选地，所述设备接入模块，具体包括：

安装子模块，用于通过运行安装包将所述应用程序安装于所述目标设备。

优选地，所述设备接入模块，还包括：

网络状态设置子模块，用于根据应用模块配置的网络状态，设置所述目标设备的网络状态。

优选地，所述执行及数据处理模块，具体包括：执行子模块、底层数据处理子模块以及上层数据处理子模块，其中：

执行子模块，用于执行所述应用程序的测试任务，其中，所述测试任务包括对所述应用程序进行自动化播放；

底层数据处理子模块，用于获取并分析所述应用程序播放期间的底层性能数据，所述底层性能数据反应待测试的应用程序播放期间的资源占用量；

上层数据处理子模块，用于获取并分析所述应用程序播放期间的上层性能数据，所述上层性能数据反应待测试的应用程序播放期间的播放画面质量。

优选地，所述底层性能数据，具体包括：

CPU占用率、内存消耗、上行流量和/或下行流量。

优选地，所述获取并分析所述应用程序播放期间的底层性能数据，具体包括：

通过安卓系统调试桥获取并分析所述应用程序播放期间的CPU占用率、内存消耗、上行流量和/或下行流量。

优选地，所述上层性能数据，具体包括：

首帧时间、首帧状态、卡顿次数和/或卡顿时长。

优选地，所述获取并分析所述应用程序播放期间的上层性能数据，具体包括：

通过调用可视化数据分析工具获取并分析所述应用程序播放期间的首帧时间、首帧状态、卡顿次数和/或卡顿时长。

优选地，所述应用模块，具体包括：测试任务创建子模块、测试环境配置子模块以及测试报告生成子模块，其中：

测试任务创建子模块，用于创建应用程序性能的测试任务；

测试环境配置子模块，用于配置与所述测试任务对应的测试环境信息；

测试报告生成子模块，用于查看任务列表、测试执行情况以及性能描述数据分析报告。

优选地，所述测试环境信息，具体包括如下任意一种或多种：

测试设备；

直播id；

网络状态；

播放次数；

单次播放时长；

测试包下载地址；

测试任务名称。

第二方面，本发明还提供了一种基于应用程序性能测试装置的性能测试方法，该方法包括：

所述性能测试装置的执行及数据处理模块在待测试的应用程序播放期间，获取并分析所述应用程序的性能描述数据，其中所述应用程序位于目标设备中，所述目标设备通过所述性能测试装置的设备接入模块进行接入；

通过所述性能测试装置的应用模块创建所述应用程序性能的测试任务、配置测试环境并根据所述性能描述数据生成测试报告。

采用本发明实施例中提供的上述至少一个技术方案，可以达到如下效果：

通过应用模块创建应用程序性能的测试任务以及对测试任务进行对应的测试环境的配置后，执行及数据处理模块自动化执行应用程序客户端的性能测试任务，从而可以全面地获取到应用程序播放期间的性能描述数据。因此，解决了现有技术中没有针对客户端的性能测试方法的问题。

附图说明

此处所说明的附图用来提供对本发明实施例的进一步理解，构成本发明实施例的一部分，本发明实施例的示意性实施例及其说明用于解释本发明实施例，并不构成对本发明实施例的不当限定。在附图中：

图1是本发明的一个实施例中提供的一种应用程序的性能测试装置的结构示意图；

图2是本发明的一个实施例中提供的测试环境信息的任务配置WEB页面效果示意图；

图3是本发明的一个实施例中提供的性能测试装置的任务列表页面示意图；

图4是本发明的一个实施例中提供的测试环境信息的底层性能数据的图表(柱状图)示意图；

图5是本发明的一个实施例中提供的底层性能数据的图表(折线图)示意图；

图6是本发明的一个实施例中提供的上层性能数据的图表(柱状图)示意图；

图7本发明的一个实施例中提供的底层性能数据获取的流程示意图

图8是本发明的一个实施例中提供的性能测试执行过程的记录示意图；

图9是本发明的一个实施例中提供的一种基于应用程序性能测试装置的性能测试方法的流程示意图；

图10是本发明的一个实施例中提供的性能测试任务的状态流转示意图；

图11是本发明的一个实施例中提供的底层性能数据获取的详细流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明的具体实施例及相应的附图对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本发明实施例的一部分实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明所保护的范围。

以下结合附图，详细说明本发明各实施例中提供的技术方案。

实施例1

目前的直播性能测试主要是针对服务端的性能测试，缺少以客户端为切入点的性能测试，且多数采用人手动进行性能测试，这样导致无法获取到客户端应用程序播放的首帧、卡顿等上层性能数据以及播放应用程序对用户设备的CPU、内存、流量等资源消耗的底层性能数据，从而使得应用程序的性能测试的性能描述数据不全面，影响用户播放体验。

为了解决现有技术中没有针对客户端的性能测试方法的问题，本发明实施例1中提供了一种应用程序的性能测试装置。

请参见说明书附图1，图1为本发明实施例1提供的一种应用程序的性能测试装置的结构示意图，该结构具体包括如下模块：设备接入模块11、执行及数据处理模块12以及应用模块13，其中：

设备接入模块11，用于接入目标设备，其中，所述目标设备中包括待测试的应用程序；

执行及数据处理模块12，用于对所述应用程序进行自动化播放，获取并分析所述应用程序播放期间的性能描述数据；

应用模块13，用于创建所述应用程序性能的测试任务、配置测试环境并根据所述性能描述数据生成测试报告。

本发明实施例中，在一种实施方式中，所述设备接入模块11，具体包括：

安装子模块，用于通过运行安装包将所述应用程序安装于所述目标设备。

本发明实施例中，在一种实施方式中，所述目标设备，具体为用户播放客户端的设备。

本发明实施例中，所述客户端为应用程序。

本发明实施例中，在一种实施方式中，所述设备接入模块，还包括：

网络状态设置子模块，用于根据应用模块配置的网络状态，设置所述目标设备的网络状态。

本发明实施例中，在一种实施方式中，所述执行及数据处理模块12，具体包括：执行子模块、底层数据处理子模块以及上层数据处理子模块。

其中，所述执行子模块，用于执行所述应用程序的测试任务，其中，所述测试任务包括对所述应用程序进行自动化播放；

所述底层数据处理子模块，用于获取并分析所述应用程序播放期间的底层性能数据，所述底层性能数据反应待测试的应用程序运行期间的资源占用量；

所述上层数据处理子模块，用于获取并分析所述应用程序播放期间的上层性能数据，所述上层性能数据反应待测试的应用程序运行期间的运行画面质量。

本发明实施例中，所述底层性能数据能够反应待测试的应用程序在运行期间，对目标设备中的资源占用量，在实际应用中底层性能数据可以具体是CPU占用率、内存消耗、上行流量和/或下行流量等，也可以是其他能够反应对目标设备中的资源占用量的其他类型的数据。

本发明实施例中，所述上层性能数据反应待测试的应用程序在运行期间的运行画面质量。比如，当待测试的应用程序为直播应用程序或视频播放应用程序时，上层性能数据反应直播应用程序的直播画面质量，或视频播放客户端应用程序的视频播放画面质量，在实际应用中可以是首帧时间、首帧状态、卡顿次数和/或卡顿时长，当然也可以是反应画面质量的其他数据。

本发明实施例中，在一种实施方式中，所述应用程序的性能测试装置，采用UIAutomator2工具来进行任务的自动化执行，使得本发明的技术方案与现有技术中手动进行性能测试的方法相比，本发明采用自动化执行任务来进行性能测试的方法极大地提升了测试效率。

本发明实施例中，所述UI Automator2工具是Android UI自动化的通用工具。它是一种Android UI自动化框架，能与python(计算机程序设计语言，俗称“爬虫”)语言结合来实现基于元素定位的自动化测试。

需要说明的是，对于APP(Application，应用程序)软件来说，播放对手机等设备的CPU占用率、内存消耗、上行流量和/或下行流量等资源消耗的底层性能数据是性能测试考察的重点。

则，本发明实施例中，在一种实施方式中，所述底层性能数据，具体包括：

CPU占用率、内存消耗、上行流量和/或下行流量。

本发明实施例中，所述CPU占用率，是指应用程序在使用期间占用的手机CPU的百分比。

本发明实施例中，所述内存消耗，是指应用程序在使用期间消耗/占用的手机内存大小。

本发明实施例中，所述上行流量，是指应用程序在使用期间发出的流量。

本发明实施例中，所述下行流量，是指应用程序在使用期间接收的流量。

本发明实施例中，在一种实施方式中，所述获取并分析所述应用程序播放期间的底层性能数据，具体包括：

通过安卓系统调试桥获取并分析所述应用程序播放期间的CPU占用率、内存消耗、上行流量和/或下行流量。

本发明实施例中，所述安卓系统调试桥ADB(Android Debug Bridge)，是一个多用途的命令行工具，它允许开发者与模拟器实例或者连接的安卓(Android)设备之间进行通信。它通过shell指令来控制安卓设备。

需要说明的是，性能测试的考察指标中还包括首帧时间、首帧状态、卡顿次数和/或卡顿时长等上层性能数据。

则，本发明实施例中，在一种实施方式中，所述上层性能数据，具体包括：

首帧时间、首帧状态、卡顿次数和/或卡顿时长。

本发明实施例中，所述首帧，是指多媒体播放时加载的第一帧。

本发明实施例中，所述首帧时间video_firstframe_time，表示从播放请求发出到首帧开始播放所花费的时间。

本发明实施例中，所述首帧状态video_firstframe_status，表示首帧是否加载成功。

本发明实施例中，所述卡顿，是指多媒体播放过程中，由于帧与帧之间加载延迟所造成的播放不流畅现象。

本发明实施例中，所述流畅率，是指多媒体播放过程中，不卡顿的时间在总播放时间中所占的百分比。

本发明实施例中，所述卡顿次数video_buffering_count，表示播放过程中，发生卡顿的次数

本发明实施例中，所述卡顿时长video_buffering_time，表示累积卡顿持续时间。

本发明实施例中，在一种实施方式中，所述获取并分析所述应用程序播放期间的上层性能数据，具体包括：

通过调用可视化数据分析工具获取并分析所述应用程序播放期间的首帧时间、首帧状态、卡顿次数和/或卡顿时长。

本发明实施例中，所述可视化数据分析工具Kibana，是一个开源的分析和可视化平台，它提供搜索、查看和与存储在Elasticsearch索引中的数据进行交互的功能。开发者或运维人员可以轻松地执行高级数据分析，并在各种图表、表格和地图中可视化数据。

本发明实施例中，在一种实施方式中，所述应用模块，具体包括：测试任务创建子模块、测试环境配置子模块以及测试报告生成子模块。

其中，所述测试任务创建子模块，用于创建应用程序性能的测试任务；

所述测试环境配置子模块，用于配置与所述测试任务对应的测试环境信息；

所述测试报告生成子模块，用于查看任务列表、测试执行情况以及性能描述数据分析报告。

本发明实施例中，所述测试环境信息可以供用户自行选择或填写，且其配置数据存储在数据库DB中。

需要说明的是，目前影响直播播放性能的因素主要有两类，一类因素是直播流的服务端，一类因素是播放器的客户端。其中，不同的直播流对应于不同的直播对象，不同的播放器可以对应到不同的应用程序安装包。

基于上述两类因素的说明，再考虑到用户设备、网络状态、播放状态等因素，那么，每个测试任务对应需要配置的测试环境信息至少应该包含有如下一种或多种信息，该信息具体为：测试设备选择、直播对象id、网络状态选择、播放次数、单次播放时长、测试包下载地址和任务名称。

本发明实施例中，所述直播对象id，是指每一个直播间的唯一标识id。

如图2所示为测试环境信息的任务配置WEB页面效果示意图，该页面中包含：测试设备、直播id、网络状态、播放次数、单次播放时长、测试包下载地址、测试任务名称这些选择项或填写项。

其中，测试设备、直播id以及网络状态这三项为必填项，播放次数、单次播放时长以及测试任务名称这三项的值为默认值，另外，测试包下载地址这一项的值可以填或者不填。

则，本发明实施例中，在一种实施方式中，所述测试环境信息，具体包括如下任意一种或多种：

测试设备；

直播id；

网络状态；

播放次数；

单次播放时长；

测试包下载地址；

测试任务名称。

本发明实施例中，所述性能测试装置的WEB页面中包含任务配置页面以及任务列表页面。

如图3所示为性能测试装置的任务列表页面，通过该任务列表页面可以查看到每个测试任务的播放状态、性能描述数据的统计结果以及执行过程的记录情况，而且，在该任务列表页面可以按照直播id和测试任务名称查询出与之有关联的一组测试任务。

如图4所示为底层性能数据的柱状图图表，一方面通过该柱状图图表可以查看到底层性能数据的变化趋势，另一方面通过该柱状图图表可以单独查看到每一次获取的底层性能数据值和均值。

如图5所示为底层性能数据的折线图图表，一方面通过该折线图图表可以查看到底层性能数据的变化趋势，另一方面通过该折线图图表可以单独查看到每一次获取的底层性能数据值和均值。

如图6所示为上层性能数据的柱状图图表，一方面通过该柱状图图表可以查看到上层性能数据的变化趋势，另一方面通过该柱状图图表可以单独查看到每一次获取的上层性能数据值和均值。

如图7所示为性能测试执行过程的记录图，通过该图可以查看到测试任务运行的具体UI操作的执行过程的每一个记录。

通过上述从多个维度，并以不同的图表形式呈现的任务列表页面及性能描述数据图表，可以为用户提供更直观可靠的性能测试报告。

采用本发明实施例提供的方案，通过应用模块创建应用程序性能的测试任务以及对测试任务进行对应的测试环境的配置后，执行及数据处理模块自动化执行应用程序客户端的性能测试任务，从而可以全面地获取到应用程序播放期间的性能描述数据，从而解决了现有技术中没有针对客户端的性能测试方法的问题。

实施例2

为了解决现有技术中没有针对客户端的性能测试方法的问题，本发明实施例2中提供了一种基于应用程序性能测试装置的性能测试方法。

如图8所示为一种基于应用程序性能测试装置的性能测试方法的流程示意图。该方法的具体步骤如下述所示：

步骤81：所述性能测试装置的执行及数据处理模块在待测试的应用程序运行期间，获取并分析所述应用程序的性能描述数据，其中所述应用程序位于目标设备中，所述目标设备通过所述性能测试装置的设备接入模块进行接入；

步骤82：通过所述性能测试装置的应用模块创建所述应用程序性能的测试任务、配置测试环境并根据所述性能描述数据生成测试报告。

本发明实施例中，在一种实施方式中，如图9所示为一种基于应用程序性能测试装置的性能测试方法的详细流程示意图，所述性能测试方法的详细流程如下述所示：

设备接入模块连接的设备由执行及数据处理模块以API(应用程序编程接口)的形式反馈给应用模块；

执行及数据处理模块通过任务的状态(status)流转来推进任务的按步执行，获取并分析底层性能数据和上层性能数据；

应用模块在测试任务配置界面供用户选择场景，然后通过WEB端与用户进行交互，将性能测试任务的配置信息存储到数据库DB中，并提供任务列表供用户随时跟踪任务进度、创建任务、查看性能测试结果等。

需要说明的是，应用模块与执行及数据处理模块共享同一个存储空间。

如图10所示为性能测试任务的状态流转示意图。具体流程如下书所示：

首先，测试任务的初始状态status为0，执行及数据处理模块检测到status＝0的测试任务后，就会按照数据库DB中的任务配置详情调用设备接入模块来初始化测试环境，比如下载测试安装包、设置网络状态等；然后，开始测试任务的自动化执行和底层性能数据的获取，并将任务的status状态变更为1；紧接着，按照测试任务的播放次数和单次播放时长设定执行完毕后，将测试任务的status变更为3，并分析、存储底层性能数据和执行过程记录文件，以API和文件读取的形式供应用层调用。最后，进入上层性能数据的获取阶段，在分析、存储上层性能数据结束后，即整个测试任务完成，并将status变更为4。

如图11所示为底层性能数据获取的具体流程示意图。该流程具体如下述所示：

在单次任务的执行过程中，通过UI Automator2和ADB间的进程公有变量adb_debug来控制底层性能数据的获取，只获取应用程序播放期间的底层性能数据，从而能够保证数据的准确性。

需要说明的是，不同的直播间对应不同的直播间Activity。由ADB唤起直播间并播放待测试的应用程序(直播id)。

通过Python脚本语言轮询和调度测试任务的执行，以测试任务的实际配置为控制变量，如设备、网络、直播id、测试包、播放次数、单次播放时长等测试配置信息，来自动化执行测试任务。

采用本发明实施例提供的方案，通过应用模块创建应用程序性能的测试任务以及对测试任务进行对应的测试环境的配置后，执行及数据处理模块自动化执行应用程序客户端的性能测试任务，从而可以全面地获取到应用程序播放期间的性能描述数据，从而解决了现有技术中没有针对客户端的性能测试方法的问题。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。

Claims (10)

1.一种应用程序的性能测试装置，其特征在于，包括：设备接入模块、执行及数据处理模块以及应用模块，其中：

设备接入模块，用于接入目标设备，其中，所述目标设备中包括待测试的应用程序；

执行及数据处理模块，用于对所述应用程序进行自动化播放，获取并分析所述应用程序播放期间的性能描述数据；

应用模块，用于创建所述应用程序性能的测试任务、配置测试环境并根据所述性能描述数据生成测试报告。

2.如权利要求1所述的装置，其特征在于，所述执行及数据处理模块，具体包括：执行子模块、底层数据处理子模块以及上层数据处理子模块，其中：

执行子模块，用于执行所述应用程序的测试任务，其中，所述测试任务包括对所述应用程序进行自动化播放；

底层数据处理子模块，用于获取并分析所述应用程序播放期间的底层性能数据，所述底层性能数据反应待测试的应用程序播放期间的资源占用量；

上层数据处理子模块，用于获取并分析所述应用程序播放期间的上层性能数据，所述上层性能数据反应待测试的应用程序播放期间的播放画面质量。

3.如权利要求2所述的装置，其特征在于，所述底层性能数据，具体包括：

CPU占用率、内存消耗、上行流量和/或下行流量；则，

所述获取并分析所述应用程序播放期间的底层性能数据，具体包括：

通过安卓系统调试桥获取并分析所述应用程序播放期间的CPU占用率、内存消耗、上行流量和/或下行流量。

4.如权利要求2所述的装置，其特征在于，所述上层性能数据，具体包括：

首帧时间、首帧状态、卡顿次数和/或卡顿时长；则，

所述获取并分析所述应用程序播放期间的上层性能数据，具体包括：

通过调用可视化数据分析工具获取并分析所述应用程序播放期间的首帧时间、首帧状态、卡顿次数和/或卡顿时长。

5.如权利要求2所述的装置，其特征在于，所述执行所述应用程序的测试任务，具体包括：

通过UI自动化测试工具执行所述应用程序的测试任务。

6.如权利要求1所述的装置，其特征在于，所述应用模块，具体包括：测试任务创建子模块、测试环境配置子模块以及测试报告生成子模块，其中：

测试任务创建子模块，用于创建应用程序性能的测试任务；

测试环境配置子模块，用于配置与所述测试任务对应的测试环境信息；

测试报告生成子模块，用于查看任务列表、测试执行情况以及性能描述数据分析报告。

7.如权利要求6所述的装置，其特征在于，所述测试环境信息，具体包括如下任意一种或多种：

测试设备；

直播id；

网络状态；

播放次数；

单次播放时长；

测试包下载地址；

测试任务名称。

8.如权利要求1所述的装置，其特征在于，所述设备接入模块，具体包括：

安装子模块，用于通过运行安装包将所述应用程序安装于所述目标设备。

9.如权利要求1所述的装置，其特征在于，所述设备接入模块，还包括：

网络状态设置子模块，用于根据应用模块配置的网络状态，设置所述目标设备的网络状态。

10.一种基于应用程序性能测试装置的性能测试方法，其特征在于，所述性能测试装置具体包括如权利要求1至9中任意一项所示的性能测试装置，所述方法包括：

所述性能测试装置的执行及数据处理模块在待测试的应用程序播放期间，获取并分析所述应用程序的性能描述数据，其中所述应用程序位于目标设备中，所述目标设备通过所述性能测试装置的设备接入模块进行接入；

通过所述性能测试装置的应用模块创建所述应用程序性能的测试任务、配置测试环境并根据所述性能描述数据生成测试报告。