多端配合难?duck不必

2020/05/21 08:00
阅读数 150



在项目测试过程中,大多数测试任务都会涉及到多端开发的配合,常见的配合端有客户端、前端、服务端、内核等等。而这种多端配合尤其体现在一些复杂度较大的需求任务中,甚至,还会涉及到跨平台开发的配合。小编在近期的项目测试中,积累了一些这方面的心(踩)得(过)方(的)法(坑),在此分享共勉。





1.

问题分析


在实际项目中,涉及到多端多平台开发配合时,小编遇到的问题主要有如下几点:

1、多端开发配合需求,存在一端未在整体联调成功前提测的问题,影响测试进度及整体项目进度;

2、多平台多端开发配合需求,前期接口约定不统一,在后期测试执行中暴露,影响测试进度及项目质量;

3、多平台多端开发配合需求,需求变更及确认信息不同步,影响后介入的平台项目测试;

4、多端开发配合需求,bug表单的沟通成本加大;

5、多端开发配合需求,缺少统一的开发进度把控者;

……

如何解决上述这些问题呢?首先我们可以来分析下,上述几点问题的关键点主要集中在各端开发在项目各个阶段节点的对内配合、对外输出,以及开发与测试的配合。

下面小编以自己所在项目为基础,分享下相关问题的解决方案。





2.

解决方案


经过沟通讨论,项目组内针对每个问题都进行相应的分析协调,最终抽象出如下优化的流程规范。


  • 需求评审

需求评审阶段需要确保涉及的各端开发共同参与,评审需求方案的合理性。这样一方面可以有效的保证信息的同步性,另一方面可以更好的提前暴露需求方案的可实施性和合理性问题。
  • 技术方案

各端开发同学共同参与沟通的好处是,可以提前充分的沟通对接接口的方案规范,防止后续一再而三的调整变动;尤其更适用于多平台共同实现某一需求任务时。这样可以在保证信息同步的同时,有效的防止后期暴露接口不一致的问题。
举个反例
小编近期参与的一个需求测试任务,在Android和iOS平台均需实现,但在实际项目中,由于各种原因,两个平台项目的节奏不同,iOS平台先行。在测试过程中发现,由于前期沟通技术方案Android客户端开发未参与,导致Android和iOS客户端与前端的某一共用接口的调用方法不一致,使得后期前端和客户端配合修改问题时,无法很好的兼顾两个平台。
  • 排期提测

经与开发约定,涉及多端配合需求,各端开发的排期,首先要各自标注清楚关联的开发端;其次,提测时间应为最终的整体真实可测试时间点,这就需要配合端开发在制定排期时,互相沟通清楚多方联调的时间点。
在开发排期邮件格式中,可标注清楚是否需要各端的支持联调,以及联调时间。

另外,若某各端关联需求,各端开发排期提测时间不一致,测试可以最后一个提测的时间点为准来安排排期。
  • 测试阶段

测试阶段,整个需求的开发进度把控,应由该需求主要开发端的同学来负责;
在需求更新维护方面,若多平台共同实现同一需求,且其中一平台先行,为保证后介入平台需求更新信息的同步,可在需求实现开始,维护需求&交互文档的更新记录明细。
在bug提交跟进方面,对于不能判断具体端的bug,测试同学可统一提交给测试的直接上游——客户端开发同学,由开发同学内部进行跟进分配。
以上是小编所在项目中,根据遇到的问题得出的规范方案。





3.

问题总结


实际上每个项目组都会有多多少少的不同,小编认为流程规范没有最优的,最适用于自己项目的流程规范,才是最好的。所以相较于流程规范这一参考结论,问题解决的方式和手段更为重要。 那么在实际项目中遇到此类问题应该如何解决 小编在此给出一些自己项目中比较好用的方式手段供参考。
在项目执行期间,如遇到影响 进度和质量的配合问题,可在第一时间抛出同步三方,有效的同步推进方式有:
  • 目组晨会;

  • 项目每日进度报告邮件;

  • 项目进度线下沟通群;

    ……

在项目结束后,可集中收集问题,组织推进项目组复盘会议,各配合端一起沟通问题的解决方案,并推进解决方案在后续项目中的落地。





4.

写在最后


测试为下游团队,在实际项目中经常会遇到一些与上游团队的配合问题,为了更好的提高测试能效,需要把这些配合问题及时抛出,并通过一些方法手段推进解决落地,大家优化进步,整个项目才会更好的进步。

参考文章:测试全程度量探索



搜狗测试微信号:Qa_xiaoming

搜狗测试QQ粉丝群:459645679


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

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