安卓性能测试主要测试的是,安卓兼容性测试

Android功能测试如何做?

为Android和iOS应用开发者提供黑盒测试的自动化工具iTestin，包括功能测试、脚本录制回放以及测试记录的功能。用户无需编写复杂的测试用例，只要会操作手机，即可成为合格的测试人员。iTestin通过记录用户在手机上的所有操作行为与轨迹，并自动存储到脚本文件中，该脚本文件可以反复回放，重现BUG，也可作为测试用例保存。测试服务类型有功能测试、UI测试、性能测试、稳定性测试、安全测试和竞争测试，返回包括日志和截图的详细测试报告。限时免费下载：http://www.testin.cn/iTestin/1/iTestinSetup.zip

android性能测试工具有哪些

作者：Li7tleMK
链接：https://www.zhihu.com/question/19716849/answer/42525356
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
1、Monkey是Android SDK自带的测试工具，在测试过程中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能做程序做一些压力测试，由于测试事件和数据都是随机的，不能自定义，所以有很大的局限性。
2、MonkeyRunner也是Android SDK提供的测试工具。严格意义上来说MonkeyRunner其实是一个Api工具包，比Monkey强大，可以编写测试脚本来自定义数据、事件。缺点是脚本用Python来写，对测试人员来说要求较高，有比较大的学习成本。
3、Instrumentation是早期Google提供的Android自动化测试工具类，虽然在那时候JUnit也可以对Android进行测试，但是Instrumentation允许你对应用程序做更为复杂的测试，甚至是框架层面的。通过Instrumentation你可以模拟按键按下、抬起、屏幕点击、滚动等事件。Instrumentation是通过将主程序和测试程序运行在同一个进程来实现这些功能，你可以把Instrumentation看成一个类似Activity或者Service并且不带界面的组件，在程序运行期间监控你的主程序。缺点是对测试人员来说编写代码能力要求较高，需要对Android相关知识有一定了解，还需要配置AndroidManifest.xml文件，不能跨多个App。
4、UiAutomator也是Android提供的自动化测试框架，基本上支持所有的Android事件操作，对比Instrumentation它不需要测试人员了解代码实现细节（可以用UiAutomatorviewer抓去App页面上的控件属性而不看源码）。基于Java，测试代码结构简单、编写容易、学习成本，一次编译，所有设备或模拟器都能运行测试，能跨App（比如：很多App有选择相册、打开相机拍照，这就是跨App测试）。缺点是只支持SDK 16（Android 4.1）及以上，不支持Hybird App、WebApp。
5、Espresso是Google的开源自动化测试框架。相对于Robotium和UIAutomator，它的特点是规模更小、更简洁，API更加精确，编写测试代码简单，容易快速上手。因为是基于Instrumentation的，所以不能跨App。配合Android Studio来编写测试的简单例子
6、Selendroid：也是基于Instrumentation的测试框架，可以测试Native App、Hybird App、Web App，但是网上资料较少，社区活跃度也不大。
7、Robotium也是基于Instrumentation的测试框架，目前国内外用的比较多，资料比较多，社区也比较活跃。缺点是对测试人员来说要有一定的Java基础，了解Android基本组件，不能跨App。
8、Athrun是淘宝出的一个移动测试框架/平台，同时支持iOS和Android。Android部分也是基于Instrumentation，在Android原有的ActivityInstrumentationTestCase2类基础上进行了扩展，提供一整套面向对象的API。这里有详细介绍。
9、Appium是最近比较热门的框架，社区也很活跃。这个框架应该是是功能最强大的，
它的优点：
它的哲理是：
它的设计理念：
相关限制：
总结：
在iOS部分是封装了UIAutomation；Android 4.2以上是用UiAutomator，Android 2.3 ~ 4.1用的是 Instrumentation，也就说Appium同时封装了UiAutomator和Instrumentation。所以Appium拥有了以上几大框架的所有优点：跨App，支持Native App、Hybird App、Web App，还支持N种语言来编写你的测试脚本。
如果你在Windows使用Appium，你没法使用预编译专用于OS X的.app文件，因为Appium依赖OS X专用的库来支持iOS测试，所以在Windows平台你不能测试iOS Apps。这意味着你只能通过在Mac上来运行iOS测试。
Client/Server架构，运行的时候Server端会监听Client端发过来的命令，翻译这些命令发送给移动设备或模拟器，然后移动设备或模拟器做出响应的反应。正是因为这种架构，所以Client可以使用Appium client libraries多种语言的测试脚本，而且Server端完全可以部署在服务器上，甚至云服务器。
Session，每个Client连接到Server以后都会有一个Session ID，而且Client发送命令到Server端都需要这个Session ID，因为这个seesion id代表了你所打开的浏览器或者是移动设备的模拟器。所以你甚至可以打开N个Session，同时测试不同的设备或模拟器。
Desired Capabilities，其实就是一个键值对，设置一些测试的相关信息来告诉Server端，我们需要测试iOS、还是Android，或者换是WebApp等信息。
Appium Server是Node.js写的，所以可以直接用NPM来进行安装。
Appium Clients，Mac OS和Win下提供GUI，不需要装Node.js，方便测试人员操作。
用Appium自动化测试不需要重新编译App；
支持很多语言来编写测试脚本，Java、Javascript、PHP、Python、C#、Ruby等主流语言；
不需要为了自动化测试来重造轮子，因为扩展了WebDriver。（WebDriver是测试WebApps的一种简单、快速的自动化测试框架，所以有Web自动化测试经验的测试人员可以直接上手）；
移动端自动化测试应该是开源的；
开源；
支持Native App、Hybird App、Web App；
支持Android、iOS、Firefox OS；
Server也是跨平台的，你可以使用Mac OS X、Windows或者Linux；

如何测试安卓(Android)系统的流畅度

测试方法一：系统自带-开发者模式

实际上，为了方便开发者测试，安卓本身就内置了流畅度检测的功能。不过，这需要我们开启隐藏的开发者选项。如果你在用原生系统，那么开启开发者选项的方法很简单，进入到设置菜单“关于手机”页面，点击数次“版本号”，即可开启开发者选项。如果用的是其他ROM，方法也许有所不同，比如说魅族的Flyme开启开发者选项的方法是在拨号界面输入“*#*#6961#*#*”，其他机器方法也各有不同，大家可以参照厂商的说明。

进入到开发者选项，可以看到有“GPU呈现模式分析”的选项，开启后即可以条形图和线形图的方法显示系统的界面响应速度，可以用以观察系统流畅度。那么要如何根据曲线判断系统是否流畅呢？实际上这个曲线表达的是GPU绘制每一帧界面的时间，只要不超过顶部绿线，都可以视为足够流畅。

开启GPU呈现模式分析

只要下方的曲线不超过绿线，都可以视之为流畅

使用系统自带方法测试流畅度的好处很多，首先是数据准确，系统肯定最知道自己的帧率如何；其次是不占资源，对流畅度测试的影响比较小。那么这个方法是否万无一失呢？其实还是有一些缺点的。比如说利用CPU渲染UI的App界面，就无法得到测试结果（当然这些界面基本无一例外卡顿无比，不用测也知道不流畅）；当系统停顿了一下，例如微博加载图片时，响应速度会大幅增加，曲线瞬间突破绿线——这情况不能说不流畅，因为这属于内容和界面先后响应的机制，如果光凭曲线是否突破绿线判断是否流畅，未免太过局限。

1.在设置里打开GPU呈现模式分析。点击Android设备的“设置”->"开发者选项"，然后勾选“GPU显示配置文件”。

2. 1.点击Android设备的“设置”->"开发者选项"，然后勾选“GPU显示配置文件”。重启我们的应用。启动应用以后，在应用的页面上做滑动

2.lijiedeMacBook-Air:~ lijie$ adb shell dumpsys gfxinfo com.dianping.v1>fps.txt

3.打开生成的fps.txt，找到Profile data in ms这部分数据。

4.为了看得更直接，我们可以把数据放到Excel中，然后以图表的形式进行查看。

5.从图中可以看出来，我这个应用的流畅度是很低的，正常情况下帧率应该在16ms左右，如果1秒60帧的话，而且Execute时间太长！所以是需要进行优化的。

点评APP：

a: "Draw" : 创建显示列表(display lists，记录所有view对象的绘制指令)的时间开销。

b: "Process" : 执行显示列表中绘制指令的时间。UI视窗中的View数量越多，需要执行的绘画命令就越多。

c: "Execute" : 将一帧图像交给合成器compostior的时间。这部分占用的时间通常比较少

测试方法二：FPS Meter测试安卓帧数

FPS Meter是一款非常实用的小软件，能够用数字实时显示安卓界面的每秒帧数，非常直观。此外，FPS Meter还可以显示最大帧数、最小帧数以及平均帧数，用来评价安卓流畅度极具价值。由于涉及到了系统功能，所以FPS Meter需要root。如果你打算尝试，请先root机后再使用。

软件名称：

FPS显示(FPS Meter)

软件版本：

1.5

软件大小：

218KB

软件授权：

免费

适用平台：

Android

下载地址：

http://dl.pconline.com.cn/download/76451.html

FPS Meter的使用很简单，开启App后启动服务即可。在App内，你可以选择帧数显示的位置，以及是否开启平均帧数、最低/最高帧数显示。开启服务后，即可看到有帧数显示于界面上。这里要注意，使用FPS Meter测量帧数需要在开发者选项中停用HW叠加层才会比较准确。

FPS Meter可以显示最大最小帧数以及平均帧数

FPS Meter可以测试界面帧数，不过某些手机如果界面静止，帧数会为0。FPS Meter除了测量系统界面帧数外，还可以用来测量游戏的帧数，所以用FPS Meter来测试某部安卓机游戏性能多强也是个很好的选择。

当然，FPS Meter也并非十全十美。由于属于第三方App，所以可能会有一些兼容性问题。某些安卓机或者ROM使用FPS Meter可能会不兼容，即使成功开启了帧数显示也没法测量到准确数值，而某些设备使用FPS Meter甚至会死机。不过在大多数情况下，这款App还是相当值得信任的。

安卓在多个版本中都通过新技术提升了流畅度，比如说安卓2.3引入Dalvik、安卓4.0引入GPU界面绘制、安卓4.1引入黄油计划、安卓4.3引入Trim以及安卓4.4引入ART等等。

H5页面加载速度：window.performance.timing

Android以上测试方法不适用h5页面

如何分析页面整体加载速度：

主要是查看指标值PAGET_页面加载时间,此指标指的是页面整体加载时间但不含(onload事件和redirect), 此指标值可直接反应用户体验, 从此项指标可以知道指定某时间段的页面加载速度值,以及和天,周,月的对比状况.也可以查询指标ALLT_页面完全加载时间, 可以查询到从浏览器开始导航(用户点击链接或在地址栏输入url或点刷新,后退按钮)到页面onload 事件js完全跑完的所有时间.如果发现页面加载速度有增加或减少,则可以分项查询前面表格中的每个指标值,总的来说他们的关系如下:

dom开始加载前所有花费时间=重定向时间+域名解析时间+建立连接花费时间+请求花费时间+接收数据花费时间

pageLoadTime页面加载时间=域名解析时间+建立连接花费时间+请求花费时间+接收数据花费时间+解析dom花费时间+加载dom花费时间

allLoadTime页面完全加载时间=重定向时间+域名解析时间+建立连接花费时间+请求花费时间+接收数据花费时间+解析dom花费时间+加载dom花费时间+执行onload事件花费时间

resourcesLoadedTime资源加载时间=解析dom花费时间+加载dom花费时间

流畅度暂时没有发现好用的测试衡量工具，开发层面了解，主要是根据log分析

一个app性能测试+ᓉ+主要测试哪些方面

如果你说的是古文，就是指被审判！一般用于犯罪嫌疑人！通常会被严刑逼供，很掺

安卓性能检测工具(哆啦A梦)的原理是什么?

内置了一些测试程序，用来测试CPU,GPU，RAM，等硬件的读写速度，屏幕的响应时间的，然后根据自带或者联网的数据库计算出响应的结果

如何进行android兼容性测试cts

1.Android兼容性测试（CTS）和连带的兼容性定义文档（CDD），是一个确保终端设备与特定版本Android（比如Android2.2，2.3，3.0）兼容的自管理程序。CTS测试集包含大约24,000个在Android设备上运行的测试用例，这些用例分别针对电话、图形、相机、GPS、触摸屏、无线网等功能。Google针对每个主要Android版本公布了CDD文档，其中指出了对CTS中每类测试的具体要求。

2 CTS简介
CTS拥有兼容性测试包。CTS是一个自动化的测试工具，其中包括两个主要的软件组件：CTS测试工具可以运行在您的台式机和管理测试执行。连接的移动设备或模拟器上执行个别测试案例。作为JUnit测试，并打包为Android是用Java编写测试用例。apk文件运行在实际设备上的目标。手机设备需要通过Android的兼容性测试(CTS)，以确保在android上开发的程序在手机设备上都能运行。你的设备只有满足CDD的规定并且通过CTS，才有可能获得Android的商标和享受Android Market的权限。这里有可能指的是需要你自己去向google申请的。

3 CTS在android软件兼容性测试的意义
通过CTS测试之后便允许在设备上使用Android商标，它标志着该设备能够良好兼容软件市场中的数十万应用程序。

4 CTS在终端上的测试详解

5 CTS 终端需求
Android 2.1 的 Compatibility Definition,它定义了一些需求：
数据：必须实现一种无线连接， 速率达到 200Kbit/Sec
Camera: 至少 2M pixels
重力加速: 必须有， 3维， >50Hz
指南针：必须有， 3纬， >10Hz
GPS: 必须有
内存：至少 92M （不包括专用内容）
Nand: /data 分区至少 290M
性能：启动时间： 浏览器 < 1300ms
MMS/SMS < 700ms
AlarmClock < 650ms
第二次启动一个应用的时间不能超过第一次启动时间。
CTS 测试： 必须通过最新的 CTS
升级：必须有一种办法可以升级全系统。
可以为：OTA USB SD卡

6 运行CTS方法的步骤（linux环境下）
1进入目录android-cts，该目录是通过上面那两种方法获得的。在android-cts目录下会有3个文件夹，其中一个是tools。

2进入tools目录，输入./startcts来启动CTS。
3如果运行成功会出现Android CTS version 2.3_r1的字样（我的android的版本是2.3的）。如果有连接设备到PC上还会出现Device(设备ID)connected的字样。这里设备可以是连接PC的android的机器，也可以是模拟器。

7 CTS测试的方法（linux环境下）
1在cts_host>下敲入help，会显示cts下的许多命令。ls –-plan命令显示google自带的测试方案，如：Java、Signature、Android、CTS、VM、RefApp、Performance、 AppSecurity。其中Performance这个方案是google暂不要求的。Java、Signature、Android、VM、 RefApp、Appsecurity方案都是CTS方案的子集。
2用命令ls --d来查看已连接的设备，CTS测试之前我们必须保证至少有一个设备连接上。
3输入命令start –-plan CTS来执行CTS测试方案，该方案有两万多条测试项目，需要很长时间，因此除了第一次测试之外，不建议这么做。我做的都是针对某些包的测试。如果连接了多个设备的话需加上-d参数，后面跟上设备id来告诉CTS需要测试的设备。
4对单独一个包进行测试的方法：start –-plan CTS –p 包名；推荐用这种方法来进行针对性的测试。需要知道有哪些包名，可以输入命令：ls –plan CTS
start --plan CTS -p android.content.cts.ContextWrapperTest
5也可以针对单独一个case进行测试：start –plan CTS –test 类名#方法名
start --plan CTS -t android.media.cts.MediaPlayerStreamingTest#testRTSP_MPEG4SP_AAC_Video2
8 查看测试的结果：
测试生成的log在\android-cts\repository目录下以log+测试时间.txt命名。测试报告在android-cts\repository\results目录下，也是以测试时间命名。
9 CTS兼容性测试常见注意事项：
1测试前选装一个apk，然后在设置里面的辅助功能中会多一个Delegating Accessibility Service选项，将这个选项勾起。
2在android设备设置中：显示->屏幕超时->选取30分钟
3在android设备设置中：应用程序->开发->勾选保持唤醒状态。
4保证测试前，android设备在主界面状态。
5将android设备的语言设置为英文。
6 CTS测试集有不同版本，对应不同的终端。cts2.3的包无法安装到2.2终端上。
7 在执行paln时，执行一段时间后会抛异常，异常如下：
CTS_INFO >>> Restarting device ...
Device(HC09MPL00037) disconnected
Exception in thread "Thread-17" com.android.ddmlib.AdbCommandRejectedException: insufficient permissions for device
at com.android.ddmlib.AdbHelper.setDevice(AdbHelper.java:736)
at com.android.ddmlib.SyncService.openSync(SyncService.java:164)
at com.android.ddmlib.Device.getSyncService(Device.java:253)
at com.android.cts.DeviceManager$DeviceServiceMonitor.run(DeviceManager.java:217)
是因为权限不够，提升至root权限可解决，命令如下$sudo ./startcts
8 输入./adb shell 出现如下异常：
error: insufficient permissions for device
输入：
$ sudo -s
./adb kill-server
./adb devices
9 出现如下异常：Unable to locate android-sdk-linux_86/tools/adb.
是因为android-sdk-linux_86的tools目录下没有adb文件
注：现在编译出的SDK不会出现此问题。
10 error: device not found。
1）请确认你的手机是否连接电脑，（2）以连接PC，重新拔下来，在连一次（3）如果2操作后还不行，看下USB连接方式是否为默认（仅充电），选USB连接。
11 写入测试结果时报Too many open files的错误，这是因为网络请求过多，也就导致了系统打开的文件过多。每一个连接都会当成“文件”看待的。
用ulimit –a 命令查看每个用户允许打开的最大文件数，看到是的1024，把它改大点，用命令：ulimit -n 4096
注：在测试过程中最好不要查看结果日志