在之前的工作经历中，不止一次发现这个规律：新手测试人员，刚上手的时候，总是能找到成熟产品（经过好几轮测试）的几个问题，货真价实的问题。往往会让老测试人员酸到牙！即使是跟着产品使用说明走，也可能发现产品说明的几个问题。怎么想起来这个规律了呢？是因为最近听旁边同事的一段对话：
系统测试：你给个时间，两个小时行不行？
敏捷组成员：你自己定吧，不好给。
系统测试：你给吧！给完我去测。
从这里也可以看出来，测试人员的测试在征求其他人的建议，这里要说明，征求建议可以，但是不能完全的依赖这个建议，尤其是和研发比较近的人的建议。即使求得建议，也要加上自己的经验来做，多考虑一下研发想不到的场景，来作为最终的测试用例！
为什么要这么说呢？这就和标题对应上了，因为如果是一名新手刚入门产品测试，和研发的交际就少，没有形成类似开发的定式思维，所以会东一锤头，西一榔头的拿着产品做实验，多多少少的就涵盖了，由于之前开发和老测试人员定式思维所不能覆盖的区域。而这一部分区域由于测试得少，所以新爆出的问题就多！
这里归结这个规律的原因是期望/鼓励，所有的测试人员不要和开发打的太热，受其影响，被带偏，导致测试范围不够大，最终问题来到客户现场。测试人员需要拥有自己的独立思维来确保测试范围的全面性。这里还是需要说明一点，其实测试人的员需要的知识，并不比研发少。在知识丰富的前提下，同时具有独立思维，积攒经验，创新用例，应用于产品测试，才能确保产品的质量。