一谈到软件测试的核心价值,很多有经验的测试工程师,第一反应就是软件测试的目的是为了质量保证。质量保证和软件测试,其实从概念上是有区别的。QA的很大部分的工作,主要是从事于流程的定义和改进,软件测试则需要真刀真枪的去实干。
软件测试的核心价值,从我个人角度理解,需要抓住两个要点。
第一是需求。软件的首要目标,就是满足业务需求。没有功能的软件,毫无测试的必要性。那么很显然,软件测试的首要目标,就是要保证软件切实地实现了需求。对于测试人员来说,最基本的要求就是,要彻底的理解需求。这里的理解,不是听程序员说我做成这个样子了,你看我做的里面有什么bug,这个是不对的,而是指对于需求的本质要理解到位。程序员往往是从实现的角度来描述需求,而不是从用户的角度。测试人员就要站在用户的角度,虚拟出用户是如何使用这个软件的,他要用这个软件去解决他什么问题,是在什么场景下去解决的。只有理解了这个要点,才能说具备了合格的测试思维。带着这种测试思维,再参与到需求定义的评审,设计的评审,就会更有效地把问题消灭在初始阶段,从而提升测试的效率。
第二是测试策略。测试策略之所以重要,就在于它是一个非常宏观的,对后面测试执行具有明确指导作用的方法论。就是说,在对需求理解的基础上,要能够想到测试的重点在哪里,难点在哪里,测试要具体执行到什么程度,测试需要借助于什么工具或者是否需要自研工具,测试对外部环境的依赖有哪些,如何解决这些依赖,测试中有哪些风险需要提前识别以及如何去应对这些风险。在测试完成后,如何对缺陷进行分析,如何对该产品做产品质量评估。在测试人员资源分配上如何更合理,测试进度如何控制等。所有这些高层和宏观的方方面面都想清楚了,你会发现,测试不仅仅是说深钻代码,或者机械地去使用人肉方法去寻找bug。软件的质量本身并不是测试出来的,况且不可能有没有bug的软件。测试策略,更多地是从如何预防角度去思考测试的价值,而不是事后的保证。
因此,测试本身是个非常有技术含量的工作,也是非常难的工作。测试的魅力也就在于此。
更进一步说,不仅仅测试工程师要有这种思维,对于程序员来说也要有这种思维,即编码时就要非常注重代码的可测试性,甚至说严重一点,除了代码的功能性之外,第二重要的就是代码的可测试性。因此在一定程度上,测试和开发,其实不是那么严格的区分的。
在招聘高级测试工程师时,往往面试者都会说,自己会什么测试工具,会用什么缺陷管理系统,会写测试用例,但一旦上升到一定高度,就发现其实能力欠缺一大块。前者是非常容易被机器取代的,只有后者这种高维的思考不会轻易消失。这也是测试人员能力晋升的一个显而易见的途径。
如果作为测试工程师的你还没有危机感,还在整天点击鼠标,不放看看这篇新鲜出炉的文章:https://www.ithome.com/html/next/352718.htm