测试流程的总结
做了半年网销测试,流程算是敏捷,之前没写过,就类似流水账似的简述一下吧
网销这中模式的测试,我是第一次,业务相关知识1周上手,很快就开始进入正式的测试工作中,基本上做了1一个月了解项目的流程;慢慢的发现我兼职了流程监督的工作
网销版本频繁(都是小需求),2周一个版本,需求第一周的时候还会有变动,敏捷的好处,需求变更快捷。
第一周:
第一天,版本评审
相关人员建立版本,业务提供需求,开发测试评估是否在2周内完成,确定使用环境,分配需求对应的开发测试人员。这就开工咯
第二天,测试案例设计
开始写测试案例,基本上一天完成是没问题的
第三天,案例评审会议
召开案例评审会议,我还要做会议纪要,回来将会议上确认修改等内容总结,知会大家
这个会议很重要,有什么不懂要和业务请教清楚。回来后将案例整理好,上传到QC上
第四天,冒烟测试
对的,这就开始测试了,当然开发还没有做完,这不影响我们测试,敏捷,就是这样开发做一点,我们测试一点,时间、时间、时间
第五天,冒烟测试完成
冒烟测试,对我们来说,就是基本功能完成,流程走通,边边角角的测试后面再做,这个时候我经常做的就是到开发耳边催促,快点转测试,快点改bug
当然冒烟测试报告和进度是必不可少的
第二周
第一天,系统测试
今天按计划是系统测试,但是上周五的冒烟很还没结束,bug还很多,追着开发改bug,开始进行全面的测试
第二天,还是系统测试,发进度报告
第三天,业务验收
这时候我们可能还没有做完系统测试,bug有,不多了,今天要完成系统测试,业务验收完毕
第四天,回归测试
痛苦的回归,回归测试我来到这个项目的时候,自动化还没有做起来,大家一直想做,但是产品变动大,做了也是白做。回归过后,发系统测试报告
这个版本就结束了
不是两周吗,解释一下,我们周四发版本,周五才是一个需求开始的第一天,不过,大家经常是周四发版本那天加班,这个第一天就是大家调休。。。。