本文共 484 字，大约阅读时间需要 1 分钟。

    这几天修改公司以前的几个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 多去想想，一个问题是程序问题、服务问题还是数据问题，大方向清晰，会快 点。

多总结多成长

转载地址：http://iafcb.baihongyu.com/