版本管理流程和项目研发流程.png
测试部分：
1、版本测试准入规则：
1.1正常版本，即正常立项、出开发计划、测试用例、版本发布评审的等，该情况按现有方式执行；
1.2线上问题Hotfix版本，该版本研发必须基于上一个生产版本进行修改（注意：Git里面代码需要打Tag，例如：1.0.1_release，1.1.0_test等），并且在提交的测试文档中详细列出所有修改点及影响点。测试评审过之后方可准入测试；如测试发现发现有修改没有包含在修改列表中，测试可以直接退回修改；该类型版本测试只会验证修改部分及主要流程；如果测试认为修改过多、过于复杂版本不适合走hotfix版本，则需要走正常版本流程
2、增加现场验证环节，即测试在版本部署完成之后一定要去现场验证（0-1天），如现场验证有问题需要增加版本回退机制（运维做好代码文件备份）。测试跟部署必须在一起，不能脱节，具体时间测试负责人确认，并且需要写到开发计划里面
所有的版本，不管大小；即使只修改了一个 文字，也一定要走以上流程，要求对应研发必须把修改点列清楚，且一定要在测试环境测试；
以上 除非研发总监特批，否则没有特殊情况。
不允许有例外情况，一经发现将严肃处理
网友评论