从一个bug看项目间的信息同步问题

前两天小编这边的产品线出了一个问题：

背景是这样子的：

1. 小编这边有个项目同时包含不同系统平台的产品。
2. 平台A的产品添加了数据后，能够在平台B的产品上显示。

问题的现象：

平台A的产品，添加数据后，在平台B的产品上无法显示。

问题定位：

1. 老版本中，平台A的产品，添加数据时，使用的是接口1；平台B的产品，展示数据时也是从接口1获取数据。
2. 上一版本中，平台A的产品，添加数据时，某些场景下选择的是接口1，某些场景下选择的是接口2；平台B的产品，展示数据时仍然从接口1获取数据。（此处已知，已与产品达成共识）
3. 平台A的产品的最新版，添加数据时，全部使用接口2；而平台B的产品未迭代，因此展示数据时仍然从接口1获取数据。
4. 结果：接口1返回的数据为空，平台B的产品无法显示任何数据。

遗漏原因：

不同平台的开发是属于不同组，产品和测试属于同组但负责人不同。当平台A的开发同学，修改了相关的接口后，没有同步到平台B的相关同学，平台B的同学毫不知情，最终导致该问题的出现。

相信这个问题不是个例，在大家的日常工作中或多或少都遇到过。其核心问题就是团队间的信息不同步，那么该怎么改进这个问题呢？

从非测试团队的角度：

• PM侧：需要有统筹整个项目的项目管理角色，负责把控项目中各平台或各团队间的任务安排和相互影响，实现各平台的信息同步
• 产品侧：涉及多平台产品的需求，需要协调相关的产品同学一并参与需求宣讲和讨论，实现各平台的信息同步。
• 开发侧：或者通过负责整个项目的技术总监，或者负责接口的中台服务开发，来评估相关影响，并推动各平台信息同步。

当然，俗话说，靠人不如靠己，作为QA同学，我们完全有理由把这个事情承担起来，并制订一系列的解决方案：

• 测试组长参与整个项目中各平台的需求和实现评审，评估风险，把控全局。
• 各平台产品的测试同学，共同参与用例评审，实现信息同步。
• 增加内部主动反馈的流程和规范，当一侧获知改动有可能影响其他平台时，主动反馈给对应的测试负责人，实现信息同步。
• 增加测试团队内部的每日站立会，同步工作内容，实现信息同步。

注：可以在测试组内部维护一个list，记录不同平台产品存在交集的功能或共用的接口，以此为依据，实现在评估测试范围时，对其他平台产品影响的风险评估。