首先，学习测试思维是软件测试从业的基础。

大家都知道，软件测试行业在入门阶段，相对于开发而言，门槛要低得多。在学习初期，并不会涉及到代码。那么，入门学习的关键在哪里？就是测试思维。

很多同学，说起测试理论一堆一堆的，设计测试用例看起来也非常完美。但是，在实际测试过程中，却并不能真的发现几个Bug。而且如果项目紧急的话，根本没有那么多时间严格按照设计好的测试用例跑一遍，那么，终结果可想而知。这就是缺乏测试思维的锅。

其次，测试思维的出发点是人，是业务，而不是简单的代码问题。

这一点就决定了软件测试工程师与开发工程师之间的本质区别，也决定了测试人员的不可替性。

一个优秀的软件测试工程师，通常都能将需求分析及功能点拆解。虽然这看似是越俎代庖，做了产品经理们的主要工作，但如果不能详细考虑产品设计的细节，很可能在后期出现较大需求漏洞，引发软件的功能坍塌，甚至会一定程度上影响产品的生命周期，决定了后期是否会快速被竞品所取代。

举个例子：

有一家生产某设备的厂家，之前的客户主要是一些小公司，他们的应用场景一般是以台为单位独立使用。为方便生产调试，及客户端使用，厂家在每台设备上提供了默认IP，其与附带的PC直连组成小型局域网进行工作。后来，来了一个大客户，他们要一批设备（100+台），而且这些设备要跟他们的其他设备能连在一起工作，组成大型的局域网，方便管理，需要软件定制此功能。于是开发在软件的设置界面增加了一个选项“组网定制”。用户钩选后，则可按内部规则重新部署IP。

开发完成之后，发布给软件测试。测试确实没有想到生产端是如何生产此设备的，对于组网的设备，服人员又是如何帮他们组网的，也都不甚清楚。后，用服在现场反馈说，组网时发现设备的IP地址被禁用了。开发人员分析是因为生产装机是一台台调试的，需要独立设置IP，因为程序的Bug，当多台设备连在一起时，原来单机默认的IP已不合适，可是也没有任何提示，就直接禁用了。

 后，软件测试不以训练强度论高低。

在此，一定要澄清一个观点：软件测试并不同于软件开发那么强调高强度训练，需以代码（用例）数量论英雄。俗话说：思路决定出路。用在软件测试这项工作上，其实也是一样的。即，你有什么样的测试思维，就会有不同的测试策略，正是这些策略引导着你去思考、去分析测试的不同对象。

   同样的一个产品，有的测试通过测试用例就是能发现别人发现不了的问题；有的测试开发可能写代码相当厉害了，但是在测试用例的设计上毫无逻辑，甚至测某些功能的时候总是觉得在走弯路，这其实都是测试思维的问题。想要做好测试，训练测试思维是非常重要的一个环节。

作为一个想要长期发展的测试工程师，花时间去训练自己的技术能力、掌握业务知识固然必要，但锻炼逻辑能力和拓宽思维广度也必不可少。资深软测工程师都会告诉你：请不要用你每天训练技术的时长来彰显自己的专业度，请多留给自己一些思考空间。

 思维训练小技巧

对于正在学习软件测试的小伙伴，给大家一个小建议：可以定期给自己布置一个测试任务，可以是类似测试水杯的模式测试实物，也可以测试具体的软件，画出思维导图，列出测试点。

除此之外，也要有意识地广泛涉猎行业知识、互联网技术，不要求精深，但要心里有数；还有就是多接触成熟的网络环境：多留心大公司的软件是怎么样的？会有什么问题？主流的操作场景和流程是什么？请站在用户的角度，用一种挑剔的眼光去体验。如果这些都能落实到书面上，当然就是好的。