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

开发问题反复

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

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

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

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

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

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

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

解决方案总结

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

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

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

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