三个月的测试经历都能学会什么

　　作者：shangxinker

　　从一个可笑的日子(四月一号)开始我进入公司,来到了现在的这个项目组,负责WEB端的测试.

　　在这个公司的日子与以前不同,虽然以前也工作过,但工作的强度与流程全完不能与之相提并论.在项目组里我真的学会了不少东西。

　　BUG中间状态有：Fixed、Open、Worksforme、By spec、Duplicate.

　　BUG终状态有：Closed、Invalid、Later.

　　一个BUG的生命周期：

　　1． 发现一个BUG（new），提交缺陷报告，assigned to 开发项目经理

　　2． 开发人员修改后把BUG状态改写为fixed并assigned to 给提交此BUG的测试人员

　　3． 测试人员在新的版本中验证这个BUG，如果修改正确如预期结果所示，测试人员可以把此BUG closed，反之如果在验证此BUG时发现此问题仍然存在，测试人员需要把此BUG open并assigned to相应的开发人员。

　　4． 对于不可重现的BUG，也就BUG状态被开发人员置为worksforme的BUG，要在每一个build版本中验证。如果重现open给相应的开发人员。开发人员修改并fixed后测试人员进行验证，通过closed，不通过继续open。

　　5． 如果是测试人员对需求理解有误，那么开发人员就会把BUG状态置为by spec。

　　6． 如果此BUG需求里面没有定义或者是开发人员技术问题，那么就需要开发人员或产品人员把此BUG状态置为later。

　　对于BUG级别的化分每个公司都各有不同，所以在这里也不必说明。

　　版本的部署问题

　　我们这个项目每周一都会提交一个build版本，那么就需要一个对系统架构很熟悉的人进和版本的部署，但这个任务也可能分配给一些领导认为可以培养的人，作为一个考察的方式。

　　而我就是个考察对象（有人说我很幸运，但我觉得很不幸），在每次提交版时我都要重新建立一个数据库，到linux中去删掉之前的war包，重新cp一个新的war包到指定的文件夹内，一步一步按着先后顺序，拷贝好后，进入文件去修改参数。参数OK后，重新启到JBOSS，IMCC，目前还要手动的去数据库中添加一条记录，全部over后版本部署就算完成了。在IE浏览器上访问一下，如果访问没有问题，查看版本号与提交的版本号一致，那么此次版本的部署为成功。测试人员开始对此版本进入冒烟测试，发现问题提交BUG报告。

　　关于带新人的问题也是让我很是头痛啊，明明我也不是旧人啊！到公司之后让我知道有太多太难的事情了，有太多我不会做的难题了，公司真的是把强人所难做到最后的地方。刚进公司两个月开始带四个新人，头两个是属于勤问型，就是不管需求写的多详细多具体，都说看不懂还是问的清楚些，所以没过多久被fire了，后两个是因为看需求看的太仔细了，一丁点小事儿也要来问问要不要提BUG，虽然我不喜欢这样儿的方式（因为我要做的事情太多了，一被打断就让我很难受，感觉很不好）但是他们被留下了。根据这两次的经历我总结出来一条经验，以后BOSS再让带新人。行，能带，问我则回答，不问则不理。

　　以上是我工作三个月的一点体会，写出来与和我处境一样的朋友一起分享，第一次写条理有点乱，以后会慢慢改善。