提升一个测试人员的价值
　　在他的书“The Lost Art of Finding Our Way”（《寻找失落的艺术方式》）中，约翰·爱德华·胡特谈到了通过GPS导航驾驶对我们社会和我们所失去的能力的影响。
　　他提到的一件事，离开了GPS，我们正在积极转化为物理世界。
　　通过测试用例来测试会有相反的效果，它会把我们从我们的周边环境中分离开来。
　　胡特还说:
　　“You’re losing this chance to have a greater awareness of your environment”
　　“你失去了一个对你周围环境有一个更清晰的了解的机会。”
　　很多我们测试人员都知道的一件事，是要成为一名的测试人员远远超过了测试产品的技术。换句话说，你不仅仅是测试出什么可行、什么不可行完事的。
　　一个好的测试人员同样需要在产品如何被使用，潜在的可改善的方法、潜伏危险和风险还有一些死角等等，有着足够的敏锐度。
　　如果我仅通过测试用例来“驾驶”（或理解为 驱动测试），那么你认为我作为一个测试人员应该还有怎样的能力去应对这类风险呢？
　　如果我没“看见”程序的应用，那我又怎么能期待发现到问题的所在，哪些方面可以改善，从而做出报告呢？
　　从错误中学习
　　GPS系统是一把双刃剑，好的方面是可以帮助我们开车时不犯错。
　　如果我们没有犯错，没有任何反思和学习的空间了。
　　“嗯，我想知道我为什么在这里打住?”
　　测试用例总是指导我们朝着“正确”的路径走。所以几乎没有探索、尝试新事物和学习的机会。
　　而现在探索性测试，与它恰恰相反。作为一个测试人员，我必须参与到产品测试中，运用自己的头脑来把它做好。
　　我正在尝试从新事物中学习，从错误中吸取教训，形成新的测试用例，建立假设，否定他们，从而在思想上构建测试模型。
　　Landmarks being folders，log-files config-files，环境信息（诸如：操作系统，硬件和路径信息等) ，使得我们只需要通过在终端或GUI的测试。
　　如果我们真正参与进去了，会在我们测试时形成一个心理地图/模型。
　　扔掉所有以往的功能测试用例
　　知道我在说什么吗?运行以往的功能测试用例将会减少你的大脑相关区域的大小?
　　我没有这么说！:)  没有任何研究成果表明：做复杂的任务列表会如何如何影响大脑，至少我还没有找到任何相关研究。
　　说要扔掉所有的测试用例吗?
　　我也几乎没有这么说:) 虽然我承认我对它有轻微的厌恶。但是在某些情况下，上下文中的一些手工测试步骤会派上一些用场。
　　综合以上，我要说的其实是：简而言之，仅通过测试用例了解产品的一种极好方式，这种说法是不正确的