首先,学习测试思维是软件测试从业的基础。
大家都知道,软件测试行业在入门阶段,相对于开发而言,门槛要低得多。在学习初期,并不会涉及到代码。那么,入门学习的关键在哪里?就是测试思维。
很多同学,说起测试理论一堆一堆的,设计测试用例看起来也非常完美。但是,在实际测试过程中,却并不能真的发现几个Bug。而且如果项目紧急的话,根本没有那么多时间严格按照设计好的测试用例跑一遍,那么,终结果可想而知。这就是缺乏测试思维的锅。
其次,测试思维的出发点是人,是业务,而不是简单的代码问题。
这一点就决定了软件测试工程师与开发工程师之间的本质区别,也决定了测试人员的不可替性。
一个的软件测试工程师,通常都能将需求分析及功能点拆解。虽然这看似是越俎代庖,做了产品经理们的主要工作,但如果不能详细考虑产品设计的细节,很可能在后期出现较大需求漏洞,引发软件的功能坍塌,甚至会一定程度上影响产品的生命周期,决定了后期是否会被竞品所取代。
举个例子:
有一家生产某设备的厂家,之前的客户主要是一些小公司,他们的应用场景一般是以台为单位独立使用。为方便生产调试,及客户端使用,厂家在每台设备上提供了默认IP,其与附带的PC直连组成小型局域网进行工作。后来,来了一个大客户,他们要一批设备(100+台),而且这些设备要跟他们的其他设备能连在一起工作,组成大型的局域网,方便管理,需要软件定制此功能。于是开发在软件的设置界面增加了一个选项“组网定制”。用户钩选后,则可按内部规则重新部署IP。
开发完成之后,发布给软件测试。测试确实没有想到生产端是如何生产此设备的,对于组网的设备,服人员又是如何帮他们组网的,也都不甚清楚。后,用服在现场反馈说,组网时发现设备的IP地址被禁用了。开发人员分析是因为生产装机是一台台调试的,需要独立设置IP,因为程序的Bug,当多台设备连在一起时,原来单机默认的IP已不合适,可是也没有任何提示,就直接禁用了。
后,软件测试不以训练强度论高低。
在此,一定要澄清一个观点:软件测试并不同于软件开发那么强调高强度训练,需以代码(用例)数量论英雄。俗话说:思路决定出路。用在软件测试这项工作上,其实也是一样的。即,你有什么样的测试思维,就会有不同的测试策略,正是这些策略引导着你去思考、去分析测试的不同对象。
同样的一个产品,有的测试通过测试用例就是能发现别人发现不了的问题;有的测试开发可能写代码相当厉害了,但是在测试用例的设计上毫无逻辑,甚至测某些功能的时候总是觉得在走弯路,这其实都是测试思维的问题。想要做好测试,训练测试思维是非常重要的一个环节。
作为一个想要长期发展的测试工程师,花时间去训练自己的技术能力、掌握业务知识固然必要,但锻炼逻辑能力和拓宽思维广度也必不可少。软测工程师都会告诉你:请不要用你每天训练技术的时长来彰显自己的专业度,请多留给自己一些思考空间。
思维训练小技巧
对于正在学习软件测试的小伙伴,给大家一个小建议:可以定期给自己布置一个测试任务,可以是类似测试水杯的模式测试实物,也可以测试具体的软件,画出思维导图,列出测试点。
除此之外,也要有意识地广泛涉猎行业知识、互联网技术,不要求精深,但要心里有数;还有就是多接触成熟的网络环境:多留心大公司的软件是怎么样的?会有什么问题?主流的操作场景和流程是什么?请站在用户的角度,用一种挑剔的眼光去体验。如果这些都能落实到书面上,当然就是好的。
申请免费试听
只要一个电话
我们为您免费回电