Android 应用App测试流程

        “细节决定成败”，这句话对于一个开发工程师来说最贴切也最实用了，短短几个字就能体现出一个开发人员的功底，细节，再大的项目

都是由若干个业务单元组成，每个单元都有相应的约束，业务单元和约束条件都是细节，对细节理解有多深就体现了对业务的理解有多深，

另外，在代码实现上也会更细致更全面，产生的bug也就越少，代码也就更有生命力。如果不注重细节，可能表面上完成的需求功能，但是

可能已经埋下了定时炸弹，最后还要花大力气去排雷，不管怎么样，最后你的能力肯定不能被认可，周而复始，能力始终不会得到提高。

        言归正传，作为一个开发人员，不埋雷可能不太现实，但是我们应该尽量少给自己埋雷，同时也尽量自己发现雷点。

通过什么手段呢

第一，Review代码，保证业务框架正确流程顺畅，查缺补漏，优化代码，特别是功能节点的约束以及场景处理，比如可能出现的异常捕捉

        处理

第二，联调  一般指与服务端接口调试，该阶段要确保正常场景和异常场景的业务逻辑处理的正确性，同时也确保业务逻辑的合理性，比

        如网络数据的存储或缓存以及展示

第三，自测  也称为冒烟测试，按照测试用例运行应用，检查是否有应用性异常，另外，对比高保真界面设计，检查页面是否有不一致的

        内容和布局偏差

第四，转测  进行专业测试阶段，测试人员进行几个级别的测试，首先进行功能测试，然后是性能测试，专项测试，几轮下来，测试可能

        会测出一些意想不到的结果，我们还是要做好思想准备

第五，内测  专业测试这一关过了以后能找的雷基本上已经找的差不多了，但是为了安全起见，在服务端发布以后应用还是不能急着发布，

        需要再验证一下各个功能，根据应用不同内测的时间长短也不尽相同

第六，发布  万事俱备，应用方可以发布了，发布完成后，还是要到应用市场下载或者在线升级，这个时候这个应用版本才算翻篇过去，

        即使有问题也是下个版本的要解决的问题了

第七，统计  基本上现在任何一个实用的app都离不开埋点统计，否则应用撒出去就两眼一抹黑了，也难以做运营和一些决策，比较成熟的

        有友盟统计，百度统计等