51Testing专访小强:大话软件测试[转]

上一篇 / 下一篇  2014-05-03 12:28:57 / 个人分类:软件测试职业发展

51Testing:小强,您好~您也算51Testing的老熟人了,但还是有一部分人不是很了解你,能向我们简单介绍一下你自己吗?
  小强:ok,我是标准的80后,和大部分人的经历一样,有很多的共鸣。从毕业到现在从事过开发、产品、测试,后来一直在测试的道路上无怨无悔的摸爬滚打。
  被大家熟知是因为之前做过小强系列的软件测试视频,当时是为了做总结,没想到反响这么好,也算是网络视频的第一批人吧,被大家认可了,视频也被不少大学作为辅助教材,备感荣幸。后来在新浪、卓望、聚美等公司呆过,也逐步从一个测试菜鸟慢慢爬行到现在的测试老鸟。现在还在不断的学习努力中。
  51Testing:您的经历听着还是很具有典型代表的,您和我们简单的分享一下在您的发展中哪些事情对您的启发或者说是帮助比较大?
  小强:我们换个角度来谈这个问题,我觉得发展中有几个转折点对我影响比较大,也是我觉得是大部分测试人员应该意识到的地方,而不是成天的抱怨。
  第一,功能测试不 是没有任何技术的,你不能成天都是去执行上级的安排计划,自己一点都不动脑筋。我记得我曾经对部门的测试文档进行过分析,发现非常的繁琐,根本就是形式和 摆设对测试进度质量毫无意义,所以我重新设计了一份简要的文档模版,并且给出分析实例来说服领导,最后我的想法被采纳,也被领导认可。看似小小的事情,其 实对自己的影响很大,这样你以后的机会也就会多。
  第二,当功能测试干到一定程度的时候就到了瓶颈,需要考虑自己的发展路线。我自学了自动化测试, 比如51TESTINGTP、selenium等。很多童鞋学完不会自己去思考练习,不会主动的把这些应用到实际项目中,这个是99%童鞋的毛病。。。。 我非常的不解和无奈。我当然学完51TESTINGTP后就主动把这个工具技术应用到了日常的线上回归测试中,把人力解放了出来,后来自学 selenium后,又重新写了一次框架,更加灵活的完成测试,效率大大提高,正是因为自己主动的完成这些,给流程提升了效率,解放了部分劳动力,我的薪 水也有了一个涨幅。这算是我第二个转折点。
  第三,随着发展我有机会进入管理岗位,经历了一个测试团队从无到有的建立,那种幸 苦、斗争不言而喻,最终通过努力,让领导,兄弟部门认可了测试的价值,后来我们逐步成了研发流程的推动者,从测试规范去推动、驱动开发规范,从而优化整个 研发流程体系。这是我第三个转折点,我想也是很多测试人员渴望的。
  大概就这么多吧,貌似有点啰嗦了说的,以后有机会我愿意和大家再次分享,呵呵。
  51Testing:对于中国当前行业测试现状您有什么看法吗?
  小强:纯管理没有技术背景的测试很难获得成功,原因有几个:
  1、中国测试工程师有英雄情结,以技服人是一种普遍的现象,没有测试技术背景的很难有生存空间
  2、中国绝大部分的公司的管理流程体系和测试工程师的职业素养还需要提高
  3、中国的测试团队缺乏测试架构师,团队的测试技术方向缺乏舵手。导致现在测试技术没有结合实际产品项目应用而泛滥。
  目前大部分公司只有靠测试leader来掌控全局。但是,很多刚从事测试管理工作的leader对测试管理的工作定位比较简单:开会接受上级任务、开会向下级分配任务、收集测试结果、提交测试结果,这样不单会制约团队的发展,也会大大降低测试团队在公司的作用和地位。
1Testing:确实,这是大部分公司的现状。那针对这样的现状,组建一个高效的测试团队需要考虑哪些问题?
  小强:我觉得可以从下面几个方面来考虑:
  1、团队的组建一定要对公司、部门、产品项目有力,否则得不到领导的支持,这时候需要你分析出来利弊来说服领导。
   2、得到支持后,在组建的时候人员的选择非常重要,要针对现状选择合适的,而不是最好的。选择一定要接地气,直接达到效果,不建议开始就搞那些所谓"高 端大气上档次"的东西。这样的话你产生的直接效果会被领导在短时间内看到,更容易得到加深支持成都,为后续扩展做准备。
  3、团队的管理方面就有很多需要注意的了,这个我们后面详细说。总之就是要让团队成员感受到自己的价值,能让他们学到东西,建立一个分享平台让他们能各自发挥长处体现价值。说白了,就是存在感,认同感
  51Testing:好的,那您能和我们进一步谈谈您对团队建设方面的见解吗?
  小强 :我们可以从几个方面进行思考:
  1、知识库与交流平台的建立(统一思想,沟通交流)
  知识库的建立是团队建设当中的重点,是团队技术积累、技术推广应用的平台
  2、新员工培养流程及导师制度
   制定出实用的培养内容,可以从公共知识和专业知识两方面入手,让新员工快速融入团队与项目。而对于导师的选择一定要注意,导师的作用就是尽快让他融入到 测试团队当中,尽快熟悉各种工作流程,令其尽快进入正常工作状态,把自身能力在工作中发挥出来,而不是和新员工拼技术。。。。。。。。。
  3、监控机制的建立
  可以从计划与执行进度报告、工作日报周报、月度年度总结方面来切入。这里要注意书写的格式和要点,强烈拒绝繁琐、形式的书写。
  4、考核机制的建立
   很多公司的考核大多是形式、流程上的,复杂没有什么效果,意义不大。考核的原则:做不到完全的客观和公平;简单操作为上策;传统观念都是参考内部bug 数据和外部bug数据,这只是最终结果,如果结果是好的,那么我们可以自豪的去享受成绩带来的荣誉和实惠,如果目标结果不能达成呢?能不能在结果没有出来 之前,在执行没有开始或者执行过程当中就可以发现存在的风险或者肯定工作的进展顺利呢?可以通过执行者提交的技术文档、工作文档去衡量分析,因 为文档可以体现执行者的技术水平和工作思路,这些文档内容都不会太多,leader花不多的时间就可以了解全局形势,预测风险,找到问题,及时部署解决, 保证目标的顺利达成
  5、培训机制的建立
  培训机制我们可以从普及性培训和专项培训来建设,普及培训可以弱化考核指标,专项培训要明确效果考核指标。培训要重质量,不要追求数量,不要陷入为了培训而培训的误区
51Testing:最后我们来谈一下职业发展这块,这是现在很多人对职业规划都不是很清楚,对此,您有什么好的建议?
  小强:确实,与很多同学的交流中发现,相当多一部分对发展规划不清楚,处于迷茫状态。
   一个新手测试人员进入这个行业之后,在工作1年的时候就要去考虑自己未来的职业发展,要考虑自己以后是走技术路线还是管理路线、其他路线或者干脆放弃测 试行业;在决定好自己的发展后,就要及时的给自己充电,多听听行业中的前辈们们的意见。但这里有一点大家要意识到,自己的性格也是很关键的因素,太过于内 向的人不适合走管理。
  测试人员的发展路线一般可以分为以下几个:
  第一条:软件测试技术路线
  从初级测试工程师到中级测试工程师、高级测试工程师、资深测试工程师
  这个是我们多数人的发展路线,里面包括了性能、自动化、安全等。性能测试是一个比较好的途径,相比自动化编码要求没那么低,但需要比较广的知识和分析能力。这个也是行业中最缺少的。
  第二条:软件测试管理路线
  初级测试工程师、测试组长、测试经理
  一般外向、健谈的人,人际关系处理能力好的,并且有一定技术能力的人比较合适。详细的我们之前在团建建设中也提及到了,这里就不多说了。
  第三条:软件质量保证路线
  初级测试工程师、质量保证人员、质量管理人员
  这个是比较偏重流程优化管理方面的,同时去协调各个部门,优化整体的研发流程。这个在国内还是比较少的。
  第四条:软件开发技术路线
  初级测试开发工程师、中级测试开发工程师、高级测试开发工程师
  这个需要有编码功底,或者你喜爱编码,那些多编码极其反感的童鞋我建议还是放弃这条路线。
  大概就是这么几种,不管哪种,都需要大家良好的心态、坚持的毅力才行,不然说多少都是废话。



TAG:

chenyao_2000的个人空间 引用 删除 chenyao_2000   /   2014-05-14 20:35:05
很实用,解决我的困惑,我决定继续坚持我的工作,也和小强一样,遇到我的第二个转折点,加油!
xiongliangfa的个人空间 引用 删除 xiongliangfa   /   2014-05-14 13:01:20
xiongliangfa的个人空间 引用 删除 xiongliangfa   /   2014-05-14 13:01:00
5
 

评分:0

我来说两句

Open Toolbar