思步网

楼主: 东风破
打印 上一主题 下一主题

[测试理论] 测试人员的职业发展

  [复制链接]
测试人员的职业生涯究竟如何发展,一直以来都是一个难以说清的问题。一方面,各种咨询机构都在说,测试是个很有前景的行业,另一方面,测试从业人员少,收入普遍较低仍然是一个不争的事实。很多同行都处在一种看不清前路的状态,测试人员转行的现象也比比皆是。这里,我想讲一下我对测试这个行业的理解,以及在我心中,测试人员的路在何方。

首先,我想请大家先冷静下来,平静的看待测试这个行业,她不过是365行中的一种,非常普通。不可否认,在大多数中国软件企业中,测试团体和开发团体相比,在人数、技术水平、薪资收入上,都有差距。要探讨这个问题,不是三言两语能说清的,而且已经超出了单纯的技术层面,到达了一个人生哲学和价值观的范畴。

IT行业不同于一般的制造业,充满创新和新技术的探索,而在这个过程中,开发工作是一种创造的工作,对公司来说,是一个从无到有的转变,成就感非常强烈。测试则是一种验证和控制的工作,其价值虽然也不可小窥,但是不太容易产生成就感。测试工作的价值提现在什么地方,这个我们在另外的文章里面讨论。

不同类型的软件公司,对测试工作的重视程度也有很大不同。建议测试人员选择一些业务持续发展的公司。做项目东一榔头西一棒的公司,是不需要高质量的测试的,他们需要的是尽快把软件交出去,却无法静下心来思考,怎么把质量做好。选择这样的公司,要冒相当大的风险。

接下来说一下大家关心的话题,如果选择了测试,怎么能从测试团队中脱颖而出呢?经常被提出的概念有“管理和技术两条路线”,这个概念太抽象,还是无法帮我们理清思路。有的观点认为,测试要学习开发技术,这个也没有说到关键点上。我认为测试人员的职业发展有下面两个,换句话说,软件企业最需要拥有这两种能力的测试人员。注意,这两种能力并不互相冲突。

第一、不断改进测试策略,提高测试效率和质量

目前很多公司的测试还是以手工的黑盒测试为主,测试策略比较单一,可能很多同学都遇到在写测试计划的时候,测试策略那一章不知该写什么的问题。如果只做黑盒测试,会在提高测试质量的路途上出现一道难以逾越的鸿沟。

改进测试策略需要掌握开发技术,但是技术仅仅是必要条件,更重要的能力,是能够系统的规划一件事情,分析工作中的问题,选择最有效的解决方法,最终和大家一起实现一个共同的改进目标。

改进测试策略一般会考虑以下几个方向:单元测试(白盒和灰盒)、自动化测试、性能测试、安全性测试、易用性测试等等。当然,具体的改进目标,要根据业务的不同,选择合适的方向。

不过,很多测试团队的人力资源都比较紧张,无法投入太多的人手去改进测试策略,能够很好的解决这一矛盾就显得非常重要。公司需要的是,能够根据测试团队的当前状况,制定出有效的改进计划,并带领大家提高测试效率的人。

第二、能够“吃”业务,控制业务的测试质量

这里需要说明,“吃”业务并不等同于熟悉业务。对于测试工作来说,熟悉业务是非常重要的,大部分测试人员上岗以后,都会从了解业务开始,逐渐的掌握产品线的业务规则。但是,当一个测试人员熟悉了某个业务以后(成为业务专家),问题出现了:他/她可能会一直陷在这个业务的测试执行中,无法解脱,几年如一日的做着类似的工作。

即使增加了新的测试人手,业务专家也没有感到多少轻松。一方面,业务专家要周而复始的对新人进行培训,解答他们工作中的问题,培训成本极高;另一方面,业务专家不放心把重要功能交给新人测,必须自己来测试,业务专家的职业发展出现了比较尴尬的局面。

由此我们提出了“吃”业务的概念,它与熟悉业务最大的区别就在于,测试人员吃掉一个业务以后,可以把测试工作完全交给另一个测试人员来做,同时,也能保证测试的质量。而要达成这个目标,关键就在于文档。我们需要以业务为单位,完善测试用例、业务沉淀、测试设计、测试脚本等文档,并且,更重要的是,要把这些零散的文档组织成一个系统的文档体系。

注意,吃业务并不等于为这个业务单元编写一套非常完整的文档,而是建立起一个基本的,可持续维护的文档体系即可。业务专家吃完一个业务以后,可以把这个业务交给其他人,然后开始吃第二个,同时,关注原先的业务的文档完善过程。这样,有吃业务能力的测试人员,能管理更多的业务需求和测试人员,而且由于他/她接触的业务越来越多,工作的视角也会逐渐提高,成为系统级的测试工程师和团队leader。

要设计这一文档体系,也需要较好的系统设计能力,当然,最主要的是持之以恒的毅力。另外,每个业务单元的文档体系,也可以在一批批的测试人员中传承,每个人都会来维护、完善它,并从中学到很多经验。

最后,我引用中国的一句古话:“行行出状元”。天下那么多职业,只是革命的分工不同,每个职业都有其独特的一面,就像黄宏在《买钉子》的小品里说的,这是“道”。





上一篇:1. 软件测试就是为了验证软件功能实现是否正确,是否完成既定目标的活动所以软件测试在
下一篇:软件测试及软件质量控制
[发帖际遇]: 一个袋子砸在了 东风破 头上,东风破 赚了 2 (金) 金币. 幸运榜 / 衰神榜
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持1 反对反对
回复 论坛版权

使用道具 举报

还不错哦,如果再能多分享一些就perfect了!
看了LZ的帖子,我只想说一句很好很强大!
其实,很多情况下都是这样的,习惯就好。
我是个凑数的。。。
很有见地的探讨,先收藏着~
其实,很多情况下都是这样的,习惯就好。
学习下我只是路过,不发表意见……
其实,很多情况下都是这样的,习惯就好。
没人回帖。。。我来个吧!
路过 帮顶 嘿嘿
向楼主学习
不错 支持一个了
very good.
打酱油的人拉,顺便赚点金币
您需要登录后才可以回帖 登录 | 注册

本版积分规则



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部