写代码就像做饭，光有食材不行，火候和手法也得跟上。做移动开发更是这样，功能写完只是第一步，真正头疼的是各种奇奇怪怪的问题冒出来——点一下闪退，滑两下卡住，换个手机界面全乱。这时候，调试就成了家常便饭。
用好日志，别让问题藏起来
很多新手一出问题就愣住，其实最简单的办法就是打日志。Android 里用 Log.d，iOS 上用 print 或 NSLog，把关键变量和流程输出来。比如用户登录失败，别猜是不是网络问题，先看看请求发出去没有，参数对不对。
Log.d("Login", "User: " + username + ", Password length: " + password.length);日志不用太多，但关键节点要有。就像看病要查体温、血压一样，没数据就没法判断。
模拟弱网环境，提前发现问题
你在家测试一切正常，用户一到地铁里就打不开页面。这种情况太常见了。Xcode 和 Android Studio 都支持网络限速，可以模拟 3G、断网、高延迟等场景。打开这些设置试一遍，能发现不少隐藏 bug。
有时候接口返回慢，界面卡住几秒，用户就以为崩了。这时候加个 loading 提示，或者预加载部分数据，体验立马不一样。
善用断点，像侦探一样追踪问题
遇到逻辑错误，比如某个值总是算错，打日志可能还不够。这时候上断点最直接。在代码里设个断点，运行时程序会停在那里，你可以一行一行看执行顺序，查看当前变量的值。
比如一个购物车总价算错了，你可以在计算循环里暂停，看看每件商品的价格有没有被正确读取。有时候发现是后台传了个 null，前端没处理，结果整个计算变成 NaN。
真机测试不能省
模拟器跑得飞快，但和真实手机差得远。有些问题只在特定机型上出现，比如华为某些型号对定位权限特别敏感，小米可能会杀后台太狠。最好手里有几台常用机型，轮流测一遍。
有个朋友做了一个打卡应用，模拟器上没问题，上线后一堆人说打不开。后来发现是启动太慢，系统直接判定无响应。换成真机一试，果然卡在启动页超过五秒。
利用浏览器调试 H5 页面
现在 App 里经常嵌着网页，比如活动页、帮助中心。这些页面出问题，不能光靠前端同事。Android 可以用 Chrome 的开发者工具，连上手机直接看页面元素和控制台报错。
chrome://inspect输入这个地址，打开调试开关的手机上的网页都会列出来，点一下就能像在电脑上一样查问题。
留个“后门”方便测试
正式上线当然不能有调试入口，但在开发阶段，加个隐藏页面挺实用。比如双击标题栏弹出测试菜单，可以快速切换环境、清缓存、跳转到某个页面。省得每次都要从头走流程。
就像修车师傅不会每次都从拆轮胎开始，有经验的人都会找最快路径。