Android APP 开发完成后，通常需要在哪些机型上进行测试？ 开发android APP 时，需要考虑的分辨率有哪些？

目前华为、三星和小米市场占有率是遥遥领先的，华为各机型、三星Note2、Note3、S3、S4、S5、小米123、红米必须测试，魅族加入测试名单吧。再选中小屏幕各一款（譬如华为C8650、Moto ME511）。

Android 1.5、1.6、2.0、2.1 和小屏幕的属于古董级别的机器，市场存量也很少，新出的机器都是4.0 以上的了，所以必要时需要舍弃对古董的支持，因为适配成本很高，对于新开发的应用，这个适配不值得投入。

开发Android APP 时，配置文件应放在哪里（APP 本地、远程WeB Server 中）？应该如何考虑？

这个就要看需求了，如果只是本机使用，譬如保存软件设置，不需要联网操作的，那首选当然是保存在本地。如果业务需要和服务器交互，可以做成云配置方式。为了跨平台的兼容性，可以考虑使用Google 的ProtoBuf，比XML 更小更快更简单，后台和终端定义一套协议，自动生成C++、Java 或者Python 代码。

Android APP 测试方案通常考虑哪些因素？

机型适配：屏幕大小，这个可以找第三方TestBird 做，同时测试几百部机型；

Android 版本：某些API 在低版本上没有的，会Crash，推荐Lint 静态扫描；

网络质量：联通、电信、移动、WiFi、弱网络等；

安全性：网络数据必定经过加密处理；本地不保存安全信息（帐号密码等），或者加密保存；代码中敏感信息尽量使用byte 数组而不是字符串代码混淆处理(Proguard)；SD 卡剩余空间很少，没SD 卡，双SD 卡，飞行模式，时间有误等。

性能：CPU、内存占用（开发可以使用Linux 的top 命令或者DDMS 里面的工具）

Android APP 开发中其它需要提醒的问题

android4.4 在UI 线程无法进行网络操作不单只androidAPI 版本不一定导致运行异常，有些机型还使用Java 1.5 进行编译，使用某些java 1.6 的函数会Crash 的。

注意OOM 问题，目前android 手机已经有3G 内存了，但并非一个应用就能使用全部内存。了解一下堆内存，一个软件至少一个进程，一个进程跑一个虚拟机，进程使用的堆内存大小，每部手机不一定一样。

Show Dialog 的问题，永远要判断Activity 是否还在。

使用了高版本的API 函数，在低版本机器上挂了。

非UI 线程不能操作UI。可能有各种权限被禁的问题。

没有浏览器、没有软件安装器、没有Email 等发生ActivityNotFoundexception。

超快速连续点击按钮可能触发跑多个线程的问题。

Android4.4 短信权限设置，原生系统带有新接口，第三方系统可能裁剪掉了。

什么情况下发生OOM，如何避免？

图片操作（图片缩放、bitmap 生成等）、序列化反序列化数据等会消耗大量内存。合理使用数据结构（链表和数组），及时释放引用，使用弱引用等能降低OOM 情况发生。

出现ANR 怎么办？

如果Android 程序某个操作执行等待超过5s，会出现ANR（Application Not Responding）的对话框，对于执行耗时的操作，譬如网络操作，就不能在主线程上进行了（Android 4.4 不让你这样做了），这些任务应该跑在主线程外，譬如新建一个线程处理，或者自己写一个网络引擎对所有网络请求进行管理。

如何跟踪研发质量？

代码缺陷扫描，不扫不知道，一扫吓一跳。满分推荐！Fro Free！如果你写的是开源代码，还能直接接入GitHub，超方便。Crash 是无法避免的，我们能做的是尽量把Crash 的情况减少。发出去的版本，用户发生Crash 了，我们需要把Crash 数据收集起来。所以软件需要做一个Crash 上报，汇总整理。统计每个版本的Crash 率，并把Crash 按优先级进行修复。

如果跟踪用户对产品的反馈？

不管你写软件所用的技术有多么牛B，用户是不知道的，也不关心的。用户关心的是你的产品体验到底有多牛B。加上用户可以轻松反馈的反馈功能，你会发现有时用户的idea 还不错的。做出来的产品好还是不好，需要有产品数据支撑，所以加插相关数据统计上报点，哪个功能热门，新增用户多少，活跃用户多少，一目了然。

微信+17031115530，拉测试微信群交流

本页内容由塔灯网络科技有限公司通过网络收集编辑所得，所有资料仅供用户学习参考，本站不拥有所有权，如您认为本网页中由涉嫌抄袭的内容，请及时与我们联系，并提供相关证据，工作人员会在5工作日内联系您，一经查实，本站立刻删除侵权内容。本文链接:http://www.dengtar.com/11819.html