测试生涯过程中总不能避免的一种情况就是联调,联调分为很多种。
比如从联调接入方去区分有:
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、 信息不一致,比如规范版本不一致,业务编号不一致,代码不一致等。
2、 环境不一致,比如双方测试环境不互通,测试环境与生产环境配置不一致,导致上生产报错。
3、 解决问题推诿,比如双方谁调整都行,则需要根据事实和基于实际业务和最优方案,确定责任方。
4、 业务反推方案完善,比如联调过程中发现某项功能需要改流程,调整策略等,此类问题要先确保已方产品出具明确修改计划。
5、 日志信息缺少,完美的系统不可缺失关键节点日志,退可快速定位问题,进可自证清白。
更多软件测试资源分享微信公众号:【程序员阿沐】
软件测试技术交流群:
一个用心码了这么多文字的人,往往渴望得到大家的认可。如果你觉得这篇回答对你有帮助,双击屏幕,给我点个赞呀!
总结来讲,所有系统都是人在创造,因此人性在联调过程中尤为重要,你要快速摸透你所对接的所有人的脾气,性格,以期能快速帮你解决问题,在整个测试生涯中总会遇到一些不配合、不解决、不回应你的人,那么在联调过程中这种情况会造成致命影响,因此在协调作业的过程中如何升级问题,如何和谐问题,如何解决问题就要因人而异,随时调整策略。一切的一切都是为了解决问题,快速平稳上线。