同化现象是指随着时间的推移，开发人员会逐渐影响测试人员的思维和对缺陷的判断能力，尤其是针对同一产品，同一组开发人员和同一组测试人员共同配合了很长时间，很多本来是缺陷的问题，由于测试人员对软件“习惯成自然”的使用，会不被当成缺陷，尤其是在开发人员的解释和说服下。
同化现象发生可能意味着“恶性循环”的开始：测试人员会帮着开发人员解释一个个缺陷的合理性，一轮又一轮的测试都不会发现问题。也叫杀虫剂现象。（参见《软件测试中的“杀虫剂怪事”是指什么?》）
如何避免这种现象的产生？
1、学习新的测试技术和测试方法。通过不同测试技术和测试方法去发现新的缺陷。比如安全性，性能，可靠性，易用性，兼容性，一致性等等软件特性相关的测试。探索性测试，基于风险的测试，状态转换法等测试技术的学习。来发现不同维度的bug。
2、避免同一测试长时间测试统一模块。轮换测试，增加新鲜感。也避免测试陷入思维定势。
3、测试遇到问题后，找项目经理或者需求分析师确认客户场景和期望结果。
4、测试分析客户反馈问题，根据客户问题明确客户使用场景。下次开发解释时，直接指明客户场景和期望结果。
5、测试要有怀疑精神。敢于质疑开发的说法。尤其是洗脑类的开发说辞。更要拒绝。经常问开发：你也这么给客户解释吗？
6、可能的情况下，增加新鲜血液。