我一直在考虑测试与思考，还是测试思维模式这样的概念，这种问题的探讨其实挺好的。张老师的小黑屋里面谈到的测试思维模式，我觉得很有高度，值得我学习很认识。
面试者问你如何开展工作？
1.明确测试任务；2.分析测试范围；3.制定测试计划和测试用例；
这是标准答案，但是作为测试人员，字面上看是简单的，但背后我们想过没有，其实是很多具体的事实在实际的测试过程中深刻体会与总结的。
在实际的工作中，很多测试人员接到测试任务后，什么都不考虑就去测试了。测试完成了就告诉leader，测试完成了。然后测试leader提出了一些问题，也答不上来。
我是这么考虑的：
测试工作，就是人不要懒，勤动手。
我遇到过这种测试人员，在工作中动嘴不动手，这种人可讨厌了，你说出一个实际的情况，他立马接上，对啊。不动手什么软件的缺陷也发现不了啊。
不管什么工作，要先准备起来，做起来。很多的测试任务，刚接到手的时候，我们可以从第一条testcase就开始跑起来，当整个testcase都跑下来之后，我们对这个软件也就有了大体的了解和认识。
当然在这个过程中，我们是需要思考的，在测试的过程中可能就逐步提出来测试范围的问题，我们在实际的工作中就遇到这样的问题呢。测试的过程中，我们就提出来，这个APP软件仅仅在定制手机上做测试吗？需要到哪些主流品牌手机上进行测试，华为、三星？还有相关的配件的测试，耳机要不要测试？蓝牙耳机要不要测试？从而我们发现预先考虑的很多场景，也是有很多需要补充的。
然后我们在新的版本上反复做测试，发现软件开始发生变化？那么我们开始思考，为什么会要变动，需求变动？是客户提出来的要求，还是不小心被修改的呢？还是根据什么原因呢？追根求源地去思考一些问题。然后我们开始考虑这种改动是不是合理？如果不合理，我们及时让开发人员纠正过去。当然，我们测试人员提出的问题，也有可能不被接受。但至少让些模棱两可的问题更加清晰。
思考的过程，就是在测试中要进行实践去确认的问题。
也有很多软件的缺陷，我们天天看到，但我们就是没有意识到这个问题。
我们在测试的过程中就遇到过这种问题，我们操作惯了，其实也就忽视了。所以，我们总是要换自己的思路。
我在实际的工作中遇到这样的测试工程师，很会找bug，这样的人可遇不可求的，这种人不旦旦是发散性思维，可以看一个人的思维模式就能判断出是不是合适。
版权声明：本文出自 常春华 的51Testing软件测试博客：http://www.51testing.com/?15166845
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
