软件测试之协同作业
小金鱼的快了生活 人气:0
软件测试之协同作业
测试生涯过程中总不能避免的一种情况就是联调，联调分为很多种。
比如从联调接入方去区分有：
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、 日志信息缺少，完美的系统不可缺失关键节点日志，退可快速定位问题，进可自证清白。
总结来讲，所有系统都是人在创造，因此人性在联调过程中尤为重要，你要快速摸透你所对接的所有人的脾气，性格，以期能快速帮你解决问题，在整个测试生涯中总会遇到一些不配合、不解决、不回应你的人，那么在联调过程中这种情况会造成致命影响，因此在协调作业的过程中如何升级问题，如何和谐问题，如何解决问题就要因人而异，随时调整策略。一切的一切都是为了解决问题，快速平稳上线。
加载全部内容