目前Android测试还是以黑盒测试为主的，白盒测试固然是好，但白盒测试的实现成本对于App的快速迭代和敏捷开发来说难度过高。
　　造成Android白盒测试的困难有：
　　Android系统本身的测试支持不够
　　对测试人员的专业技术要求过高（而且我们团队测试同时支持iOS）
　　需求开发和更改时，也会依赖测试排期
　　那移动开发团队如何保证应用的质量呢？
　　拿我工作过的腾讯和阿里的两个Android团队举例，产品用户量级都在百万级别以上，机器crash率在0.5%左右，算是国内的主流应用团队了。我们的团队里面依靠以下几个关键点来保证应用的质量：
　　1.完整的需求评审流程
　　需求评审
　　方案评审
　　设计评审
　　测试用例评审
　　2.完善的bug反馈系统
　　3.crash日志收集上传
　　4.oa系统：bug和需求流转（阿里的宙斯盾，腾讯的tapd）
　　5.多样性的测试方式
　　Monkey（阿里，腾讯都有）
　　冒烟测试
　　系统测试（黑盒，白盒）
　　6.规范的发布流程
　　产品体验
　　内部体验
　　分级灰度
　　全量发布
　　热修复发布
　　前面提到的这么多策略，只有系统测试的时候可能用到白盒测试，所以白盒测试并不是Android质量保证的全部，知识其中一个部分。对于较大的团队白盒测试的重要性还是很高，因为良好的Android Unit测试用例可以解放部分测试人力，规范测试流程。同时也是测试人员技术含量的提现。
　　其实，Android Unit测试对于更偏重于开发人员，很多的Android Unit测试都需要开发人员的参与，如果你要做Android白盒测试如下的建议可以酌情参考：
　　1.使用良好的程序框架设计（MVP，MVVC）
　　2.关键协议数据的JUnit测试用例（在阿里的时候是开发人员自己写）
　　3.关键流程的单元测试（登录、支付、首页等）
　　后，应用的质量不能依赖于测试人员（facebook据说是没有测试的），开发人员要养成良好的自测习惯，随时记录代码中可能出现的问题，因为只有开发人员清楚哪里可能出问题。应用的质量要靠整个团队的协作而不是互相依赖来保证。