移动端性能测试,移动端性能测试框架

移动端手机 App 耗电量测试：Monkey 电量测试基本操作及 Android 性能优化

Monkey 测试简介

存放路径：Monkey程序是Android系统自带的，由Java语言写成，在Android文件系统中的存放路径是： /system/framework/monkey.jar。

大致操作流程：通过名为“monkey”的Shell脚本去启动Monkey.jar程序（shell脚本在Android文件系统中 的存放路径是：/system/bin/monkey），在你指定的APP应用上模拟用户点击，滑动，输入等操作以极快的速度来对设备程序进行压力测试，检测程序是否会发生异常，然后通过日志进行排错。

主要目的：测试app 是否会是否会Crash。

操作命令格式：adb shell monkey ｛+命令参数｝

获取Android包名方法：（注意：请开启手机开发者模式，请开启手机USB调试模式）

查看正在运行的程序的包名：adb shell dumpsys activity activities | sed -En -e '/Running activities/,/Run #0/p' （例如：我清理手机后台之后，开启了QQ，输入命令之后，就会出现QQ的进程，框的地方就是qq的包名）

monkey常用操作命令简介

-p 包名：指定应用程序。例如：adb shell monkey -p 包名 事件总数

-v：打印log级别，-v越多日志信息越详细，最多支持3个。例如：adb shell monkey -p 包名 -v -v -v 事件总数

-s：伪随机数生成器的 seed 值，通俗的说就是个标记，后面跟数字，例如：执行adb shell monkey -s 1 -p 包名 事件总数，这个我标记了-s 1，命令操作完之后，我发现有日志报错，我想重新执行这个monkey操作,那你就可以继续执行这个命令，排错时常用。

-f：后接测试脚本名，例如：adb shell monkey -f 脚本名 事件总数

-throttle：翻译减速的意思，后面接时间，单位为ms，,表示事件之间的固定延迟，如果不接该项，monkey将不会延迟，例如:adb shell monkey --throttle 500 -p 包名 事件总数

--pct-事件类别 11个事件百分比控制（有的是9种事件，没有--pct-pinchzoom，--pct-rotation事件）由安卓SDK决定

11种事件，按顺序罗列的

--pct-touch ｛+百分比｝：0

翻译触摸，触摸事件泛指发生在某一位置的一个down-up事件，点击

--pct-motion ｛+百分比｝：1

翻译动作，动作事件泛指从某一位置接下（即down事件）后经过一系列伪随机事件后弹出（即up事件）

--pct-pinchzoom ｛+百分比｝：2

翻译二指缩放，智能机上的放大缩小手势操作事件

--pct-trackball ｛+百分比｝： 3

翻译轨迹，轨迹事件包括一系列的随机移动，以及偶尔跟随在移动后面的点击事件

--pct-rotation ｛+百分比｝：4

翻译屏幕旋转，横屏竖屏事件

--pct-nav ｛+百分比｝：5

翻译基本导航，基本导航事件主要来自方向输入设备的上、下、左、右事件

--pct-majornav ｛+百分比｝：6

翻译主要导航，主要导航事件通常指引发图形界面的一些动作，如键盘中间按键、返回按键、菜单按键等

--pct-syskeys ｛+百分比｝：7

翻译系统按键，系统按键事件通常指仅供系统使用的保留按键，HOME键、BACK键、拨号键、挂断键、音量键等

--pct-appswitch ｛+百分比｝：8

翻译应用启动，应用启动事件（activity launches)即打开应用，通过调用startActivity()方法最大限度地开启该package下的所有应用

--pct-flip ｛+百分比｝：9

翻译翻转，键盘轻弹百分比，如点击输入框，键盘弹起，点击输入框以外区域，键盘收回

--pct-anyevent ｛+百分比｝：10

翻译其他类型，其他类型事件指上文中未涉及的所有其他事件，keypress、不常用的button等

百分比控制以及使用

首先注意一点，这个Event percentages在不同版本的SDK版本中顺序可能会不一样。

如果在monkey参数中不指定事件参数，这些动作都是随机分配的，11个动作其分配的百分比之和为100%，通过添加命令选项来控制每个事件的百分比。

添加事件百分比之后的情况，举例添加--pct-touch事件百分比为100：

命令： adb shell monkey -v -p 包名 --pct-touch 100 100

结果：

说明：尴尬啊，我这个vent percentages竟然有12种，多了一种什么我也不知道，但我敢肯定这跟SDK版本有关系，想知道的同学可以自己从安卓SDK中反编译出monkey源码，通过查看源码中的MonkeySourceRandom.java文件获知！查出来的同学可以告知我下。

说明：尴尬啊，我这个vent percentages竟然有12种，多了一种什么我也不知道，但我敢肯定这跟SDK版本有关系，想知道的同学可以自己从安卓SDK中反编译出monkey源码，通过查看源码中的MonkeySourceRandom.java文件获知！查出来的同学可以告知我下，我想做伸手党

-ignore-crashes：翻译忽略崩溃，当应用程序崩溃或发生失控异常时，monkey将继续运行直到计数完成。如果不设置此项，monkey遇到上述崩溃或异常将停止运行。

-ignore-timeouts：翻译忽略超时，当应用程序发生任何超时错误（如ANR，即Application Not Responding)时，monkey将继续运行直到计数完成。如果不设置此项，monkey 遇到此类超时将停止运行。

monkey测试中，如何终止运行：

方法一：

新建一个窗口

执行： adb shell ，

再执行ps | grep monkey,返回来的第一个数字，即是monkey的进程号

然后kill pid 进程号。如图

对手机进行重启

新建一个窗口

执行adb reboot

log日志导出

保存到电脑上。

执行：adb shell monkey -p 包名 -v 1000 /Users/weixiangyang/Desktop/monkey.txt

例如：保存到电脑上标准流与错误流分开保存，分别命名为info.txt，error.txt

info.txt：此文件在手机上的SDCARD中，主要记录了MONKEY测试时发送的各种事件，如触摸事件的位置等等。

error.txt：此文件在手机上的SDCARD中，主要记录了MONKEY测试时产生的一些ANR、强制关闭等异常。 执行：adb shell monkey -p 包名 -v 1000 1/Users/weixiangyang/Desktop/info.txt 2/Users/weixiangyang/Desktop/error.txt

例如：保存到电脑上并命名为monkey.txt

保存到手机上。注意：手机要root

例如：保存到手机上并命名为monkey.txt

执行：

adb shell说明：进入adb shell后就相当于进入linux的root下面，但是没有权限在里面创建文件,所以手机要root

monkey -p 包名 -v 1000 /mnt/sdcard/monkey.txt

注意：我的 adb shell 跟monkey XXX是分开执行的，分两行！！！

例如：保存到电脑上标准流与错误流分开保存，分别命名为info.txt，error.txt

执行：adb shell monkey -p 包名 -v 1000 1/mnt/sdcard/info.txt 2/mnt/sdcard/error.txt

请教各位目前PC端与移动端主流的性能测试工具有哪些？

主流移动端性能测试工具简述

4.1.Xcode-InstrumentInstrument是Apple官方提供的一个强大的内置在xcode中的性能调试工具集。其中，Activity Monitor（活动监视器）：监控进程级别的CPU,内存,磁盘，网络使用情况，可以得到应用程序在手机运行时总占用的内存大小；Core Animation（图形性能）：这个模块显示程序显卡性能、CPU使用情况以及页面刷新帧率；Network：用链接工具分析程序如何使用TCP/IP和UDP/IP链接；Energy Log：耗电量监控。Instrument主要用于在调试过程中随时发现问题，及时优化，但是这个工具只能供有应用源码的程序员使用，无法测量用户真实使用场景下的性能。

4.2.Android monitorAndroid Studio内置了四种性能监测工具Memory Monitor、Network Monitor、CPU Monitor、GPU Monitor，可以使用这些工具监测App的状态。Memory Monitor工具主要是用来监测App的内存分配情况，判断是否存在内存泄漏；Network Monitor是用于显示App网络请求的状态；GPU Monitor工具可以将进行UI渲染工作所花的时间表现出来；CPU Monitor可以对代码中的方法进行检测。　

　4.3.MatrixMatrix是一款微信研发并日常使用的应用性能接入框架，支持iOS, macOS和Android。Matrix 通过接入各种性能监控方案，对性能监控项的异常数据进行采集和分析，输出相应的问题分析、定位与优化建议，从而帮助开发者开发出更高质量的应用。数据监测结果存储到后台，没有直观的展示界面。Matrix-iOS/macOS主要监控崩溃、卡顿和爆内存。Matrix-android监控范围包括：应用安装包大小，帧率变化，启动耗时，卡顿，慢方法，SQLite 操作优化，文件读写，内存泄漏等。

4.4.GTGT（随身调）是直接运行在手机上的“集成调测环境”。利用GT，仅凭一部手机，无需连接电脑，即可对App进行快速的性能测试(CPU、内存、流量、电量、帧率/流畅度等)、开发日志的查看、Crash日志查看、网络数据包的抓取、App内部参数的调试、真机代码耗时统计等。

GT支持iOS和Android两个手机平台，其中：iOS版是一个Framework包，必须嵌入App工程，编译出带GT的App才能使用；iPhone和iPad应用都能支持。Android版由一个可直接安装的GT控制台App和GT SDK组成。GT控制台可以独立安装使用；SDK需嵌入被调测的应用、并利用GT控制台进行信息展示和参数修改。　

　4.5.EmmageeEmmagee是一款实用、方便的性能测试工具，适用于指定的Android App，它可以监控CPU、内存、网络流量、电池电流和状态（某些设备不受支持）。此外，它还支持自定义收集数据的时间间隔，在浮动窗口中呈现实时进程状态等。

安装之后，打开Emmagee会显示出目前系统已经安装的应用（可在设置中配置间隔）。选择一个应用之后，点击“开始测试”按钮，Emmagee会自动启动被测应用，并在最上方显示流量、CPU、内存等数据，在该状态下可任意使用被测应用，Emmagee会自动进行相关数据的记录，终止测试之后会生成相应的报告，并保存在Android目录中。

4.6.SoloπSoloπ是支付宝在移动端上实现的一套无线化、非侵入、免Root的 Android 专项测试方案。直接操控手机，即可实现自动化的功能、性能、兼容性、以及稳定性测试等工作。支持 CPU、内存、FPS、流量等常规指标的实时获取，同时支持将性能数据记录下来，存储到本地并通过报表形式展示，支持性能加压。

4.7.TestinTestin性能测试，通过自动化的测试工具，在上线前模拟正常、峰值以及异常等多种场景，从而对App的各项性能指标进行测试。包括：负载测试、压力测试、配置测试、并发测试、容量测试、可靠性测试。

负载测试：通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的最大负载量。压力测试：通过逐步增加系统负载，测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，并以此来获得系统能够提供的最大服务级别。

配置测试：通过测试被测试软件的软硬件配置，获得不同配置的性能指标，用于选择最佳的设备及参数配置。

并发测试：测试多个用户同时访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其他性能问题。

容量测试：在确定的软、硬件条件下，构造一定数量的虚拟用户访问，从而获取不同数量级别的服务器性能指标，以确定数据库能够处理的最大会话能力、最大容量等。

移动端测试环境包括哪些

APP测试内容：功能测试、UI测试、兼容性及适配测试、弱网测试、APP稳定性测试、性能测试、中断测试、接口测试、安全测试和H5测试、测试分析及测试报告输出。

怎么进行性能测试

问题一：性能测试应该做哪些准备 环境搭建：这个根据实际规划，我在企业内做过的性能测试搭建的环境都是和用户上线使用的实际环境一样的。

数据准备：个人感觉是整个工作里第二耗时的，需要真实模拟用户数据，这个不是单单的创建几个帐号就完事的，每个用户基本都会有不太一样的配置，实际操作的时候部署数据的脚本都写到手软。

脚本编译：选择性能工具编译性能脚本，你需要跑什么业务流程就编译什么样的脚本。

脚本执行：用规划好的用户数执行脚本，这个一般持续很长时间，时间太短不足以暴露服务器等的性能瓶颈，性能测试中最耗时的就是这个步骤。

收集日志：在执行脚本完成后收集到的能客观反应系统性能的日志、报表文件，比如LR的报告、数据库的AWR日志等等。

分析结果：分析收集到的日志、报表，找出性能瓶颈或是得出性能指标结果。这个一般需要对数据库或者底层非常了解的专业人士来分析，一般测试人员只需要提供收集到的报告就差不多了。

生成报告：将上面所有的性能测试活动整理总结，输出测试报告。

问题二：如何做好性能测试？ 你好，首先很欣赏你的这种态度。我在TestBird 招聘新人的时候，也有很多小朋友觉得自己有多了解工具运用，有多熟练步骤过程，自我感觉很不错。

其实，我却想说，性能测试的重点不在性能测试工具的学习上。

当然，你也通过分析系统的压力点、LR录制脚本，设置用户，做压力，分析结果，整理测试报告。完成了性能测试的整个过程。那么我说这个性能测试报告是有效的，但它不一定是有用的。

为什么呢？因为在性能测试报告中，在你所在的环境中，你是测出了这样的效果。并未掺假，全部真实的记录。

为什么说它不一定是有用的，你了解系统架构么？知道数据库、中间件、前端程序的运行方式和处理机制么？了解网络协议么？了解操作系统么？熟悉开发系统的语言么，如java JVM的内在机理知道么？这些都是系统运行的一部分，都在影响着系统的性能。如果不了解这些，你如何做出有价值的有参考意义的性能测试。

所以，学会这些性能测试工具很好，但是这仅仅是第一步。性能结果只是一些数据而已，知道你在做什么，为什么要做这些，做完后能给出有价值的东西，才是后面要慢慢修炼的。

问题三：移动客户端的性能测试如何做？ 。就当练习了。。大家看了不要喷我。。现在很多测试人员做移动端测试，可能主要还是关注功能和自动化测试。性能测试可能大多是按照每个人的体验来做报告，是不是比较快，或者比较慢。当然也不乏有很多的测试人员会回复我说，性能测试都是服务器的，移动端根本就不需要性能测试。我实在觉得可笑。 不过我毕竟一直在创业公司，而且就我一个人，所以了解可能有限，我这里就说下我之前碰见的，所知道的，目的只是抛砖引玉。 另外，我这里也不去说什么MAT，instruments了，这种固有查找内存的工具大家自己google吧。 客户端的性能从系统层面，电量消耗，网络流量，内存泄漏等都是被关注，或者说用户最最关注的点。 实例一，3rd 应用的性能测试。应用本身的响应时间可以通过call 应用intent来查看，设备纯环境，设备低内存等各种情况下进行同样此数的call，进行对比。或者与同行业同性质的应用进行对比测试。我相信很快就能够有结论了。除了应用本身，还需要对于应用本身某些特别的功能进行响应测试。比如测试一个list，测试的方法为onkeydown之后查看这个list.index（0）是否高亮，是否正常的界面跳转了，那么分别进行计时（精确ms）。同样的，我们在空list以及有几百条list的情况进行这样的case test，那么就会有一个性能的结果出来。 实例二，假设你测试微薄客户端，那么你肯定是需要进行一个list上下滑动的性能测试。我们需要使用脚本语言shell或者python去call server api来仿造数据反馈到移动设备上，否则你不可能自己手动去发几百条weibo然后再测试。测试的时候需要关注两个问题，一个是list在各种情况下是否滑动流畅，一个是当list中有很多的图片的时候图片load的速度也是一个很大的测试点。这个load可以直接检查imageview什么时候load出来pic，什么时候显示在界面上，计算时间。这里其实很多应用是webview，或者数据是存在服务器端的，这个时候无论是平时的测试还是压力，还是性能，数据的修改，其实还是多使用脚本ping api比较好，能够很好的去辅助达到性能测试的效果。 实例三，比如要测试一个优酷的视频软件，那么视频的播放的时候，首先保证网络的情况下，各种分辨率各种码率的视频接入时间是需要关注。然后在播放，也就是和网络不停的通信的同时，那么需要通过tcp dump和wireshark工具来检查网络访问是否正确，视频的卡顿，视频的花屏等除了硬件兼容之外，可以通过抓包来判断其性能。如果丢包率高那么自然视频卡，体验不好，性能也就不会好。 其实以上只是一些很基础，现在很多公司也已经在这个基础上改良测试了。不过也是一些思路，让更多的企业和测试关注移动客户端的性能。不要一提到性能脑中只有LR等这些Server测试。

问题四：为什么要进行性能测试? 原因有三：

川. 开发者的水平各有不同，有的写出来的东西性能高，有的低，所以需要统一测试一下。

2. 编程工具本身也有性能问题，用这样的工具开发出来的软件也要确认一下是否达到了需求所要求的性能指标，比如响应时间应该控制在多少秒以内。

3. 性能测试，强度测试都是为了测试系统的稳定性，稳定性好，软件的质量就好，买的钱就多。

问题五：如何进行Web服务的性能测试 贴一篇我们内部的文章：

随着浏览器功能的不断完善，用户量不断的攀升，涉及到web服务的功能在不断的增加，对于我们测试来说，我们不仅要保证服务端功能的正确性，也要验证服务端程序的性能是否符合要求。那么性能测试都要做些什么呢？我们该怎样进行性能测试呢？

性能测试一般会围绕以下这些问题而进行：

1. 什么情况下需要做性能测试？

2. 什么时候做性能测试？

3. 做性能测试需要准备哪些内容？

4. 什么样的性能指标是符合要求的？

5. 性能测试需要收集的数据有哪些？

6. 怎样收集这些数据？

7. 如何分析收集到的数据？

8. 如何给出性能测试报告？

性能测试的执行过程及要做的事儿主要包含以下内容：

1. 测试评估阶段

在这个阶段，我们要评估被测的产品是否要进行性能测试，并且对目前的服务器环境进行粗估，服务的性能是否满足条件。

首先要明确只要涉及到准备上线的服务端产品，就需要进行性能测试。其次如果产品需求中明确提到了性能指标，那也必须要做性能测试。

测试人员在进行性能测试前，需要根据当前的收集到的各种信息，预先做性能的评估，收集的内容主要包括带宽、请求包大小、并发用户数和当前web服务的带宽等

2. 测试准备阶段

在这个阶段，我们要了解以下内容：

a. 服务器的架构是什么样的，例如：web服务器是什么？是如何配置的？数据库用的是什么？服务用的是什么语言编写的？；

b. 服务端功能的内部逻辑实现；

c. 服务端与数据库是如何交互的，例如：数据库的表结构是什么样的？服务端功能是怎样操作数据库的？

d. 服务端与客户端之间是如何进行交互的，即接口定义；

通过收集以上信息，测试人员整理出服务器端各模块之间的交互图，客户端与服务端之间的交互图以及服务端内部功能逻辑实现的流程图。

e. 该服务上线后的用户量预估是多少，如果无法评估出用户量，那么可以通过设计测试执行的场景得出这个值；

f. 上线要部署到多少台机器上，每台机器的负载均衡是如何设计的，每台机器的配置什么样的，网络环境是什么样的。

g. 了解测试环境与线上环境的不同，例如网络环境、硬件配置等

h. 制定测试执行的策略，是需要验证需求中的指标能否达到，还是评估系统的最大处理能力。

i. 沟通上线的指标

通过收集以上信息，确定性能测试用例该如何设计，如何设计性能测试用例执行的场景，以及上线指标的评估。

3. 测试设计阶段

根据测试人员通过之前整理的交互图和流程图，设计相应的性能测试用例。性能测试用例主要分为预期目标用户测试，用户并发测试，疲劳强度与大数量测试，网络性能测试，服务器性能测试，具体编写的测试用例要更具实际情况进行裁减。

用例编写的步骤大致分为：

a. 通过脚本模拟单一用户是如何使用这个web服务的。这里模拟的可以是用户使用web服务的某一个动作或某几个动作，某一个功能或几个功能，也可以是使用web服务的整个过程。

b. 根据客户端的实际情况和服务器端的策略，通过将脚本中可变的数据进行参数化，来模拟多个用户的操作。

c. 验证参数化后脚本功能的正确性。

d. 添加检查点

e. 设计脚本执行的策略，如每个功能的执行次数，各个功能的执行顺序等

4. 测试执行阶段

根据客户端的产品行为设计web服务的测试执行场景及测试执行的过程，即测试执行期间发生的事儿。通过监控程序收集web服务的性能数据和web服务所在系统的性能数据。

在测试执行过程中，还要不断的关注以下内容：

a. web服务的连接速度如何？

b. 每秒的点击数如何？

c. Web服务能允许多少个用户同时在线？

d. 如果超过了这......

问题六：网站性能测试主要有哪几种方法? 我知道的性能测试主要有：压力测试，负载测试，容量测试，发性能测试，兼容性测试（不同的操作系统和不同的浏览器）。测的时候应用在客户端的性能、应用在网络上的性能和应用在服务器端的性能都要进行测试的。

希望能帮到你。

问题七：怎么才能做性能测试工程师？ 性能测试实际上确实需要些功底儿，但是也并不是非得一两年之后才去做。

我给你列几条性能测试工作中的建议，你可以自己温习一下，然后去面试，具体的经验需要实际的工作才能得到，然而你扎实的基础知识才识支撑你走下去的动力。

1，最直接也是最表面的建议，适用于面试：Loadrunner, HttpWatch, Dynatrace, TeamQuest, JMeter(可选), Wily(可选), HTML/HTTP, Webservice, Mainframe, DB. 这些东西足够学很久很久的了，所以说需要几年的工夫，但是没必要每一样都学太深，了解即可，经验日后会积累到的。

2，相对比较深层的建议：性能测试最关键之处不是工具的选择，而是对整个性能参数的理解，所以比较贴近于概念，比如说什么是TPS, Response Time, Connection浮 per Second....还有就是什么是CPU Utilization, FreeMem, Disk IO, Paging.... 工具也无非都是通过日积月累形成的客户端，所以抓到本质才是关键。

不在这里长篇大论了，呵呵，加油！

问题八：性能测试应该怎么做 需求分析 － 测试设计 － 测试执行 － 结果分析

问题九：APP如何做性能测试 目前市面上有很多家做安全加密的平台都有做安全检测，但是大部分需要付费，如果说只是个小项目的话花钱去做的话成本太高，也不建议去做

你可以了解下爱内测这个平台，专门做测试的，有安全检测、兼容测试、插件评估等，虽然这个平台也是付费的，但是他有免费的版本提供，个人觉得安全检测免费版本已经足够强大了，自动化生成测试报告，提供精准的检测数据

希望可以帮助到你

问题十：服务端怎么做性能测试 使用LR对数据库进行性能测试，实际上有多种办法，包括通过现有的数据库协议进行CS模式的先录制后执行的模式，以及通过socket方式向服务器发包方式的测试方式。这些是常规书籍上介绍的比较简单上手的测试方法，但是不具备通用性，受已有协议或socket编程方式的限制，所以需要更为通用的测试方法。

用Java user的协议进行所有数据库性能的测试工作：

Java user 不需要录制，把所有的操作通过java语言进行实现，通过lr调用java的class进行加压批量操作，这样可以不关心被测系统是哪个数据库，只要能够通过jdbc进行访问，就能实现性能测试。

一、测试环境准备

1. 被测服务器准备，根据测试目的，搭建需要的数据库服务器，确保数据库能够正常访问，正常操作；

2. Java代码的准备，无论使用哪种IDE，只要能够编写访问数据库的class就可以，形式可以是j2se，也可以是j2ee，因为在操作时只使用class的部分方法，所以j2ee就可以了；

3. LR的脚本调试，把java的class导入到脚本调试模式，根据需要添加事务以及其他操作。

二、编写数据库访问

1. 使用myeclipse，创建web project，创建如下图的包目录：

Java文件中包含各种访问数据库的方法。

需要注意的是，class中的方法必须是public static，否则LR中无法调用。由于创建的是j2ee程序，所以不用main函数，在web中就可以进行功能验证。

确认class中的方法编写完成，创建一个web.jsp文件，如下：

导入class

声明类，并实例化，直接调用刚才编写的3个方法，因为这3个方法是直接对数据库进行操作，不需要实参，也没有返回值，所以直接实现即可。

此时启动web服务，在浏览器中输入jsp的地址，直接刷新页面，就可以调用这3个方法，如果正确，就会对相应的表进行操作，如果不正确，则需要修改相应的代码。

2. LR脚本准备：

LR脚本实际上就是对访问代码的调用，关键在于需要根据测试场景划分不同的脚本布局。

例如：在myEclipse里，我们只编写了一个class，其中包含三个方法，如果在执行性能测试时，这三个方法相互独立，互不干涉，则最简单的划分方法是，创建三个java user，每个java user中包含一个方法，做三份脚本，场景执行时分别进行调用。如果三个方法之间有相互关系，则需要根据实际情况，把有关联的方法放在一起，具体情况可按实际灵活分配。

因为已经将class文件进行编译发布了，所以可以在“java2postgres\WebRoot\WEB-INF\classes\\lr\test”目录中找到对应的class文件，

复制这个文件，找到LR的目录：HP\LoadRunner\classes\\lr\test\ 如果没有文件夹，按相同的内容创建。

在LR脚本中进行引包操作：

将需要执行的java类以及方法，放在action中，可根据实际测试情况和所需要验证的内容，具体调试代码。

在这里可以像编写普通LR脚本一样，添加事务或 *** 点等内容。

由于是通过JDBC对数据库进行访问，因此要在java user中加载jdbc驱动。

运行时设置中，增加jdbc驱动，需要注意的是java user使用的本地jdk，需要至多1.6版......

软件测试报告性能如何测试

? 一个想要留住用户的APP，不仅要内容输出新颖，功能也要齐全，但有一个必要的前提是APP在使用过程中不卡顿或加载缓慢.在这种情况下，这会导致更差的用户体验，直接使用或不使用该应用程序。在这种情况下，需要进行应用程序性能测试。

? ? 想要做好app性能测试，还需要遵守相关程序，才能万无一失。那么app性能测试的流程是怎样的，你对app性能测试了解多少呢？下面我来告诉你。

一、APP性能测试是什么意思？

? ? APP性能测试通常分为服务端性能测试和移动端性能测试。通过各种测试工具，对APP性能进行测试评估，发现存在的缺陷，保证软件安装安装后的正常使用。

二、APP性能测试的重点是什么？

? ? 1.资源消耗；分别测试空闲状态、中等规格和满状态下的资源消耗。

? ? 2.内存：一般APP应用不会占用太多手机内存资源。可以测试不同强度下应用内存和系统内存的变化，以及应用的整体流畅度等。

? ? 3、电量使用：首先了解手机在正常情况下的电池使用时间。关闭所有应用后，再启动待测APP，看看耗电增加了多少，取差值。

? ? 4、网络流量消耗；测试第一次启动时的流量值和运行一段时间后的流量值。

? ? 5.响应速度/时间；分别测试APP首次/非首次启动、有网/无网的加载时间。

? ? 6.兼容性测试；不同手机版本的兼容性测试。

三、常见APP性能测试方法

? ? APP性能测试的方法有很多种。有些指标可以人工计算，有些性能测试必须借助软件测试工具进行。测试人员一方面可以使用手机内置的测试工具进行应用测试，另一方面可以使用Jmeter等自动化测试工具进行测试。

四、如何做好APP性能测试？

? ? APP性能测试也是APP测试的一部分。测试人员需要具备良好的测试技术能力。同时，测试环境、网络带宽等硬件条件也是做好APP性能测试的基础。为了做好APP性能测试，建议企业可以通过第三方测试机构进行APP测试。

移动客户端的性能测试如何做？

。就当练习了。。大家看了不要喷我。。现在很多测试人员做移动端测试，可能主要还是关注功能和自动化测试。性能测试可能大多是按照每个人的体验来做报告，是不是比较快，或者比较慢。当然也不乏有很多的测试人员会回复我说，性能测试都是服务器的，移动端根本就不需要性能测试。我实在觉得可笑。 不过我毕竟一直在创业公司，而且就我一个人，所以了解可能有限，我这里就说下我之前碰见的，所知道的，目的只是抛砖引玉。 另外，我这里也不去说什么MAT，instruments了，这种固有查找内存的工具大家自己google吧。 客户端的性能从系统层面，电量消耗，网络流量，内存泄漏等都是被关注，或者说用户最最关注的点。 实例一，3rd 应用的性能测试。应用本身的响应时间可以通过call 应用intent来查看，设备纯环境，设备低内存等各种情况下进行同样此数的call，进行对比。或者与同行业同性质的应用进行对比测试。我相信很快就能够有结论了。除了应用本身，还需要对于应用本身某些特别的功能进行响应测试。比如测试一个list，测试的方法为onkeydown之后查看这个list.index（0）是否高亮，是否正常的界面跳转了，那么分别进行计时（精确ms）。同样的，我们在空list以及有几百条list的情况进行这样的case test，那么就会有一个性能的结果出来。 实例二，假设你测试微薄客户端，那么你肯定是需要进行一个list上下滑动的性能测试。我们需要使用脚本语言shell或者python去call server api来仿造数据反馈到移动设备上，否则你不可能自己手动去发几百条weibo然后再测试。测试的时候需要关注两个问题，一个是list在各种情况下是否滑动流畅，一个是当list中有很多的图片的时候图片load的速度也是一个很大的测试点。这个load可以直接检查imageview什么时候load出来pic，什么时候显示在界面上，计算时间。这里其实很多应用是webview，或者数据是存在服务器端的，这个时候无论是平时的测试还是压力，还是性能，数据的修改，其实还是多使用脚本ping api比较好，能够很好的去辅助达到性能测试的效果。 实例三，比如要测试一个优酷的视频软件，那么视频的播放的时候，首先保证网络的情况下，各种分辨率各种码率的视频接入时间是需要关注。然后在播放，也就是和网络不停的通信的同时，那么需要通过tcp dump和wireshark工具来检查网络访问是否正确，视频的卡顿，视频的花屏等除了硬件兼容之外，可以通过抓包来判断其性能。如果丢包率高那么自然视频卡，体验不好，性能也就不会好。 其实以上只是一些很基础，现在很多公司也已经在这个基础上改良测试了。不过也是一些思路，让更多的企业和测试关注移动客户端的性能。不要一提到性能脑中只有LR等这些Server测试。