/
版本周期

版本周期

这只是一个大体的时间,大家可以灵活变动

暂定:周二下午需求评审,周五下午测试用例评审

1、常规需求,在周二下午【需求评审】会议结束,定下周三冲刺要做的jira,需求评审会议纪要:待确认的指定责任人,确认结果@开发测试。

2、开发周五下班前完成80%的jira开发,反馈未完成jira完成时间。

3、测试下周二下班前完成80%的jira测试,反馈未完成jira完成时间。

4、需求在周三6点前完成验收的,周三晚上上线。

5、统计延期任务:延期原因,需求、开发、测试,给出减少延期的方案。

6、紧急需求:若临时增加,需要进行需求置换,紧急需求临时上线要讲明原由

7、需求:加入冲刺的需求是已明确的,待讨论待沟通的需求不能纳入冲刺。

时间

节点行为

开发

测试

星期一

 

开发ing、改bug

测试

星期二

需求评审(下午2点30)

分配任务、开始开发,改bug

测试

星期三

上一个版本上线

开发ing

需求验收、测试任务分配

星期四

 

开发ing

生产验证、测试用例编写,测试。提醒开发代码同步最新版本,新版本开发代码部署branch

星期五

用例评审(下午2点30)

开发ing,自测

测试用例编写,用例评审,测试

星期六

 

 

 

星期日

 

 

 

星期一

 

开发ing、改bug

测试

星期二

 

开始开发

测试

星期三

版本上线

开发ing

需求验收(下午6点前)

重点介绍测试流程:

需求分析-->测试用例编写-->测试用例评审-->根据评审情况修改测试用例-->测试执行测试用例-->验收-->测试报告-->上线后的生产验证

 

Add label

Related content