软件测试之协同作业

测试生涯过程中总不能避免的一种情况就是联调，联调分为很多种。

比如从联调接入方去区分有：

1、 内部联调，各个中心之间集成测试，流程测试。

2、 外部联调，不同公司之间业务联调。

比如从业务流程去区分有：

1、 已端作为上游业务发起方。

2、 已端作为中游业务转发方。

3、 已端作为下游业务接收方。

再比如从测试过程去区分有：

1、 上线前联调。

2、 上线后适配联调。

当然以上每个过程在整个联调过程中都有可能成对存在，在对接每一种联调场景时都要有自己不同的联调策略。

联调策略可以归纳总结为以下几点：

1、 谁发起业务谁牵头。

2、 联调必须端到端。

3、 重证据而轻描述。

4、 及时发起局部讨论。

5、 上线后监控。

6、 业务留痕。

7、 业务一致。

联调问题解决思路：

1、 谁提出谁举证，提供有效日志双方定位问题。

2、 环境问题不可复制，但可类比，生产环境和测试环境无法100%一致，因此上线后需要监控生产业务。

3、 流程，方案问题及时沟通产品同学。

4、 Bug 遵循1,2,3原则，1：当天研发解决问题，关闭问题；2：次日上午研发仍不能解决问题反馈到研发经理处；3：第三日需反馈问题知会所有相关责任人。

5、 Bug必须流程闭环，比如反馈问题由三方解决，则知会到三方后，一定以对方答复确认收到信息为准。

联调常见问题：

1、 信息不一致，比如规范版本不一致&#