没有完美的方案，有几点经验可以分享一下 1、开发调试阶段，尽可能利用现有真机资源； 2、多考虑 SDK 版本 API 兼容问题，必要时要做 API 版本判断； 3、引用第三方依赖库要谨慎，特别是 so 库，考虑平台适应性，armeabi、armeabi-v7a、x86，是否都满足； 4、发布后，多分析回传的错误日志，这个需要预埋日志回传功能，不一定要自己写回传后台，像友盟、百度等，都有实现这类应用错误分析的集成 SDK，能帮你后期版本升级时分析处理； 5、第三方测试平台测试，像上面有同仁提到的testin，可以尝试，但不能依赖，主要还是前面四点，做好前面四点，差不多就足够了。
如果你是初级开发的话，就别往模拟器坑里跳了，能用真机最好用真机。
众所周知，模拟器往往达不到真机真实水平，模拟的都是一些标准接口，对于一些非标准接口的BUG无法发现~，相信很多程序猿跟我有同样的遭遇，电脑配置不是很好，用模拟器往往是又卡又慢，甚是蛋疼。。。虽说android模拟器功能很强大，可以模拟各种机型，但在实际开发中还是有很多不一样的地方，没有一个真机测试还真难保证自己的应该能够在真机上顺畅跑起来，遇见这种问题解决完了又会有其他问题，没完没了，真没意思。。。
我总结了模拟器的几大缺点，开发过程中，用模拟器遇到的一些坑：http://segmentfault.com/a/1190000004399805
不想用模拟器，又觉得真机不够用（是这意思吧？），那比较难办，你可以试试真机远程调试，这种情况就比较适合你这种，而且要做大量机型的测试也很方便，debug可以马上直接拿来用。。。
参考：http://segmentfault.com/a/1190000004314205
没有完美的方案，有几点经验可以分享一下
1、开发调试阶段，尽可能利用现有真机资源；
2、多考虑 SDK 版本 API 兼容问题，必要时要做 API 版本判断；
3、引用第三方依赖库要谨慎，特别是 so 库，考虑平台适应性，armeabi、armeabi-v7a、x86，是否都满足；
4、发布后，多分析回传的错误日志，这个需要预埋日志回传功能，不一定要自己写回传后台，像友盟、百度等，都有实现这类应用错误分析的集成 SDK，能帮你后期版本升级时分析处理；
5、第三方测试平台测试，像上面有同仁提到的testin，可以尝试，但不能依赖，主要还是前面四点，做好前面四点，差不多就足够了。
电脑CPU是Intel的话可以安装虚拟加速，选用x86模拟器，不过x86对jni的兼容性是个问题。另外一种就是第三方模拟器。比如靠谱助手。第三种方法就是第三方的测试平台，比如说testin，testin很久没上了，没有实时调试，但是有很多机器可以，提交后等待结果就行。
前几天微博上看到个在线调试的. 可以试试(我没用过, 仅仅搬个砖)
尝试一下Genymotion模拟器，号称最快的安卓模拟器，开发的时候很好用。真机调试可以考虑让公司购买一些市场上的主流机型，覆盖大部分市场份额，效率比较高。
如果使用的第三方库中没有JNI相关的话,可以使用Genymotion;
但是如果引用的库中使用了JNI,而且没有对应的x86支持的话,还是用真机吧.
模拟器的话eclipse里的那个就不说了，android studio的还算可以吧。
其实Genymotion模拟器是不错的，但是安装有点费劲要先装virtualbox，具体安装方法一百度一大把。
我用的是夜神，夜神也不错，安装简单。个人喜欢夜神的另一个原因就是可以玩游戏（嘿嘿）
再就很多远程调试，免费的远程调试貌似很少。
[分享一些流畅的适合开发的 Android 模拟器]https://segmentfault.com/a/1190000003966493