测试不是技术

2010-10-20  胡名海 

        最近遇到不少事儿,所以想的东西也就相对多起来了,我突然发现测试不是什么技术,而是哲学。软件测试未来的走向必将以哲学为指南明灯。理由如下:
        测试涉及到成本与质量的矛盾,也就是说要提升质量等级,就需要消耗大量的测试人力和物力。有人可能会说技术好的测试人员可以用很多方法来提升效率,但是技术好的测试人员工资可就比一般测试人员高很多。
       测试涉及到用户和公司利益的矛盾,为什么这么说呢,公司最想的是利益最大化,用户想的是用到安全可靠,有创意的产品。那么一个公司面临开拓市场的时候,必然要快速出产品,抢占市场,当市场饱和度到一定阶段后,又需要增加用户黏度,稳固市场。而用户的想法比较简单,谁的产品好,我用谁的。那么测试是站在公司这边考虑呢,还是站在用户这边考虑。
       测试技术发展也有矛盾,开发能力强的不愿意做测试,除非转管理。业务能力强的也不愿做测试,宁愿做管理。留下一批技术不咋的,业务也是新手的在这里拿着低薪做测试。
       那么要解决这些问题,就需要在哲学里面去寻找,如何平衡?在这些矛盾中寻找平衡点。测试才能具备真正的价值。
505°/5030 人阅读/2 条评论 发表评论

刘俊  2010-10-20

测试先要解决心中的矛盾。。。


王宏瑜  2012-12-21

开发能力强的不愿意做测试,除非转管理。
看你这句话却是很现实,你似乎也认同开发人员不做测试,但是先纠正你一个观念,开发人员不做测试是错的。品质保证是各个环节都要参与的,哪个环节掉链子都不行。说难听点正是上流环节引入的bug,测试人员才会测试出来那么多问题。不能品质一出问题了就找测试人员,反而要想的是哪个环节做得不够。如果开发人员自己代码基本的都不通,测试人员应该有权限打回,不继续往下测试。开发人员如果换个角度来看,上流各种资料都很烂,什么需求也不知道,还怎么开发啊?那么自己提交的代码是不是应该达到一定质量水平了呢?说好听点责任心强的人,会对自己的成果负责,说难听点测试人员也凭什么给开发人员收拾烂摊子?
现状虽然这样,但是如果测试人员自己不想办法改变现状的话,就会一直这样下去,所以一定要不停的给领导层,以及后续的测试人员灌输测试理念。


登录 后发表评论