测试工作近三年有感

 

    不知不觉快三年了,三年只是相当于读了一次研,不过我读研的时候是实现了从不会写代码到会写一点代码的0-1式飞跃,而这工作这三年,虽然收获了一些,但也没有好好进行梳理,年后工作稍闲,整理了下思路

第一年

    熟悉业务,熟悉流程,熟悉工具,什么都是新的,充满了新鲜感,感觉各种高大上,干活充满激情,双休日也喜欢去公司加班,边加班边调环境,对服务和部署理解飙升,感觉基本已是无敌状态。当然我也知道部门很穷,但是日子过得很开心。只不过我认认真真测彩票,没啥漏测也基本不延期,为什么没人表扬我,后来想了想,要跟对项目啊

第二年

    流程上已经熟悉了,但为啥测试的效率提不高,陷入了反思和迷茫:为什么大家都喜欢用很搓的方式去测试,造异常要停服务停数据库,而不是优雅的自己搞个mock,为什么大家有点问题总是在群里问自己又不去看代码,为什么调测试环境的时间超过了测试执行的时间等等~~
    项目上对测试人员push的很厉害,测试人员做的事又杂又多,使得我也经常选用简单粗暴的测试方式而不是graceful的方式,虽然项目很快做完了,但是无感。有时候想用脚本改进某个测试过程,想了想写脚本要0.5天(存在写不出或调不通的风险),执行获得测试结果要0.5天,手工虽然需要1天,但明显手工执行稳啊,好吧求稳。
    说到自动化测试,测试平台的确功能强大,为降低使用者的代码门槛使用了web交互,但是增加和修改的效率不高,经常有一堆用例做出来但后来因为各种原因就废弃了,堆在那里;如果用gtest、xunit这种单测框架,虽然熟了以后效率会有所提升但学习成本又摆在那里,大家是否愿意学习呢。这里似乎是一个悖论了,底层的框架需要测试人员去学习但能提高测试人员的代码水平,封装好的框架易用但又不好用同时也不怎么提高测试人员的代码水平
    虽然部门里一直强调业务,但是不能成为只适应于这项业务或只能在这样流程下存活的人,学一些通用的技术也是很重要的,慢慢也开始自己学着用脚本做一些东西,虽然比较搓,比如用shell写点工具,写大一点的工具就各种蛋疼,后悔没有提前学python。然后用php做一些页面,没有框架和设计模式的思想,只是功能的堆砌。现在来看too young too native。
    感慨自己这一年在测试和技术方面,目光和格局都太小了。是否该关联的思考下,为什么下放BG前,系统测试的T3那么难晋升

第三年

    带了几个新人做了大单项目,这几位小弟虽然业务不熟但也没出啥大岔子,目测将来必是可造之才。
    换了部门,流程完全是轻到暴走,对比了下原来的重流程,我大概明白了原来的加班和现在的加班有什么不同:
        一个是重视质量兼顾效率,但效率不高,所以加班
        一个是开发流程走的飞快,测试跟不上,所以加班
     开始在知乎上关注大神,会去github上看下别人写的代码,多半看不懂,算法和设计模式要回炉重造。测试这行业学东西快,忘记的也快,几个月专心测版本,不撸代码,coding水平下降飞快,不断的学不断的忘,累觉不爱。重新看了几遍c++ primer 偶尔也能帮开发加加特性改改bug,至少线上还是有哥的代码的,可以吹吹NB
    测试组的测试开发同学很nice,跟他们学到了很多,要包括python以及一些自动化框架的使用,也越发感觉到测试人员需要有技术自由。作为测试人员,工具和技术都是为测试服务的,为了能够验证问题或者加快测试效率服务的,当你想验证一个问题但目前的工具和方法的不能提供给你,你只能求助于开发等开发支持或者不去验这个东西,想验却无法愉快的去验,作为测试感觉很心塞,而如果依赖他人才能完成工作,自身的价值和成就感就会降低。流程理解,质量意识其实大部分测试在这方面都是ok的,如果能够不受技术束缚去实现自己的测试目标,提高自身的测试效率,那么测试的地位和价值才会更加被大家认可,

最后总结

    点了三年的技能树,大招还没点出来,想着做到测试中最会开发,开发中最会测试的豪言壮语,默默流眼泪啊

 
posted @ 2015-03-21 13:27  opama  阅读(284)  评论(0编辑  收藏  举报