有不少测试员目前把测试工具与测试思想的学习分为两个相反方向,重视工具的使用学习而忽略了测试思想的煅练。这不利于测试能力的提升,提高我们的测试技能,如仅仅是工具的使用,就好巧妇难为无米之炊,而这“米”指的是测试思想。
测试工具只是一个辅助工具,帮助我们进行一些手工测试不能完成的测试内容,但它不能替代测试思维。该测什么,要怎么测还是要以测试思想为基础,然后才是借用工具帮我们实现。就算我们精通Rational、Mercury等一系列的工具,如果心中没有测试用例,我们也不知对着一个需要测试的软件,要对它进行怎样的测试项,作为一个测试人员,我们不应当只是一个执行者,更应该是一个设计者,怎样设计一个合理有效的用例去完成对产品质量的控制,在这个基础上才是怎样去达到对这个产品质量的检验。而测试用例,是测试思想的集中体现。先煅练思想再在此基础上进行使用辅助工具的提升,我们的测试才能做得更好。这也不是说一定要有了测试思想再学习工具,因为思维与工具都是测试的技能点,最好是一并重视,把测试思维的学习与测试工具的学习调至一个方向。
如果把测试比喻成树的话,那么测试基础是主干,工具是支干和叶子,支干和叶子的茂盛使树显得更强盛,但如果少了主干的支撑,支干也就无扬展的空间
后来想想,新接触测试的许多同行比较工具的学习,很多是由于现在招聘企业的对测试工具要求比对测试思维要求更多对测试行业产生的误导。
测试员本身对测试基础与测试工具的偏重度问题,希望能分层次讨论测试所有知识与技术,此举是希望能给新接触这个行业并且不太了解这个行业的同行们一个循序渐进的讨论主题,利于测试发展。
另外测试技能的煅练不仅仅是思维与工具,还包括行业知识,因为大多数测试员从事的都是针对某一行业的产品,对所属行业有了了解,我们的测试才更有针对性
下面是我当时的回复
赞同黄昏的观点。
从必要性上来看,如果有测试工具是不是所有的软件都能测试?反过来如果有测试思想是不是能进行所有软件测试从覆盖率来看,相信有测试思想的测试范围要广些。
举个例子,比如做手术,你会各种工具的使用,一定就知道什么时候该用哪种工具吗?呵呵, 想来都是思想来指导我们行动的。
实际软件测试中比如测试photoshop这款软件,想来用工具的机会就不大,很多都是业务应用和逻辑思维方面的测试,测试时候是跟开发基本同步的,出一版本就进行测试,同时对上一版本进行返测。界面、功能不断变化,使用工具的机会真的很少。
另外具备行业知识和操作技能的非常受重视,促使我们去学习和研究。但是这些知识和经验不是单单在IT领域所能获得的,那么我们要接触的社会将需要更加全面和立体(相对开发人员),希望不要陷入为测试而测试的境界。呵呵胡言乱语之言,莫怪。开工了