频繁发布Hotfix常规问题的解决建议

开发问题反复

  • 先保证需求各方都清楚且达成一致,研发认真分析问题的根本原因,解决后先自测,确保问题解决再发给测试,且研发应严格执行Code review。

新增功能做得不好,测试出问题被打回修复

  • 需求详细通过纸面传递给研发,研发写出详细Design Task,且PO,研发测试必须参与评审,最终测试据此写出合适的测试用例并与研发一同评审,研发与测试共同评估测试范围,测试执行测试。

发布过程中加入新的需求导致研发和测试匆忙上场

  • 如果现场有紧急的新需求就放到下一个Hotfix,优先保证当前规划的task能快速发布到现场。

研发代码管控不严格,未规划到H12的代码被Check in 进来

  • 首先研发负责人要给具体研发工程师传递开发范围,其次代码管控人员要严格控制非范围内的代码提交,提交前研发负责人需要尽责的review提交的代码

解决方案总结

  • 对于新增需求:需求详细通过纸面传递给研发,研发写出详细Design Task,且PO,研发测试必须参与评审,最终测试据此写出合适的测试用例并与研发一同评审,研发与测试共同评估测试范围,测试执行测试。

  • 对于解决的Bug:研发与测试共同评估测试范围,测试执行测试

  • 对于范围规划:规划好的范围最好不动,有紧急的可以视情况加入,不是那么紧急的可以往后规划

  • 对于时间规划:研发根据具体task给出合理的时间评估,测试给出合理的测试时间,项目据此规划发布计划。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值