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

原创
2020/04/24 08:00
阅读数 120

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

背景是这样子的:

  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,记录不同平台产品存在交集的功能或共用的接口,以此为依据,实现在评估测试范围时,对其他平台产品影响的风险评估。

 



本文分享自微信公众号 - 搜狗测试(SogouQA)。
如有侵权,请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部