本文是我订阅“腾讯大讲堂”公众帐号时，他们推送的一篇文章，但在腾讯大讲堂官网上我并没有找到这篇文章，不过其它专门“爬”公众号文章的网站倒是有。我觉得写的很不错。就转载出来，如有版权问题请email告知。
你可以通过扫描下面的二维码来关注“腾讯大讲堂”
----------------------------------------- 我是可恶的分隔线 -----------------------------------------
最近一朋友提了几个Android问题让我帮忙写个小分享，我觉得对新人还是挺有帮助的，所以有了这个小分享。
1.目前， Android APP开发完成后，通常需要在哪些机型上进行测试？
2.目前， 开发Android APP时，需要考虑的分辨率有哪些？
这两个问题可以合起来回答的。
http://developer.android.com/about/dashboards/index.html
源自Google Play的数据，每月都会进行update，可以及时了解Android版本比例趋势。
屏幕密度数据
OpenGL ES版本
也可以参考一下国内一个第三方数据：
http://www.umindex.com/#android_device
目前三星和小米市场占有率是遥遥领先的，三星Note2、Note3、S3、S4、S5、小米123、红米必须测试，魅族也比较坑爹，加入测试名单吧。再选中小屏幕各一款（譬如华为C8650、Moto ME511）。
Android 1.5、1.6、2.0、2.1和小屏幕的属于古董级别的机器，市场存量也很少，新出的机器都是4.0以上的了，所以必要时需要舍弃对古董的支持，因为适配成本很高，对于新开发的应用，这个适配不值得投入。
3.目前， 开发Android APP时，适应多个分辨率的技术方案有哪些？
http://developer.android.com/guide/practices/screens_support.html
Android的屏幕适配，可以在工程res目录下进行处理，无需写代码，Android自动找最适合的资源进行显示，相信大家都相当熟悉的了。
目前我使用的是ADT22.6，新建一个Android工程，会自动在res目录下生成这个目录结构。这里有5个前缀drawable的文件夹，对应不同密度屏幕时所取的图片资源或者样式。
做一个功能正常的App，开发者需要遵循一些开发守则，与此同时，设计师也需要有一套标准来设计Android UI，所有的Android UI设计指南都在这里了。
http://developer.android.com/design/style/devices-displays.html
9Path这个简单易用的工具，很实用，必须推荐。
画个图标，都要出N种分辨率，每次机械操作实在有点弱爆，推荐一个牛X的工具：
其中的功能可以自动切图输出各种屏幕密度的icon，可视化构建布局，自动生成布局文件。
http://android-ui-utils.googlecode.com/hg/asset-studio/dist/index.html
推荐这个，设计师应该会很喜欢，秒切图。
实际开发中，考虑到包体积大小，不会在所有drawable中都放不同size的图片资源，而是只使用一套图片资源，编写不同的布局。个别特殊的图片资源就每个drawable文件夹中放相应的size，譬如程序图标，不按文件夹放可能会导致在Launcher显示失真。
虽然不作任何改动也可以在Android Pad上跑，但由于Pad屏幕较大，操作体验不一样，建议重新设计。
4.开发Android APP时，配置文件应放在哪里（APP本地、远程WeB Server中）？应该如何考虑？
这个就要看需求了，如果只是本机使用，譬如保存软件设置，不需要联网操作的，那首选当然是保存在本地。
如果业务需要和服务器交互，可以做成云配置方式。为了跨平台的兼容性，可以考虑使用Google的ProtoBuf，比XML更小更快更简单，后台和终端定义一套协议，自动生成C++、Java或者Python代码。
https://developers.google.com/protocol-buffers/docs/overview?hl=zh-CN
5.Android APP测试方案通常考虑哪些因素？有测试方案的参考实例吗？
机型适配：屏幕大小，这个只能人工检验了（程序不知道你的UI长得好不好看）
Android版本（某些API在低版本上没有的，会Crash，推荐Lint静态扫描）
网络质量：联通、电信、移动、WiFi、弱网络等
安全性：
网络数据必定经过加密处理；本地不保存安全信息（帐号密码等），或者加密保存
代码中敏感信息尽量使用byte数组而不是字符串代码混淆处理(Proguard)
SD卡剩余空间很少，没SD卡，双SD卡，飞行模式，时间有误等。
性能：CPU、内存占用（开发可以使用Linux的top命令或者DDMS里面的工具）
网络流量消耗（有各种第三方流量监控软件）
6.开发Android APP时，为了提高工作效率，提高项目质量、通常需要抽象出一些lib出来，请列出经常用到的接口的名称和用途。
更多精彩可以上github搜搜，这就不班门弄斧了。
7.Android APP开发中其它需要提醒的问题
android4.4在UI线程无法进行网络操作不单只android API版本不一定导致运行异常，有些机型还使用Java 1.5进行编译，使用某些Java 1.6的函数会Crash的。
注意OOM问题，目前android手机已经有3G内存了，但并非一个应用就能使用全部内存。了解一下堆内存，一个软件至少一个进程，一个进程跑一个虚拟机，进程使用的堆内存大小，每部手机不一定一样。
Show Dialog的问题，永远要判断Activity是否还在。
使用了高版本的API函数，在低版本机器上挂了。
非UI线程不能操作UI。可能有各种权限被禁的问题。
没有浏览器、没有软件安装器、没有Email等发生ActivityNotFoundexception。
超快速连续点击按钮可能触发跑多个线程的问题。
Android4.4短信权限设置，原生系统带有新接口，第三方系统可能裁剪掉了。
8.什么情况下发生OOM，如何避免？
图片操作（图片缩放、bitmap生成等）、序列化反序列化数据等会消耗大量内存。合理使用数据结构（链表和数组），及时释放引用，使用弱引用等能降低OOM情况发生。
9.出现ANR怎么办？
如果Android程序某个操作执行等待超过5s，会出现ANR（Application Not Responding）的对话框，对于执行耗时的操作，譬如网络操作，就不能在主线程上进行了（Android 4.4不让你这样做了），这些任务应该跑在主线程外，譬如新建一个线程处理，或者自己写一个网络引擎对所有网络请求进行管理。
10.如何跟踪研发质量？
Coverity接入：https://scan.coverity.com/
代码缺陷扫描，不扫不知道，一扫吓一跳。满分推荐！Fro Free！如果你写的是开源代码，还能直接接入GitHub，超方便。
Crash是无法避免的，我们能做的是尽量把Crash的情况减少。发出去的版本，用户发生Crash了，我们需要把Crash数据收集起来。所以软件需要做一个Crash上报，汇总整理。统计每个版本的Crash率，并把Crash按优先级进行修复。
当然，版本检查更新也少不了。
11.如果跟踪用户对产品的反馈？
不管你写软件所用的技术有多么牛B，用户是不知道的，也不关心的。用户关心的是你的产品体验到底有多牛B。加上用户可以轻松反馈的反馈功能，你会发现有时用户的idea还不错的。
做出来的产品好还是不好，需要有产品数据支撑，所以加插相关数据统计上报点，哪个功能热门，新增用户多少，活跃用户多少，一目了然。
12.安全检查
为避免异常情况的跳转或者恶意攻击，Android组件在启动时都需要判断传入的参数是否为空。
敏感信息需要进行权限限制或者加密处理。
能不暴露的组件就不暴露，在AndroidManifest中为组件加上android:exported=”false”属性。
需要暴露的组件通过自定义权限进行调用，添加自定义权限android:permission=”yourapp.permission.CALL”检测WebView漏洞http://security.tencent.com/index.php/opensource/detail/1
13.常用工具有哪些：
Lint（清理资源、安全检查、layout优化等）
一般在提测前清理一下冗余资源，查一下有没有用了一些高API Level才有的接口，查一下安全问题。
Findbugs（检查java代码缺陷）
在开发工程中就可以对单个文件进行检查，有问题可以及时处理。
MAT（内存泄漏调试工具）http://www.eclipse.org/mat/
遇到内存或者性能问题时，一般会结合几种工具来查问题，找解决方法。
Method Profiling（统计方法耗时）
Eclipse Class Decompiler（从此Eclipse不怕看不到jar包内的代码了）http://feeling.sourceforge.net/update
Hierarchy Viewer（查看Activity堆栈、layout加载层次、像素眼）
只能连接开发板手机或者模拟器，如果你的手机连不上，搜一下“Hierarchy Viewer 真机”，各种教程教你如何连上。
Activity太多，有时出问题了，但又想不起这个页面叫什么名字，插上去，一目了然。
很清晰看出Layout布局层次， 还能显示计算layout耗时，绘图耗时，UI性能优化好帮手。
TinyPNG（压缩图片资源利器，山崩地裂推荐）https://tinypng.com/
7z（压缩APK利器，上线前压一下就可以，简单实用，五星推荐）
Apktool、Dex2jar 、jd-gui（反编译套装，你懂的）
Mark Man（设计师何苦为难工程师）
Beyond Compare（各种神对比，我喜欢对比代码）
Tcpdump（Linux dump包工具）
adb shell tcpdump -p -vv-s 0 -w /sdcard/capturenet.pcap
WireShark（查看网络dump包）
遇到棘手问题时，还是需要他们帮忙解决的。
CMD (很简单的脚本却能大大提高效率，大家多学多分享)
一些经常操作的动作，使用手工操作又耗时又麻烦还可能出错，使用命令行去操作的话会极大提供效率。
拖放安装应用，不用再弹出xx助手xx宝来的蜗牛速度安装了（速度快了，心情好了）：
adb install %1
pause
卸载应用：
adb uninstall com.tencent.qqpim
拉去SD卡目录文件
adb pull /sdcard/test/log c: estlog
获取联系人db
adb pull /data/data/com.android.providers.contacts/databases/contacts2.db C:contact2.db
tcpdump包
adb shell tcpdump -p -vv -s 0 -w /sdcard/capturenet.pcap
SDK裁剪打包
裁目录：rd/s/q S: encentsrcAGJ
裁文件：del S: encentsrccom encent estTestApplication.java
----------------------------------------- 我还是可恶的分隔线 >_< -----------------------------------------
文章确实是干货，里面介绍很多能发挥事半功倍的效果的工具（当然前提是你会用工具咯）。还有就是会借助第三方较为权威的统计数据，比如上面提到的：国内手机占有率 - 友盟，Android版本比例 - 谷歌官网，压缩工具如TinyPNG、7z，文件/文件夹对比工具（文件夹对比功能很强悍，在多版本同步代码时确实是好手），抓包工具，反编译工具等。
当然工具是日新月异，不变的是追求开发效率的那种态度，工具只是手段。如有必要很多工具是需要自己动手写的，拿我自己的感受来讲，我们游戏项目是基于cocos2d-x的，上面“封装”了一层MVC，然后绑定lua。目前为止，我自己动手写的工具主要有4个：
PC打包工具
包含SVN更新/提交、项目自己编译--当然是调用vs的命令了了、RTX通知等主要功能）
项目版本打包工具
打包生成项目版本需要的文件（加密 + ZIP）
资源更新工具
输入SVN的起始至结束版本号，然后生成导出相应的资源文件（图片、txt/xml、lua程序文件），并针对需要加密的资源进行加密处理
Android apk包的检测
用工具自动检测apk文件中AndroidManifest.xml文件中的配置项，包名、debug开关等重要选项
还有一些其它小工具，这些都是因为在打包、更新时经常出错，而我又是一个信奉“人为操作是一定会失误”观念的人，就想让所有的工作尽可能全部自动化，避免人工干预的情况下才去动手实现的。上面的检测apk文件就用到了上文提及的android反编译工具来辅助实现，用它将apk “解压”出来。其它一些数据统计/分析的网站如：谷歌趋势、百度指数、一淘价格指数等都能提供很好的数据支持。我们身处于大数据时代，应当学会利用好现有的资源来辅助我们的一些决策:) 所以平时的收集和整理工作还蛮重要的，这样才不至于要的时候手忙脚忙，共勉。