我的测试日记（一）

测试流程的总结

做了半年网销测试，流程算是敏捷，之前没写过，就类似流水账似的简述一下吧

网销这中模式的测试，我是第一次，业务相关知识1周上手，很快就开始进入正式的测试工作中，基本上做了1一个月了解项目的流程；慢慢的发现我兼职了流程监督的工作

网销版本频繁（都是小需求），2周一个版本，需求第一周的时候还会有变动，敏捷的好处，需求变更快捷。

第一周：

第一天，版本评审

   相关人员建立版本，业务提供需求，开发测试评估是否在2周内完成，确定使用环境，分配需求对应的开发测试人员。这就开工咯

第二天，测试案例设计

  开始写测试案例，基本上一天完成是没问题的

第三天，案例评审会议

  召开案例评审会议，我还要做会议纪要，回来将会议上确认修改等内容总结，知会大家

  这个会议很重要，有什么不懂要和业务请教清楚。回来后将案例整理好，上传到QC上

第四天，冒烟测试

  对的，这就开始测试了，当然开发还没有做完，这不影响我们测试，敏捷，就是这样开发做一点，我们测试一点，时间、时间、时间

第五天，冒烟测试完成

  冒烟测试，对我们来说，就是基本功能完成，流程走通，边边角角的测试后面再做，这个时候我经常做的就是到开发耳边催促，快点转测试，快点改bug

  当然冒烟测试报告和进度是必不可少的

第二周

第一天，系统测试

  今天按计划是系统测试，但是上周五的冒烟很还没结束，bug还很多，追着开发改bug，开始进行全面的测试

第二天，还是系统测试，发进度报告

第三天，业务验收

  这时候我们可能还没有做完系统测试，bug有，不多了，今天要完成系统测试，业务验收完毕

第四天，回归测试

  痛苦的回归，回归测试我来到这个项目的时候，自动化还没有做起来，大家一直想做，但是产品变动大，做了也是白做。回归过后，发系统测试报告

  这个版本就结束了

不是两周吗，解释一下，我们周四发版本，周五才是一个需求开始的第一天，不过，大家经常是周四发版本那天加班，这个第一天就是大家调休。。。。