前两天小编这边的产品线出了一个问题：
背景是这样子的：
小编这边有个项目同时包含不同系统平台的产品。
平台A的产品添加了数据后，能够在平台B的产品上显示。
问题的现象：
问题定位：
老版本中，平台A的产品，添加数据时，使用的是接口1；平台B的产品，展示数据时也是从接口1获取数据。
上一版本中，平台A的产品，添加数据时，某些场景下选择的是接口1，某些场景下选择的是接口2；平台B的产品，展示数据时仍然从接口1获取数据。（此处已知，已与产品达成共识）
平台A的产品的最新版，添加数据时，全部使用接口2；而平台B的产品未迭代，因此展示数据时仍然从接口1获取数据。
结果：接口1返回的数据为空，平台B的产品无法显示任何数据。
遗漏原因：
从非测试团队的角度：
PM侧：需要有统筹整个项目的项目管理角色，负责把控项目中各平台或各团队间的任务安排和相互影响，实现各平台的信息同步
产品侧：涉及多平台产品的需求，需要协调相关的产品同学一并参与需求宣讲和讨论，实现各平台的信息同步。
开发侧：或者通过负责整个项目的技术总监，或者负责接口的中台服务开发，来评估相关影响，并推动各平台信息同步。
当然，俗话说，靠人不如靠己，作为QA同学，我们完全有理由把这个事情承担起来，并制订一系列的解决方案：
测试组长参与整个项目中各平台的需求和实现评审，评估风险，把控全局。
各平台产品的测试同学，共同参与用例评审，实现信息同步。
增加内部主动反馈的流程和规范，当一侧获知改动有可能影响其他平台时，主动反馈给对应的测试负责人，实现信息同步。
增加测试团队内部的每日站立会，同步工作内容，实现信息同步。
注：可以在测试组内部维护一个list，记录不同平台产品存在交集的功能或共用的接口，以此为依据，实现在评估测试范围时，对其他平台产品影响的风险评估。
本文分享自微信公众号 - 搜狗测试（SogouQA）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
