/
版本周期
这只是一个大体的时间,大家可以灵活变动
暂定:周二下午需求评审,周五下午测试用例评审
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点前) |
重点介绍测试流程:
需求分析-->测试用例编写-->测试用例评审-->根据评审情况修改测试用例-->测试执行测试用例-->验收-->测试报告-->上线后的生产验证