我对测试的认识之路--我与测试之z公司(2)

发表于:2012-11-09 11:20

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:huawen    来源:51Testing软件测试网采编

  测试工作选择了我。到今天为止,从事测试工作已经六年零两个多月了。回想一路走来,真是不易。刚毕业那年,因为向往着高工资,经一个亲戚介绍,来到了一家深圳的网络公司L,开始了我的测试之路。

  之所以让我做测试工作,因为大家都认为测试工作没有什么技术。后面想转开发,发现开发工作要天天对着电脑屏幕,因为怕眼睛受不了,所以就坚持这做测试了。

  刚开始测试,因为测试的是网络产品,就想着从网上收集一些资料,然后整理成体系(自己常常做事情就是这样,从大出着眼,又从大处着手;没有从手头的工作开始,导致和当前做的事情合不上拍子。)。后来当然没有时间给你这么搞。然后就开始跟进测试经理编写的测试规程,测试802.1X协议的switch功能部分。

  然后学习smartbits测试仪表的操作,测试二层设备的性能指标。当时觉得能操作这样的设备,就能够为自己挣下资本,其实根本就不值一提。我工作一个月后,测试经理转去做开发了。

  然后开始自己编写测试规程,测试802.1X的客户端,和服务器端radius。内容主要是单功能点验证和多客户并发的性能验证。在L公司期间,整个测试的地位就是开发的秘书,只管发现问题,同时对开发的调试版本进行测试,对问题如何解决并不关心。

  由于三层交换机的实现方案,软硬件解决方案均为购买,所以整机一下子提供的功能是非常多的,从命令行可以看到。多说功能开发也不知道是什么意思。但自己也不懂这些,就开始根据CLI帮助打印的指令,自己开始摸索,包括vlan、vlan上配置IP、通过三层交换进行pc间通讯等。

  后面开始OSPF协议测试。跟进H公司一位李大师的讲座,了解了整个OSPF的全貌,然后跟进国外一所大学的测试规范,进行翻译,执行测试。整个测试进行的就是协议一致性测试。当时前测试经理就认为,进行完协议一致性测试,没有问题就没有问题了。实际并非如此。

  后面spirent公司介绍引入了TRT测试软件,对OSPF协议进行性能测试。根本跑不起来,就是一阵乱测。

  后面就要评估OEM的extrem路由器,学习了组播路由DVMRP。再后来评估博达的路由器,参考国外网站的测试报告进行测试。学了链路层的一些协议,包括ppp等,同时学习了BGP路由协议。

  换上来的测试经理魏F不懂测试,但是总是指导你这么干,那么干,让人非常难以接受。因为外行领导内行(在技术方面),有不懂得研发管理,所以总是与他顶牛,所以过的很不开心。

  后来到H公司面试,发现自己学的东西太低级,没有什么市场。所以担心在这么待下去自己会废掉,所以总想着学东西,赶紧跳槽。所以自己做什么总是藏着,不断利用时间来学习。

  在L公司那段时间,不开心的地方除了和领导顶牛外,还有就是研发流程让人非常不爽。因为研发经理李J从未考虑过测试需要前期调研,前期跟进准备,而是在项目开发期间,测试在进行上一个项目的测试。项目开发出来后,直接开测。而且只有在操作测试仪器时,才叫测试,学习东西进行测试准备时,不叫测试。学习应该在私下学。而且一个版本给的时间非常少。但是自己总是想考虑周全才开始动手测试。这样开发和测试的衔接处就出现了空白。责任就在测试身上,就在我身上。另一个现象就是,由于前期准备的不充分,在测试中准备,导致问题发现就像羊拉屎,一个接一个,拖拉很长时间,总有新问题。这又是李J容忍不了的。实际所有的领导都很难接受这样的现象,他们都希望测试一遍,过完所有案例,将问题全部找到,然后开发一个个解决,项目逐渐收敛。但这样做的前提是测试需要充分准备。所以自身一直努力的是如何将用例设计全。而对组织的要求是制定合理的计划。测试出于开发活动最末端的环节,项目又是依据市场需要的实际进行倒推时间。流程前面的不规范,很多问题没有考虑清楚,导致问题被带了下来,被逐级放大。开发延期最后影响的是测试的时间。

  开发和测试人数的比例。因为觉得测试任务很紧,没完没了的加班。同事中就有的说开发和测试的比例应该是1:2。而实际L公司当时根本不成比例。

  面试H公司让自己开始关注问题处理的记录,发现的问题是如何被解决的。这时就想建立一个故障库。它可以为测试案例的设计提供基础,同时为新员工熟悉产品历史和测试案例设计提供平台。

  管理问题,魏F很少考虑测试的事情,只是欺下媚上。有了问题,让下属承担责任;有了功劳,报告成自己的。

  带着这些问题进入了F公司,离职的时候,李J的提问让我开始考虑如何将项目做成功这个问题。这些心结,在F公司基本得到了一一解决。

  在F公司,测试介入项目的时间比较早,有比较长的准备时间;同时对延期不是太看重,所以有充足的时间进行测试执行,并不断进行案例补充,所以找到了设计完备测试方案的方法,即处理单元测试+仲裁单元测试。小组长参与测试,设计最后的集成测试案例,也解决了外行领导内行的尴尬。由于并没有受到老板的看重,并且受到排挤,有开始躲着学东西,并且周报写的也不尽心,给老板也没有了好印象;且没把小领导放在眼里,又落下了目无管理的印象。最终离开了公司。

  之后来到了Z公司,接触了测试方法的研究,过程管理,平台设计,人性化管理,以师带徒。这让自己觉得以前那些摸索出来的东西很土。

  对测试方法的研究,首先就是测试的概念。

相关链接:

遭遇测试概念--我与测试之z公司(1)

《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • Carl_Lew
    2012-11-23 16:48:50

    在跌跌撞撞中谋求进步,很多人都是这么走过来的

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号