开发问题反复
- 先保证需求各方都清楚且达成一致,研发认真分析问题的根本原因,解决后先自测,确保问题解决再发给测试,且研发应严格执行Code review。
新增功能做得不好,测试出问题被打回修复
- 需求详细通过纸面传递给研发,研发写出详细Design Task,且PO,研发测试必须参与评审,最终测试据此写出合适的测试用例并与研发一同评审,研发与测试共同评估测试范围,测试执行测试。
发布过程中加入新的需求导致研发和测试匆忙上场
- 如果现场有紧急的新需求就放到下一个Hotfix,优先保证当前规划的task能快速发布到现场。
研发代码管控不严格,未规划到H12的代码被Check in 进来
- 首先研发负责人要给具体研发工程师传递开发范围,其次代码管控人员要严格控制非范围内的代码提交,提交前研发负责人需要尽责的review提交的代码
解决方案总结
-
对于新增需求:需求详细通过纸面传递给研发,研发写出详细Design Task,且PO,研发测试必须参与评审,最终测试据此写出合适的测试用例并与研发一同评审,研发与测试共同评估测试范围,测试执行测试。
-
对于解决的Bug:研发与测试共同评估测试范围,测试执行测试
-
对于范围规划:规划好的范围最好不动,有紧急的可以视情况加入,不是那么紧急的可以往后规划
-
对于时间规划:研发根据具体task给出合理的时间评估,测试给出合理的测试时间,项目据此规划发布计划。