当产品已经上线运营或已交付用户,不断的BUG修改或用户的新需求使我们不停地修改--测试和维护.但同时,开发又会有下一个版本的同步开发,不可能要求所有的BUG和需求变更都推迟到下一个版本,那怎么样皆顾两者呢?

    原来的一个前辈对我说:这是不可能的,要分清主次,运营网上的修改是最重要的,此时,应该停止内部开发的所有工作,全力支持维护测试.

    但我真希望兼顾两者.经过很多次教训,我理想中的处理模式是这样的.

   在配置管理上:对运营网上的BUG修改(需求变更),建立分支,进行开发\测试\试运营\正式运营.然后如果需要合并,则将此分支合并到主干上.

    如果修改不影响现在的主干,可以不建立分支,但必须以补丁的方式发布\测试\运营.

    对应的测试,建立两套环境,开发测试环境和运营测试环境,对分支中修改生成的补丁进行测试.后来的环境是一样的.

    然后对于开发测试,要区分两种情况,如果维护测试已经正式运营,并且分支已经合并,那么合并后的版本必须重新测试.

    这里面有些问题要解决好:1\合并的冲突问题.如果合并有冲突,必须手工解决. 
                                                    2\分支的合并间隔最好不要超过一个星期,就是每周的周五一定要完成合并.
                                                    3\合并后必须对整个补丁版本进行重新测试.

转载请注明出处：blog.51testing.com