一个小异常查出一连串的Bug

 组件：多个对象通过父子关系组合在一起，父亲被关联一种具有一定功能的脚本，从而形成另一个对象而且具有某种功能。比如车壳、轮子、发动机等组成一个可以行使的小汽车。

 问题：一辆火车进入触发器未触发设定事件的发生。

  预测1：bin_4990版本此功能正常，bin_4991版本功能异常。bin_4991触发器优化了性能，其他一样。于是判断为触发器优化性能后引起了错误。

  一般开发人员一行行调试代码，另一边我也制作小Demo测试是否升级版本后组件功能异常了。几经周折开发人员发现触发器确实存在两个触发器不能重叠，否则功能异常，但是这个不是最终的问题所在，然后继续测试发现声音模块有一个很大的Bug会引起工程崩溃，最后又发现物理模块的碰撞也存在bug等,到此为止触发器研发人员调试了一天一夜了，也没有关于触发器的重大发现。说说我的测试Demo吧，我在原工程中同等加载列车的方式加载了一个牛，结果牛可以触发一个设定事件的发生（还有一个没发生），我万分惊喜的告诉开发，谁知他正巧测到两个触发器不能重合的问题，以为这个是问题所在，就没考虑我的测试结果。

  第二天星期六，加班测问题，谁知把组件重新做一个功能正常啦，呵呵，大家都想知道问题所在，以防在此中招，结果很失望，不过还好测到很多难以发现的问题，总算没白测。

 总结：通过这次经历我发现Bug时刻存在着，只是缺少发现它的眼睛，所以测试人员不要趋于习惯性思维测试问题，不要以为没有bug了，要探索测试方法，善于思考。2.为什么测试人员不能发现以上意外测出的缺陷？很简单不懂代码，不会白盒--------以后自己要是做测试员，一定要能读代码！