|
测试人,抬起你的头来-三式(从工资,学习和规范来谈测试人的现状)
http://www.51testing.com/?17369/action_viewspace_itemid_3422.html
看了Zee的这篇文章,很认同,也说几句话。
目前感觉要做好测试非常困难,提升自己的技能也不容易。
就国内软件测试来说,有大量的测试人员的工作停留在功能验证环节,每天看大量变更的需求,重复验证测试开发人员提交有大量bug的功能,每天都忙于这些事情,而且这些现象并不是测试人员能改变的,相信有专职QA的公司不多,领导也不关心软件开发流程的效率;
相信现在过CMMI的公司不多,从研发团队自身重视这个流程规范是否先进,是否适合自己的团队更不多,更多人眼里只有技术,不关注团队制度,不关注流程规范,很多人都从骨子里就看不起流程规范性的东西,即使是像过CMMI也只是当于竞标项目的一种资质而已,作为开发团队的一分子,项目的主体,并不是从自身角度去考虑我是否需要用这些规范来改善自己,是否需要用一种更为有效率的开发流程来规范自己,这点非常悲哀。
这样出现很多项目开发过程不流畅,实现的功能在 需求<->设计开发<->测试 三个环节大量的往返,其中测试人员就花了大量时间来进行重复性测试,这点巨花时间。在需求较为稳定 或者任务不急的话 控制好点到也问题 不大,但是对于需求变更频繁的业务,任务又多的情况,版本复杂的情况下,能把功能完整的测试出来已经相当不容易了。做测试的都知道测试是软件开发过程的一个环节,并不像QA一样独立于项目之外,软件的质量是靠整个开发过程来进行保证的,并不是单纯的靠测试人员来保证的,测试只是保证开发流程的前几个环节正确,不能夸大测试人员对软件质量保证的作用。所以觉得做好一个团队的测试非常困难。
另外,国内的很多软件公司为了竞标项目经常把项目价钱压的很低,很多做首期项目都不是为了赚钱,这样导致了如果要项目成本必须降低,能降低无非就是员工成本,哪些可以压缩成本的呢,测试人员和他的待遇就是其中一点,说重视测试谁都在说,但做起来就谁都不做,没办法,现实要紧。
我们测试大量人员在花巨多时间在功能验证方面,自然掌握的技术就很少了,在这个崇尚技术的环境中,自然得不到重视,有我们能改进的地方,也有我们不能改变的地方,唉,没办法的事情,要做的只能一步一步改进自己的技术,一步一步从测试环节给项目提供改进的建议。
要想涨工资提高自己的测试技能是必须的,但是相信转做开发可能会更快。
[ 本帖最后由 ganlan 于 2008-6-30 11:48 编辑 ] |
|