标准的崩溃日志：
Android 应用一般使用 Java 语言开发，在不作特殊处理的情况下，遇到未处理的异常时，会弹框提示“程序遇到异常，即将退出”（有些手机框中提示语不同， 或不弹框）。同时会将异常的原因打印在 Logcat 日志和 Dropbox 日志中。
Logcat 日志缓存是有限的 ，如果日志打印较多，几十秒内就会被覆盖掉； 重启手机也会清空 logcat 日志。Logcat 的详细用法，可自行百度，或者查看 Logcat
工具的说明： adb shell logcat –h 。
Dropbox 日志缓存的时间较长，是以文件的形式存在“/data/system/dropbox” 目录下，故重启手机不会清空。仅当缓存的 Dropbox 日志过多时，才会清除掉较老的日志； Dropbox 日志用得少，且各手机表现不一，不深究。
Android 的崩溃日志一般较为精确，可指出崩溃原因，甚至可定位到源代码的某一行，因此对定位问题非常有帮助，是测试过程中必须关注的重要数据。

Android 稳定性测试方案

1、 确认被测 apk 状态正常；

1.1、确认使用 debug 版本，便于调试；

1.2、确认 logcat 日志级别为 debug 级；

1.3、确认 apk 未经过混淆；

1.4、确认 apk 未使用第三方崩溃收集机制；

2、 确认被测应用可用于随机测试；

2.1 确认随机操作，不会破坏重要数据；

2.2 确认没有密码，验证码等阻碍随机操作的步骤；

2.3 确认使用的帐号能体验 apk 完整功能；

3、 确认 Android 设备（手机）已经 root (root 手机可提供更多数据)；

4、 使用测试技术部开发的 Moonlight 工具，对被测应用进行 8 小时随机测试：

4.1 自动收集崩溃日志，  去除重复崩溃日志；

4.2 获取对应崩溃的完整 logcat 日志；

4.3 获取对应崩溃的 top 命令输出，以获取进程号等信息；

4.4 获取 iTest 性能数据；

4.5 获取 ANR 信息（粗略） 获取内存 hprof 文件，以便分析内存泄漏；

4.6 获取线程栈，以便分析 cpu 过高、卡顿等问题；

5、 也可以手工执行测试，同时使用 Moonlight 收集崩溃日志和 logcat 日志