我的第一次跳槽

上一篇 / 下一篇  2012-02-03 14:44:07 / 个人分类:工作随想

选择离开
一次意外的机会,我选择了离开那个呆了3年的中大型企业,在一片不理解的声音中走进了一家小小的企业。
选择离开,其实是深思熟虑的。我知道那个时候选择离开,经济损失是必然的。但是,跟职业发展比起来,眼前的经济损失又算得了什么呢?
继续呆在原来的公司,未来半年内,我的工作内容是什么,已经毫无悬念。而且,那并不是我向往的。
离开后,一切都是未知,因为事实是否真如招聘人员所说,无法事先确定。未知虽有不安,但同时也给人希望。
比起“毫无悬念”,“未知”更充满诱惑。
即使以后发现不如意,也没关系,就当是丰富自己的人生经历。

新工作的感想
我的这次跳槽,不仅仅是两家公司的变动,行业的跨度也很大。
原来是无线通信的嵌入式软件的测试,是产品的测试,跟我的专业相关性比较大,如今是互联网行业,以项目的形式生存,而且业务有很强的专业性;
原来做任何事情公司都有相应的流程,每个人都按流程来按部就班地做事,协调起来很简单,如今,没有流程来规范大家,来告诉大家如何协作。于是大家的想法就有些狭隘。开发人员觉得,他的任务就是写代码,代码调试完,事情就完了。其他所有需要他们配合测试的事情都是在浪费他们的时间。
转眼我来新东家,已经4个多月了。
4个月来,我被强烈的挫败感笼罩着,没有一件事情做到让自己满意,心里很难过。
我在想这究竟是什么原因。先看看现在的工作模式:
1、一个接一个的修改单,“XX功能今晚要发布”、“XX功能明天一定要上线”。在这种紧张的情况下,我感觉自己真的只是在验证某某功能是不是正常,我甚至希望不要找出BUG,不想反复修改,不想凌晨4点回家;
2、一个新增加的功能,或新的修改点,突然丢到你面前,跟你说这两天尽快测试,很快就要上线。然后在手头有A任务的情况下,又插缝处理B任务。赶紧找人快速将功能讲解一遍后,连测试用例都没有的情况下,直接开始测试。测着测着老大又说,B任务暂时不用测试,先测试A任务。。。。。;
于是4个月来,测试了很多修改单,都没有测试用例,只是简单的列举了一些测试点,没有任何人评审过的测试点。。。。。
3、我知道自己对业务的熟悉程度很大程度上也影响着自己对需求的理解,从而影响到测试的质量。虽然跟需求人员有直接沟通,但是,仍然不能保证功能的正确性。因为几次的事实教我发现,有的时候需求人员跟功能设计人员在功能设计上就存在漏洞。而我在编写测试点时,却没发现这些。说明我根本没做到深入思考。
如何保证测试质量,我真的茫然。。。
目前我能想到的是仍然要从以下两点做起:
1、测试需要尽早介入;
2、不管怎样的修改,都需要有测试用例。并且要求需求人员、功能设计人员以及开发人员给出评审意见。
好吧,先做做看,看能否做到!!
 

TAG:

 

评分:0

我来说两句

日历

« 2024-05-14  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 1882
  • 日志数: 6
  • 建立时间: 2011-11-02
  • 更新时间: 2012-08-20

RSS订阅

Open Toolbar