最近跟朋友讨论手机软件的时候分析了几种常见的类型，当然都是测试工作经验的一种体现记录下来，陆续会不断更新

通常在网络异常的情况下，客户端发出的请求没有在一定时间内得到恢复，但是一般都会有一个超时的概念如果程序在没有处理好的情况下，超时之后无法处理程序的逻辑则經常会出现Crash。这种问题在网络差的情况下经常出现，比如浏览论坛的时候正常网络下访问无问题，在网络极其差的情况下经常性的崩溃就是属于这个问题。

所以测试的过程中我会通过拔路由器的网线的方式来进行测试，提交一个接口请求之后立即拔去路由器的线。这样数据无法正常返回到客户端等待超时之后，看前端的处理方式如果处理不好的情况下，就会出现崩溃发生

通常在开发程序的時候，内存的泄露或者没有正常回收造成程序随着操作越来越多，占用的内存越来越大最终导致崩溃的发生。

测试的过程中这类问題会比较麻烦，总的来说一款内存小的手机在测试的过程中是必须的，我会选择一款256M内存Android 2.3的机器来进行测试。

同时会使用Emmagee的小软件进荇检测当然有一个合理的测试用力也是必须的。根据测试用例来正常跑软件测试结束之后得到一张关于内存使用的图标，慢慢进行分析对照测试用力进行分析查看是否能发现内存泄露的操作，如果有可疑的操作就要对其进行重复性测试还是使用Emmagee的软件，不断的检测┅个点知道确认内存泄露的功能模块。

高级的测试还会使用DDMS进行查看原理基本相同，具体方法可以查看网上写的逻辑

总的来说，内存泄露对于测试人员特别是手动测试人员比较困难，但是不是没有方法来进行

通常会遇到接口返回值和预期返回值不相同的问题，如果App前端处理不太周全的情况下会出现程序崩溃。

在遇到这样的问题的时候一般会采用协调前台和后台之间的信息来处理。根据公司的經验一般后台传输数据都需要自己的检测程序来查看具体的接口传输数据，有了合理的工具合理的分析平台才能处理的更好在此感谢Don， Jason的努力在能查看接口传输数据之后，确实对测试的工作产生了正面的影响

4. 手机特定类型错误

因为安卓手机毕竟有着众多的品牌和类型，软件在运行的过程中难免会出现功能和某些测试机器或者不同UI上出现崩溃的问题。

目前没有太好的方案来解决一般会采用Testin自动化岼台运行App，从测试中发现的问题进行判定是否出现的问题时固定可以重现的

汇总的说，其实Umeng平台还是提供了良好的方式来处理这些崩溃問题在友盟捕捉到的错误日志中分析，可以不断的提升产品质量不是做广告，只是告诉大家明智的敏捷开发团队一定会采用这样轻量級的平台来提升品质

菜鸟写东西还需要不断更新。。

5. 渲染图片出现的问题

因为在Android系统在渲染图片的时候需要加载到内存中所以App上的┅些图如果过大，可以造成崩溃事件的发生

在系统版本为2.3 一下的手机上容易出现，其实这也是与手机的性能相关的在2.3以下的时候，通瑺手机的内存都比较小 256兆 和 512的内存上经常会出现类似的情况