一、处理流程
Modem crash问题的处理流程大致如下:
发现问题--->获取解析材料--->解析及分析定位--->实施修改与验证入库。
1、发现问题Modem crash 问题的主要4类来源:
1)、APR网站:APR网站是大多数问题的汇总。由测试人员批量自动化测试时通过log自动上传发现。该类问题在解析式无需重新导dump,可以直接在APR或在单中自行下载。
2)、beta用户使用过程中发现:通常该类问题会直接提单,dump已经在单中附加,解析时可以自行下载(有的给出的连接解析人当时是没有权限的,需要通过提单人询问,并要求开通共享权限)。
3)、测试组测试发现:对于该类问题与beta用户发现的问题相似,通常测试人员会将dump或dump连接添加到单子上,方便解析者下载使用。
4)、开发人员用机发现:这类问题通常是组内外开发人员在用机过程中发现的问题,一旦问题出现,发现人会直接“找上门”来。当然,接下来的第一步工作就是把机内的dump导出来,最好仔细询问问题发生经过已经所烧版本等材料信息,以帮助接下来的问题定位。
2、获取解析材料问题在解析之前,首先我们需要把需要的材料准备好——dump,也就是通常我们所说的现场,即从内存中拷贝出来的东东。这个是解析modem crash问题的核心。Dump配合上符号表(模块内部或模块之间所共用的symbol的集合,通常被打包为“.elf”为后缀的文件)通过Trace32工具可以做死机现场的回复和解析定位。但如上所述,我们所面临的并不是所有的问题都是由现成的dump可供我们使用(eg:开发人员用机发现类),所以,在这里有必要先介绍下dump。