发布新日志

  • 10年测试路-困

    2017-10-11 07:59:04

       曾几何时,对5年工作经验的同事敬仰有加-“工作那么久了"。如今,悄无声息地自己工作10年了,似乎只剩下困,突然得有点不知所措。

       困难。 作为小公司的测试经理,突然感觉职业前景不明朗了。下个目标是大公司测试总监?空降测试总监的可能性不大,除非在业界非常知名,所以在小公司工作一段时间后建议尽早去大公司就职,上升空间更大。所以年初曾去大公司就职,想往大公司测试总监准备。谁料,大公司加班强度太大、不喜欢上级的管理风格等因素4个多月后离职了,再度回到小公司,就业后唯一不快且遗憾的就职经历。但即使成为测试总监,似乎到头了,测试在IT公司中很难再有更高的职位了并且较难转去其它职能,没有想力的职业前景形成职业发展瓶颈与心理瓶颈。

       困惑。10年后的自己该何去何从?从未有过的困惑萦绕不断。继续在IT行业工作,测试职业前景并没有太多想象空间。转去做开发还来得及吗?转去做产品?或许也是一条路,但一般产品的前景似乎并不好多少。如果合适转销售或许也是个选择,销售成为公司核心高层还是很常见的。
       如果继续走测试职业道路,那牛逼的测试是如何的呢?理论上还是技术上?疑惑中。提高开发测试比?牛逼的测试方式?困惑中,或许我应该跳出测试的圈子,整个研发角度考虑这个问题。另外,转行能做什么?自己有什么优势?IT创业中软件测试基本忽略了?更无法成为真核心。或许跳出IT研发创业的圈子,IT应用创业的圈子或许是个方向。

       困。 困难或困或的根本原因是觉得测试职业前景没有想象力,或许这也自己纠结测试开发的比较有关,一直为此心累。很多时候,测试与开发从薪酬、职位、发语权等方面去比较,不仅测试人员比较,外部人员一样会去比较,甚至有时都不好意思说自己是做软件测试。并不是不自信,似乎地球人都知道,与开发各方面比较测试都是占下风。大家都认为是干不了开发所以去做测试,但坦白说大部分同行确实如此。
       IT最终输出就是软件,软件最重要的技术能力就是编码,是基础也是核心,而软件测试却远离了它。所以IT公司可以没有测试但不能没有开发,IT创业也是如此,往往基于成本等考虑确实不会有测试。所以,感觉测试很鸡肋,在公司越高层的测试职业越有有明显体会。
       计算机科学与技术作为我第二学位,虽然并未荒废但此前并未考虑以此为职业,就业时匆忙选择了不甚了解的软件测试,以为真像传说中的“测试像医生一样,越老越吃香”。其实刚工作不久,有同事直接转去做开发或专门辞职学习再转开发,自己却想着“行行出状元”,或许也是惰性使然,无语中... 所以现在跟刚毕业或毕业不久的同学聊天,都建议尽量选择开发职业,即使你想往测试方向发展。

       曾经以为注重职业规划,规划并努力学习相关技术,最终发现数据库相关技术可能不如专业DBA,服务器相关技术不如专业的实施,编码不如开发人员,而测试理论相关却并没有太高的门槛,自己似乎成了个万金油,10年后只剩下3个困。不怀疑软件测试的价值,但怀疑软件测试的职业!
  • 诚聘软件测试工程师[广州]

    2009-12-15 17:39:13

    公司名称:广州粤能电力科技开发有限公司

        
    本公司主要面向广东电网和南方电网开展业务,现有员工300多人,业务量充沛,

    福利待遇稳定有保障(五险一金齐全,有项目提成等激励机制),发展前景较好。

    工作内容:软件功能和性能测试

    联系人:梁先生

    QQ:164685500(
    注明:应聘)

    座机:020-85124034

    邮箱:liangzhihong1984@126.com

    岗位描述:

    岗位一
    岗位名称:高级软件测试工程师(2人)

    学历要求:大学本科或以上学历 

    岗位描述:

    1
    、参与软件产品的需求分析,负责测试计划与测试方案制定;
    2
    、带领其他测试工程师执行项目测试;
    3
    、执行软件产品的性能测试和分析,预测系统性能瓶颈,风险和安全隐患;

    岗位要求 

    1
    、计算机相关专业,本科或以上学历;3年以上软件性能测试工作经验; 
    2
    、有担当软件性能测试项目负责人经验者优先;
    3
    、精通测试用例设计,掌握系统性能测试方法;
    4
    、精通相关测试工具(WinrunnerLoadRunnerSilkPerformer 
    5
    、精通QC或相关测试以及缺陷管理工具 
    6
    、具有良好的沟通能力和较强的分析和总结软件问题的能力
    7
    、有开发经验者优先考虑


    岗位二
    岗位名称:软件测试工程师(4人)

    学历要求:大学本科或以上学历 

    岗位描述:

    1
    、参与软件产品的需求分析,负责测试计划与测试方案制定;
    2
    、执行项目测试;
    3
    、执行软件产品的性能测试和分析,预测系统性能瓶颈,风险和安全隐患;

    岗位要求 

    1
    、计算机相关专业,本科或以上学历;
    2
    、掌握测试用例设计,掌握系统性能测试方法;
    3
    、掌握相关测试工具(WinrunnerLoadRunnerSilkPerformer );
    4
    、熟悉Oracle,SQL ServerDB2数据库中的一种或多种;
    4
    、掌握QC或相关测试以及缺陷管理工具; 
    5
    、具有良好的沟通能力和分析总结软件问题的能力、有开发经验者优先考虑

  • 测试工作两年感

    2009-06-15 23:28:53

        测试工作两年多了,对这两年来的工作有太多的感触。
        大学时期本专业是工商管理,由于对计算机的向往(那时觉得计算机是很神奇的)及本专业的空余时间多的原因修读了计算机科学与技术双学位。基本上大学时期还是比较认真的吧,起码每年有奖学金拿,呵呵。毕业找工作了也没想过找计算机相关的,一个偶然的机会听同学介绍软件测试这个职业,网上搜索下似乎不错哦(什么缺口大啊,薪水高啊。。一个晕),就投了一些软件测试的职位。无心插柳柳成荫,就这样选择了软件测试这个职业。
        “误入歧途”,一开始还是很感兴趣的。但一段时间后觉得软件测试技术含量太低了,一起进去的几个同事也离职转开发去了,心真是拔凉拔凉的。半年后也有想离职了,但就在那时,公司换了个新的技术主管,比较看重我,并带领我们开始做自动化测试(selenium),其中不少探索性的工作都交给了我。那个时期被委以重任的感觉真是很好。可惜,公司领导始终不够重视测试,我最终选择了离开(真的很舍不得我的主管Stanley,也觉得辜负了他的期望)。
        继续测试职业。有了一年多的测试经验特别有自动化测试经验再去找工作还是比较容易,让我感觉到了测试职业有那么一点亮,进入第二家公司继续测试。不久后感到郁闷了,虽然leader还是比较支持自动测试方面(selenium and QTP),但由于我所在团队是测试外包的项目(美国一家公司),环境搭建那些完全由美国那边搞定,对数据库啊,服务器那些完全接触不了,更糟的是他们从不做性能测试,也从不想去改进测试流程。看到论坛上那些测试牛人的介绍,仿佛我还处于测试的边缘,开始失望。但公司气氛不错,我也不想工作换得太频繁,对自己职业发展不利,等待机会。一年后,工作内容没有太大变化,我们测试团队也没有发展的迹象,反倒是团队越来越小。一年续签了,公司没有实现当初的加薪的许诺,我辞职了。当然,我辞职是早有的念头,觉得在这里再工作一年自己的能力也没多大提升,不如趁早离开,不加薪只是导火索吧。
        就这样,两年多的测试,让我喜让我忧,时而惊喜时而失落,让我看到希望又让无数次迷茫,矛盾。很明显,软件测试这一职业完全没有培训机构吹的那么高,在中国绝大部分公司内,软件测试是绝对次于软件开发的,薪水更是无法比较的。所以经常有不少讨论开发与测试,其实很明显开发对测试占绝对优势。那就是软件测试完全没有前途了?那也不是,不常说360行,行行出状元嘛。这句话虽然说得有失偏颇,但软件测试牛人(包括技术与薪水)还是有的,但说实在,不多。大部分中小公司对软件测试技术要求并不太高,薪水当然也就高不了。所以如果在考虑选择开发还是测试,无疑开发是首选,即使最终希望做测试工作最好也先选择软件开发。
        于我自己而言,如果没有出现特别好的机遇,软件测试将是我长期从事的稳定职业。我本身对软件测试还是比较感兴趣的,特别是自动化测试与性能测试,自身也还是比较适合这个职业。这几年还是会侧重于技术方面的学习吧,包括各个系统平台,网络编程,数据库等方面,也开始涉及测试管理方面。对于所能到达的高度,我不敢保证是最优秀的,但我一定会是中上的。即将加入新公司,对自己说声“加油!”
  • 软件评测师

    2009-05-24 10:38:33

        终于,昨天考完了软件评测师。
        至于结果就由它吧,通过了无疑是好的,如没通过也达到了自己当初考软件评测师的目标。刚开始工作时就有听说过软件评测师这个考试,但听当时的leader说含金量不高,所以就不去留意它了。但后来听一个较资深的leader推荐它,认为它虽然考试含金量不高,但它要求的知识面却是我们日常工作中需要的,而且那个《软件评测师教程》虽然讲得比较浅显,但比较全面系统,值得一看。我随即想下也是,在学校没有专门的软件测试这课程,那些理论知识也是东看一点西看一点,没有很系统化。现在工作了快二年了,对软件测试也有自己的一些肤浅看法跟体会,不如就趁此好好全面系统的看下软件测试理论知识,顺便温习下相关的知识吧。
        所以在看《软件评测师教程》的时候,我还是比较认真地去看了,研究就讲不上了。呵呵。。。然后结合自己的实践却也是受益匪浅。对于系统化的理论知识有了个较为清晰的认识,理论指导实现的意义与局限性及实践中应用理论的不足也有一些体会,并做了记录,想看完考试后陆续贴上博客来与大家分享,也记录下自己的测试足迹。
        或许有同行会说懂那些理论有什么用呢?现实中基本上用不上。这在我们现在这样的测试环境确切有不少是根本不需要“懂”所谓的测试,甚至有些夸张的说会用电脑就可以了。那个什么理论有意义吗?我要肯定的说理论绝对有意义,而且有非常重要的意义。理论指导实践,这是无可厚非的,没有理论指导的实践会成为无头苍蝇。当然你只将理论记下来是没用的,只会纸上谈兵。我们需要将它与实践相结合,转化为自己的测试思想,以更好的指导实践,并更好的修正深化理论。
        理论也很重要,这是我在看完软件测试教程后,联系自己的实践得到的第一个成果。
  • Start QTP

    2009-01-07 21:51:26

        测试工作一年多了,对自动化测试较为感兴趣.所以在工作后的第一家公司接触了WEB自动化测试工具Selenium后兴奋不已并投入了不少时间与精力去研究,但根基较浅,虽有成果但仍讲不上精通.一年后因一些原因离开旧公司后来到新公司跟一个同事实现了公司一个项目的自动化测试,算是尝试吧.效果还好吧,但经历过几个版本的使用之后,对脚本的维护也感到有点厌烦了,主要是有一大部分是另外一个同事所写而且有不少依赖于现存数据,一旦测试不通过就得去维护那些数据,所以维护脚本还要维护数据,有点.只想项目作大改动,重新设计编写过所有脚本.这也让我认识到自动化测试中,测试框架及脚本组织与自动化用例设计的重要性.以前以为自动化测试主要是学会如何写好脚本,其实自动化测试思想更重要,脚本编写只是其中一环,顶多是重要环节之一.

       但无论如何这一环也是需要的,必不可少的,也是好的自动化测试思想的来源,所以也准备花多点时间探索Selenium.可惜,做了其它项目后暂时用不上Selenium,工作时间探索的机会少了. 直至做另外一个项目是基本C/S的,Selenium用不上了,Leader 便让我们寻求另外一个工具.当时我试用了下 IBM robot,感觉不错.但公司最后还是选择了现在较热的QTP,我想也不错的,我也想见识下,便与另外两位靓女同事开始探索QTP.

        经过一段时间的使用,掌握了QTP的基本操作了,感觉也不错.但是对其对象识别基于对象库不是很习惯,我已习惯了Selenium式的对象识别机制,当然QTP的描述编程也行的,还是感觉方式不够selenium多,不如其方便.此外,测试B/S结构的话支持浏览器没有selenium多.当然,说到功能上边,是QTP强大很多,人家热也有理由的.用了一段时间了还没使用上其较为强大的功能如调用dll等,还是感觉QTP还很深,需要更多去实践与了解,毕竟听说很强大.

        玩了一段时间也只编写了一些脚本,因为它竟然用于新功能的测试,甚至是十分微小的改动,如一个列表的一栏去除了.有点吐血,一开始以为只是用来练习,最后竟然是用来新功能测试.还好后来项目测试主要由我负责,整合了部分脚本用来做smoke test,还好不是完全没用效果.当然时间有限我也无暇再去怎样设计整个框架跟组织脚本,也没再为测试添加用例与脚本了.leader没有说就算了.希望下次实施自动化时能多点影响到,重视框架跟脚本组织及用例选择编写.

        看似有点埋怨leader,其实也不能怪她,毕竟她没怎么参与也没有自动化实践的经验.而且也应该谢谢她提供这个机会给我们去实践学习.现在算是开始踏上QTP的使用之路了,我也应该花多点去时间去学习实践下并归纳总结自动测试的精要,深化自己的理论,加强自己的实践.对于selenium这个系列的工具我也会持续关注并尝试,毕竟它是个不错的选择.

Open Toolbar