#4 楼 @zgxlz 极端操作比较简单粗暴的就是狂点，或写脚本看快速的多个操作同时执行的时候，会不会崩溃。低带宽可以通过配代理的方式来来控制。
@xuxu 你这边经验蛮丰富的 哈哈 学习了：）

第一个问题嘛，我个人的经验是还是那句老生常谈—多测边界值

各种限制数字的边界值可以测数组也就，界面的极端操作可以测试界面的 view 框架调用错误什么的，还有设备的边界值：支持的设备最低版本的系统和设备，还有手机开启多个应用，让剩余内存和存储处于比较低的情况，容易测出错误的内存释放和其他这种内存存储低的情况下的问题，还有低带宽的边界测试，网速低的时候怎样什么的

第二个问题，你要找你们开发同学用 5 分钟帮个小忙了，可以做应用的崩溃检测

比如有个网站是http://bughd.com ，就是专门做崩溃分析你，你好不容易弄崩溃了，去开发那里如果不好复现就没办法了，开发也不好定位问题，让开发把这个网站的一个 SDK 放到应用里，只有你搞蹦了，他就能看到错误堆栈，能定位到哪个函数哪一行出错了，他方便你也方便

至于第三个问题

你用我我刚才说的崩溃分析检测，你不需要复现问题，搞出来一次开发就知道错哪了 ，你就大胆的测，只要崩溃都会有记录，有证据，省得开发说你复现不出来就改不了；而且因为同一个问题引起的崩溃会整理到一起去；比如你搞的两三种崩溃都是一个问题引起的，开发一看错误堆栈，改一行代码就解决三个崩溃问题。

以上是我的一点小小的经验之谈，坐等其他大神给出其他解决方案