Modem Crash 问题处理及注意事项

一、处理流程

Modem crash问题的处理流程大致如下：

发现问题--->获取解析材料--->解析及分析定位--->实施修改与验证入库。

Modem crash 问题的主要4类来源：

       1）、APR网站：APR网站是大多数问题的汇总。由测试人员批量自动化测试时通过log自动上传发现。该类问题在解析式无需重新导dump，可以直接在APR或在单中自行下载。

       2）、beta用户使用过程中发现：通常该类问题会直接提单，dump已经在单中附加，解析时可以自行下载（有的给出的连接解析人当时是没有权限的，需要通过提单人询问，并要求开通共享权限）。

       3）、测试组测试发现：对于该类问题与beta用户发现的问题相似，通常测试人员会将dump或dump连接添加到单子上，方便解析者下载使用。

       4）、开发人员用机发现：这类问题通常是组内外开发人员在用机过程中发现的问题，一旦问题出现，发现人会直接“找上门”来。当然，接下来的第一步工作就是把机内的dump导出来，最好仔细询问问题发生经过已经所烧版本等材料信息，以帮助接下来的问题定位。

问题在解析之前，首先我们需要把需要的材料准备好——dump，也就是通常我们所说的现场，即从内存中拷贝出来的东东。这个是解析modem crash问题的核心。Dump配合上符号表（模块内部或模块之间所共用的symbol的集合，通常被打包为“.elf”为后缀的文件）通过Trace32工具可以做死机现场的回复和解析定位。但如上所述，我们所面临的并不是所有的问题都是由现成的dump可供我们使用（eg：开发人员用机发现类），所以，在这里有必要先介绍下dump。

最后

以上就是缓慢板栗为你收集整理的Modem Crash 问题处理及注意事项的全部内容，希望文章能够帮你解决Modem Crash 问题处理及注意事项所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。