⑴ Android 如何进行兼容性测试
电脑上可以采用安卓模拟器模拟不同的手机型号。手机上可以修改像素密度来模拟。希望对你有帮助
⑵ 如何测试APK兼容性
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
⑶ 如何进行android兼容性测试cts
二、运行CTS的方法，步骤如下：
（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的机器，也可以是模拟器。
三、CTS测试的方法：
（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
（5）也可以针对单独一个case进行测试：start –plan CTS –test 类名#方法名
四、查看测试的结果：
测试生成的log在\android-cts\repository目录下以log+测试时间.txt命名。测试报告在android-cts\repository\results目录下，也是以测试时间命名。
五、注意事项：
（1）测试前需要安装一个apk：adb install -r android-cts/repository/testcases/.apk 然后在设置里面
⑷ 安卓系统应用软件肿么进行黑盒测试有什么工具可以利用
ANDROID兼容性测试，因各个版本之间都有不同程度的差异，GOOGLE提供了兼容性测试工具 CTS，里面有两万多个测试用例，包括性能测试和功能测试，
ANDROID压力测试有个工具叫MONKEY,可以在设备上和模拟器上运行，对软件的负载能力进行测试
⑸ 想要做游戏的Android 兼容性测试，求推荐
就是要准备很多样机。不同品牌的手机是会有区别的，和api version无关。我们版开发的软件，光测试机权就有50多台。目前碰到过的硬件问题主要有：1，一些奇怪的分辨率，android无法识别为large-size。不过api version 7以后没问题了，要是对应ver4的要注意。2，硬件参数不同。拿相机来说，有的没有闪光灯，有的快门声不能跟着手机模式设定。还有几款手机保存图片会偏转90度，这个信息是保存在DB的。3，手机信息不同。这个没什么好解释的，应该一台机器一个编号，通常用来做用户识别。但就是有款手机，全部编号都是一个数字。。。4，未知。。。android的多机种对应真的很蛋疼，尤其是要用手机硬件的时候。
⑹ android屏幕碎片化,各机型兼容性测试怎么进行
安卓应用开发成本小，获取用户也相对容易。但安卓平台有一个最大的缺点，那就是碎片化：设备繁多，品牌众多，版本各异，分辨率不统一等等。无法一一考虑兼容性，保证应用、游戏对于所有手机的适配兼容，用户的吐槽之声就无法熄灭。
数据上可以明显看出，android 碎片化主要体现在机型上，细分下去还关乎系统版本、手机品牌（定制rom）、分辨率等好几个维度，总而言之，千奇百怪，数量繁多。
因为切实意识到了Android的碎片化带来的问题和造成的损失，一些移动开发者测试开始由了专业化适配测试的概念，并逐渐开始重视这个问题。
“最需要修复的Bug80%都集中在了20%的机器上”，80/20原则在适配兼容测试过程中也同样适用。大量的测试机器中必然充斥着众多边缘机型，这些机型所测出的适配兼容性问题，不仅难修，而且修复后产生的作用也并不显著，开发拿到了一堆测试提交的冷僻机型上的BUG，不免有鸡肋之感：修之无味，弃之可惜。
1、花更多的时间在最主流机型的主要BUG上，对于所有游戏项目，均只测TOP100的机型。
2、比起机型的数量，更重视机型的市场覆盖率，尤其是游戏机型的市场覆盖率，因此我们紧跟市场趋势，根据游戏用户机型占比，每月进行机型采购，保持机型库中的TOP100机型全都是当下的最热机型。
3、适配兼容性测试中包含了大量的重复操作，经过多年技术积累，普通项目的普通的遍历测试，用自动化测试取代部分人工劳动，减轻人力成本。
市面上所有的腾讯手游，包括《全民突击》、《节奏大师》、《天天酷跑》、《天天爱消除》等等，均采用了这套测试标准与方案，专注TOP100手机的测试方案历经了市场和玩家的检验，是我们探索至今投入产出比达到最优的兼容性测试解决方案。
简单的来说，登录WeTest网站，使用WeTest适配兼容测试（http://wetest.qq.com ），就可以以腾讯游戏的测试标准和服务来测试您的产品。
兼容性测试方案，从测试深度，到测试广度，从来都没有一个最优解，但我们也在不断探索寻找对于广大开发者来说性价比最优、最实在的解决方案。
⑺ 怎么做android各机型兼容性测试不会要买N多真机吧
你答对了，就是要准备很多样机。不同品牌的手机是会有区别的，和api version无关。我们开发的软件，光测试机就有50多台。目前碰到过的硬件问题主要有：1，一些奇怪的分辨率，android无法识别为large-size。不过api version 7以后没问题了，要是对应ver4的要注意。2，硬件参数不同。拿相机来说，有的没有闪光灯，有的快门声不能跟着手机模式设定。还有几款手机保存图片会偏转90度，这个信息是保存在DB的。3，手机信息不同。这个没什么好解释的，应该一台机器一个编号，通常用来做用户识别。但就是有款手机，全部编号都是一个数字。。。4，未知。。。android的多机种对应真的很蛋疼，尤其是要用手机硬件的时候。
⑻ 有没有测试手机软件兼容性的软件
CTS英文为Compatibility Test Suite，意为兼容性测试，是一个专门用于Android的兼容性测试工具
⑼ android兼容性适配自动化测试平台有哪些
测试手段1:CTS CTS原来只对联盟开放。最近Google把它Release出来了。似乎做过一些裁剪， 比如针对Java虚拟机的测试，似乎被删除了，但我们一般用不着这么高深的。 针对每个版本，比如 2.1,2.2,Goolge发布了一个兼容性规范，而CTS测试就是用来确保某手机或者模拟器符合该兼容性规范。 CTS测试基于Android instrumentation测试，其又基于JUnit测试。说白了，CTS就是一堆单元测试用例。这也是Java语言的擅长部分。 在2.1模拟器上试验了一下，有少数没有通过。 目前CTS主要包括功能方面的测试，有少数的性能方面的测试。性能测试未来会越来越多。 总的来说，CTS跟WM的LTK测试还是弱了一些，毕竟还年轻。它只包括自动化测试，目的主要是保证API的兼容性。由于基于单元测试，CTS 本身不能用于测试多应用交互的情况。 对我们的帮助： 1）应用程序的开发者可以开发出自己应用的单元测试，并将其加入CTS测试集。 2）设备制造商可以通过周期性运行CTS测试，确保没有对Android伤筋动骨。 测试手段2:Monkey 猴子测试本身非常简单，就是模拟用户的按键输入，触摸屏输入，手势输入等。看手机多长时间会出异常。 可以设置让Monkey只测试某个应用，从而辅助应用程序的开发。 对我们的帮助： 1）应用程序的开发者可以测试自己应用的鲁棒性。 2）设备制造商可以使用猴子对自己的测试施行压力测试。看设备能坚持多久。 测试手段3:ASE ASE 意思为Android脚本环境，即我们可以通过脚本（比如 Python）调用Android的功能，从而定制一些测试。比如打电话，发短信，浏览网页，等。 个人觉得这对复现某些偶发故障非常有帮忙。 目前ASE还处于它的成长期，希望它不断成熟，为开发者提供更多便利。 测试手段4:其它 可以写一个Android应用程序，命令行脚本等，在其他方法不能实现时，就只能用这些方法了。 总结 一方面我们要充分利用Android提供的现成测试，密切关注其进展，另一方面，我们要学习好java/Python编程，必要时，自己开发自己的测试用例。 作为模块开发者，一定要写自己的单元测试，一方面可以保证自己的代码没有缺陷，另一方面，也为系统级测试提供素材。 当然，自动化测试关键还在于意识，创意比实现更重要。
⑽ android性能测试工具之apt兼容什么系统版本
支持多进程的CPU测试，并提供top和mpsys cpuinfo两种方式.
支持多进程的内存测试，并支持9种内存类型，测试过程中可动态调整要显示的内存类型曲线.
支持自动获取内存快照.