如何合理的规避移动端App的频繁更新

    

app频繁更新莫过于以下两点：

1. 修复线上bug；
2. 敏捷开发、频繁迭代；

那么要解决频繁更新的问题，我们就从这两点进行分析：

首先，频繁修复线上bug，反映出两个问题。第一、发版前测试环节是否充分考虑各种应用场景，回归测试是否充分覆盖每一个功能点；第二、非致命性bug是否有必要进行发版修复，过于频繁却价值较低的升级，有时令人对一款APP的好感度直线降低，甚至卸载了事。

那么如何解决以上两点问题呢？

第一点，在发版前测试人员的测试工作固然重要，但是开发人员提交高质量的代码也是至关重要的，这里高质量的代码并非指资深程序员才能写出的代码，我们可以将其理解为思路清晰、结构合理、开发人员完成第一遍编码工作后，应该结合功能应用场景，产品流程进行自我测试，代码优化，在时间充裕的情况下，尽可能的给代码进行详细的注释说明；团队在条件允许的情况下，每个产品周期进行一次Code Review，交叉审视。有能力的开发人员，在自己工作之余，可以帮助其他同事检查代码，发现问题。往往这样的一套流程走下来，开发人员自身就会发现很多bug。这样一来到达测试人员手里的版本是一个完整度较高，bug较少的测试版本，从而减少了一些并非测试人员测试范围的工作（例如功能缺失、UI不符等），增加了测试人员对重点功能以及各个场景的测试时间，从多