中年危机来早了?

来源:互联网 发布:pdf编辑软件电脑版 编辑:程序博客网 时间:2024/04/29 21:06

今年以来,一首《时间都去哪儿了》的歌曲红遍了大江南北,在听完之余不禁也发出了如此的感叹:时间都去哪儿了,还没好好感受年轻就老了~

不知不觉已经大学毕业四年了,也已经从事软件测试行业四年了。

刚毕业的时候,本来想找一份软件开发的工作,可惜在大学期间学艺不精,面试了很多公司都被拒绝了。当时印象最深的是去面试上海的新致软件,笔试一次,面试两次,记得最后一次面试的时候,那个Mrs HR问了一个问题,软件开发过程中有哪些环节,哪个环节是最重要的?记得当时我给出的回答是:“主要环节有开发、测试、上线运维,其中最重要的是编码。”结果自然是无缘成为一名软件开发工程师。

一个机缘巧合,接到了上海乾隆高科技的面试邀请,当时面试的职位是“软件测试工程师”,面试我的测试经理问了我一个问题“为什么要选择这个行业?”,当时比较实际的想法是:这只是一个曲线救国的暂时选择,通过软件测试进入软件的行业,再通过不断的学习,最终转行做一名软件开发。相信时至今日,有很多应届毕业生,还是会有跟我相同的想法。

后来通过自己的努力,自学了一年的JAVA,中间还苦练E文,最终通过了HP的面试(文思海辉外包),但是最终考虑种种原因,并没有选择转行,这个以后再说。

做了四年的软件测试,从最初的纯手工黑盒测试,终日的重复劳动,到现在做接口测试、白盒测试,代码能力不谦虚的说绝对不逊于一个1~2年经验的开发。

现在越来越多的是在思考,软件测试到底是在做什么?到底以怎样的价值存在?特别是随着奔三的节奏越来越近,一个问题在脑海中产生:30岁的时候,作为一个软件测试工程师,我能站在哪里?人无远虑,必有近忧,早点思考这个问题也是有好处的。

1、软件测试到底是在做什么?是以怎样的价值存在?

我们都知道,软件是为了满足客户的某种需求而产生的,其中开发的价值很好体现,通过设计、编码产生的产品就是最好的体现。

那测试呢?测试就是在检验这个产品是否已经满足了客户的需求,这其中包括功能、性能,再高大上到所谓“用户体验”。

那没有测试行不行呢?据说FaceBook就没有测试,但是这里所谓的没有测试,是指没有专门的测试工程师,不是说他们产品没有经历过测试。而且这也是由于它的产品性质决定的,使用者对于它们的产品的容忍度也会比较高。例如说,因为某个缺陷,导致你几个小时不能分享最新状态了,你也不会怎么样,大不了等几个小时嘛,也不会怎么样。

但是要是金融行业呢?例如我们O3的产品,由于某个缺陷,导致投资者无法进行正常的股票买卖了,那就是不能容忍的了,所以说,一旦涉及到钱了,问题就大了。

所以测试是以对质量的控制,对问题的防御来体现自己的价值的。例如某个问题一旦出了,要损失多少钱,那经过你的测试,最终没有出这样的问题,那这个就是你的价值。这里只是简单的比喻,不要过分追究哈~

那接着问题来了,测试能保证发现所有的问题么?哎,咱们换个话题吧......

2、软件质量是测试出来的?

一直说要测试保证软件的质量,但是测试真的能保证软件的质量么,这个还是要打一个大大的问号。

做了四年的测试,经历了三家公司(乾隆高科技->上海大智慧->恒生电子),越来越深的体会就是:软件质量真的不是测试出来的。

再回到上面那位Mrs HR的问题,在软件开发过程中哪个环节最重要?现在要我来回答,绝对不是编码了,而是需求和设计!

也可以说,软件质量是被设计出来的。个人之见,有不同意见欢迎指正。

有多少测试因为需求不明确导致返工的?有多少测试是因为设计问题导致缺陷一堆的?再甚者就是互相推诿,互相指责,需求怪测试不充分,测试怪需求不清晰;

开发嫌测试不懂设计,测试又怪开发设计烂......真是无力吐槽啊......

那该怎么解决上面的这些问题呢?这个放在下一篇文章专门来探讨吧。

3、路在何方?测试or开发?

其实,我一直坚信的就是,做好测试也需要很强的专业技能,也一直朝着这个方向进行努力。其实你真的写过代码,了解其中的实现,也就知道,其实也就是那么回事,

只要不是重新创立一门语言,仅仅是使用一门语言,远没有你想象的那么难。

我一直以来给自己的定位也是:技术 + 业务!

两架马车,齐头并进,不做技术强劲的业务白痴,也不做业务专家的技术呆子。

但是结合到实际的职业规划,应该是走技术流,还是管理流呢?

这个还是要深思熟虑一下的。



0 0