首先对于确定真正功能缺失或错误的地方，即确定引起此次bug的测试流程，初步分析可能出现bug的几个点；
然后开始具体进入代码进行追踪和修正了，具体方法如下：
1.当修改android源码时，许多时候Activity之间的跳转都被系统打印log的，所以通过adb logcat看log信息是首要之选。看两个Activity之间传送的intent，确定其发起方和接受方，主要看intent的action属性。如果是广播的intent也是看intent的action
2.查看Manifest.xml文件，通过ctrl+f键，查找对应的action（理论上一定会找到的），因为匹配intent的主要方法就是匹配其action,data,extra属性。查看action对应的activity，然后开始转入源码目录，根据文件命名尝试确定其位置。
3.如果不能一下子确定其相应代码的位置，而知道出现bug流程的前一步或几步，则可以考虑从知道点开始追踪，然后通过f3或ctrl+f查找的方法延一条线追踪下去。
4.将猜疑的地方打上log，然后查看log的流程顺序，这样一条线下来基本上大部分bug的位置基本上都确定了，如果涉及更深层，此种方法可能就失效了，需要自己深入分析了
5.另外一个快捷的技巧，可以根据用到的资源名称来追踪定位bug
