曾经一段时间内，很上心的去学习测试理论，过些许日子后，自以为对测试理论很是精通，回头与开发关联后，细细想想，原来自以为的测试理论一直都是误区：
1、测试分类，一直以来，我们都会分什么白盒、黑盒，单元、集成、系统、确认等测试，让我们来试着去分析，误区在那？
a、黑白之分：无非是涉及到代码内部结构及外在逻辑关联的区分
b、单元等区分无法是代码的累积与联系的区分
自我思想：我们不妨试着把系统按树状结构来理解，从根节点到末端的叶子，层层递进，我们就能看到所谓的测试分类在其中展现无疑，不过是人为硬性分段，这实际上已经破坏了测试的结构，这些也是我们应该做的，搭积木性质的层层累积，实际上也就是整体联调的过程+现实业务逻辑的过程
2、测试方法：我们有很多方法，诸如：边界值、因果法等等
自我思想：既然大家都觉得有这么多的方法，那么测试之前我们做过什么？有分析的过程吗？如果有，是否结合用户需求和系统的数据模型？如果有，相应的测试路径应该逐步分解出来了，我们还需要这些方法吗？当然，如果强行分类也可以，实际上我们并不需要，我们需要的是彻底的了解用户的需求和数据模型
3、测试工具：现在很多人神话了测试工具
a、功能工具：我们需要在什么时候、什么场合使用？如果是应用型的项目，本身内在逻辑就很复杂，牵一发而动全身，是否有使用此工具的必要？是否需要盲目追逐潮流？
b、性能工具：很多人觉得性能工具能发现系统瓶颈，这话不错，不过，你了解用户的真实情况吗？你调查过吗？你了解相应的系统嘛？不了解的情况下如何界定系统的瓶颈？如何去做针对性的测试？说白了，这个工具的使用还是界定在你对用户真实情况的理解和对系统的理解，工具，不过是最终的执行手段而已
小结：原本就没有的或者说是虚无飘渺的测试理论，让我们的思想固化，严重影响了我们的测试分析能力，进而影响了整体测试的效果，这也是很多国内企业测试能力上不去的原因之一吧，一家之言，仅供大家参考.
