这几天修改公司以前的几个android项目，代码是别人写的，坑得自己来填。这种情况下根据测试对BUG描述，快速定位问题，具体就是快速找到在那个文件中、那些代码引起的问题。经过几天摸爬滚打，也找到一些好的方法分享总结一下，不足之处欢迎拍砖。
1.前人写的代码规范和合理，注释清晰，就像源码一样，好弄多了。然而现实是残酷的，不过根据命名还是能找到线索的。突然想起，平时多阅读源码是个好习惯啊。
2 ctrl+H 全局搜索，特别是在测试描述中有Toast打印，直接进行全局搜索中文，在搜索对应名称，肯定能找到现场的。用起来简单粗暴。
3 ctrl+F 有的文件特别长，如果是Activity，找界面XML，在找Id,接下来用ctrl+f搜索前人究竟在这个控件这里做了什么交易，容易修改。ctrl+f下，AS添加显示效果，很醒目。
4 attach debugger to Android process 比直接debugger app 速度更快，这个是要启动app后才能开始调试。
5 多去想想，一个问题是程序问题、服务问题还是数据问题，大方向清晰，会快 点。
多总结多成长