亲宝软件园·资讯

展开

软件测试之协同作业

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

加载全部内容

相关教程
猜你喜欢
用户评论