测试瓶颈期的小随笔【转】

上一篇 / 下一篇  2014-08-06 15:34:45 / 个人分类:情感

从事测试工作已经整整满了两年,越来越明显的感受到了瓶颈期的到来。瓶颈期的出现是一个好事,虽然它让你在一段时间内郁闷迷茫,对手中工作没热情,但是它往往是一个契机,提醒你提升的时候到了,总结之前所做的一切,分析自己的收获与不足,制定下一步的方向。简而言之,突破了—更上一层楼,憋住了—自己把自己郁闷死。

两年前面试测试职位的时候,面试官提过一个问题“开发与测试有什么不同”,我的回答是“一个强调深度一个强调广度”,现在自己再看这个答案,评语只能是“书面官方、且缺乏感受”,真是感谢当年面试官的包容。

无论测试、还是开发,都不能说谁更具有深度、谁更具有广度。测试的本质是质量保障,对于测试工程师来讲:
1、要求更高的业务能力:一个产品的测试工程师一定是要比研发工程师更了解它的业务功能、应用场景、注意事项的。尤其对于大型的系统更是如此,例如典型的电信产品——包含嵌入式设备与业务流程复杂的网管系统,研发部分通常各负责一个模块,按照约定的接口对接,但是对于整体的业务功能、环境配置最了解的都是测试工程师,所以这个时候要求测试人员有产品工程师的能力。
2、要求更高的流程控制能力:测试何时介入、测试何时停止、测试时中各种类型问题如何处理、问题如何跟踪、修复版本如何回归等等,质量保障不仅仅是判定一个产品一个版本的优劣,它关注的是一系列的版本,因此配置管理、软件工程学都需涉猎。
3、开发能力来说,很多行业测试分为两个方向,主攻系统测试与主攻自动化测试,通常要求前者具有一定的开发能力,而后者就是开发工程师。
4、更强的沟通能力:工作中测试工程师的职责是检验判定,“某功能出错”这类的判定必须完全确认、达成共识才可公布,所以这个过程中测试者是沟通的主动方,鉴于相当一部分开发人员往往内敛而高傲,所以要求更高的沟通能力。
5、此外,专业的测试技能,包括问题敏感度、逻辑分析能力、反应迅速、协调规划能力等等;
总之,术业有专攻。

最近看了很多博文,对于测试工程师如何规划职业发展有一个普遍的论调:
1、测试执行:会看用例;有一定的业务知识;有一定的基本操作仪器使用的技能;会执行脚本等;
2、用例撰写:对产品的认识和业务知识掌握到了一定深度;对测试理念和各种测试知识学习到了一定程度,至少对软件测试或者系统测试等原则和方法有了深刻认识;
3、自动化测试阶段实现:整个测试流程,从单元测试->集成测试->系统测试->(回归测试)各对应有各自的自动化测试方法和工具。自动化测试也有自己的一个过程:工具使用->工具实现(脚本开发)->框架搭建->平台与流程的建立。
4、流程流程与平台实现阶段:测试平台包括手工测试与自动化测试,手工测试发现问题,自动化测试保障质量,两者不能互相取代。这一步通常需要实施者对整个测试流程有深刻的认识,对于工具的开发使用有足够的基础。
业界说法为,走到第二步之后,可以继续走技术路线,也可以走QA、测试管理路线,也就是去做流程专家。但个人认为,这个阶段的“流程专家”没有核心竞争力,除非有非常独特的见解或者经验,否则没有说服力。真正的流程专家应该是走完3、4步之后,了解完整的测试流程、问题管理、工具部署、平台架构之后才能做一个真正的专家,才能有话语权。


TAG:

福州_婷的个人空间 引用 删除 xianrenqiu   /   2015-04-15 13:54:15
5
xiaojiu103 引用 删除 xiaojiu103   /   2014-08-21 16:57:34
5
猫星人的个人空间 引用 删除 猫星人   /   2014-08-21 09:10:21
5
引用 删除 wsmyl   /   2014-08-13 14:22:38
1
 

评分:0

我来说两句

Open Toolbar