APP 提测标准（规范）

背景

“万事俱备，只欠东风”出自《三国演义》四十九回，原文为：孔明索纸笔，屏退左右，密书十六字曰：“欲破曹公，宜用火攻，万事俱备，只欠东风。”原意是周瑜定计火攻曹操，作好了一切准备，忽然想起不刮东风无法胜敌。后以此比喻一切准备工作都做好了，只差最后一个重要条件。

通过这个典故明白一个道理“任何事情执行，都要有准备条件，”我们的项目也是一样的，从前期的需求评审到后期的项目上线，每个环节都是承上启下，至关重要的。那么对于开发来说，实现的工程需要具备什么条件之后才能提测呢？达到什么样的标准才能提测呢？首先，我列举几个我们经常听到的声音。

声音一：“某某某，开发又漏掉了交互细节~~真郁闷”

声音二：“哎呀！怎么自测case没过就提测了~~”

声音三：“某某某，你自测case啥时候发呀？赶快了，快要到提测时间了~~”

声音四：“某某某，这个场景你怎么没有实现啊？”，“啥？需求上又没写，你又没提前告诉我，让产品发需变~~”

。。。。。。

诸如此类，我们听到的太多太多了。那么建立一个三方认可的提测流程规范就变得重要了。具备质量前移的思维，将一些问题的发现控制在开发提测前。

提测流程规范

提测规范需从以下几个维度进行开展：

产品（模块）基本功能验收规范

需求细节得以实现，满足产品初步的设想，所以产品的验收流程不可缺少。例如：即将上线的产品包括五个功能，这五个功能在需求中明确的细节点都要满足。那么在这个过程中就要注意了，凡是产品明确了的细节，在方案敲定的情况下，初步提测的工程都要包含这些细节点，否则不能提测。

产品交互走查规范

交互从功能实现方面给出的具体的方案，例如：刷新动效，切换时机，蒙层效果等，那么这些在交互中明确规定的细节，在三方没有异议的情况下，初步提测的工程都要包含这些交互逻辑，否则不能提测。

视觉走查规范

视觉走查经常在适配时介入，此时的时机是比较晚的，对整个项目的进度是有影响的。例如：资源不正确，更换资源就会涉及到开发、视觉多方的工作量，影响整体项目的进度。所以，需要有视觉走查规范，初步走查后，把一些较为明显的点抛出，提前解决，避免在适配阶段出现资源不符的情况。

开发自测及内部 review 规范

开发在提测代码前，需要进行自测环节，针对需求的主功能逻辑，测试会提供一份自测 Case，开发需要自己执行 Case，确保需求的主逻辑功能不阻塞。另外，小编的团队，开发内部要实施代码 review 流程，确保开发提交的每笔代码是规范的。

提测规范注意事项

对提测质量不 OK 的，大胆的说 No。是否满足提测标准关系到项目后期是否能顺利进行的关键，往往因提测流程规范未严格执行，导致测试后期增加了沟通成本、重复测试等工作量。因此在面对开发提测的工程不满足提测条件时，我们要大胆的说 No。

提测时，信息及时保持三方同步。提测标准是建立多方均满意认可的情况下，但在实施过程中，因方案的不可行等，出现与预期不符的地方，一旦出现此类情况，需及时周知三方。尽快调整方案，保证项目的正常迭代。

总结

在敏捷测试流程体系中，项目的质量不是仅仅由测试保证，而需要由多方共同保证的。为了项目快速有效的迭代，质量风险越早发现，对于整体的迭代影响越小。质量前移的思想，是每个 QA 需要时刻关注的，而对于App 端上，遵守开发提测流程规范是质量前移思想的一种体现。

出处：https://www.sohu.com/a/217602795_216613