What

我对联调的本质理解是，如果一项任务需要多方各自分工完成，那么在各方完成自己的部分后，需要将其进行合并，并按照某标准进行验收，验收没有问题后即可代表该任务成功完成。其中“合并和按照某标准进行验收”的过程就叫做联调。

Why

为么要进行联调呢？因为当一项任务被分配给多方完成时，由于多方代表不同的思想和做事方式，那么多方的生产结果很难保证100%相互配合形成一个完整的符合预期的整体，因此在多方分别产出结果后，还需要经过联调这个过程，对最终的整体进行修改和调试，逐步将其调整到符合预期的那样，此时才算是这一任务真正完成了。

How

以我有限的项目经验来说，常见的联调有前后端联调和与第三方联调。以下集中描述第三方联调。

开发前

  1. 联调各方进行对接，先由BA进行业务流程上的阐述，各方根据业务流程的描述才会更清楚为了实现这个业务流程各方需要共同完成什么样的一项任务（BA需要考虑到所有可能的业务场景，这样接口的功能才会更加完善）；
  2. 任务明确后，也就明确了各方需要共同开发什么接口；
  3. 接下来针对需要开发的接口，沟通各方的分工；
  4. 确定双方开始开发的时间、开发完成的时间、开始联调的时间、结束联调的时间、联调时的测试环境、联调时的测试数据应该如何产生；
  5. 发送邮件将双方沟通的结果（尤其是接口文档）告知stakeholders。

注：跟第三方联调时，联调的时间最好比预计多留一点时间出来给风险处理。

开发时

  1. 沟通上要积极提醒各方，若在开发过程中有任何地方与之前沟通结果不一致的话，需要及时提出并做邮件更新，以免把问题堆到联调的时候；
  2. 开发过程中有任何需要邮件留痕的地方也需要及时邮件更新。

开发快完毕时/联调前

  1. 准备好测试环境、测试用例和测试数据；
  2. 提前跟第三方再次确认是否可以按时联调。

联调时

联调时每天通过邮件向每位stakeholders更新联调的进度。

联调后

联调成功后发送邮件通知stakeholders联调结束，并且提及之后上线相关事宜，让各方有个心理准备。