测试与开发感觉永远都无法磨合，尽管敏捷已经把他们拉近，但是测试与开发由于知识积累，问题角度的差异，总是在一些问题有些争执。在开发看似完美无缺的设计，测试总是钻出空子质疑，因而也造成种种不快。

在设计初期，开发与测试都是处于摸索阶段，对开发来说，除了熟悉新需求，还要熟悉内部已有实现，或参考或对比；而对于测试来说，需要查询需求来源背景，关注可能涉及的正常和异常场景，提供给开发。这个时候开发开始完善其设计，并开始进行编码。然而随着迭代过程的进行，测试对需求也越来越熟悉，可能又发现了遗漏或不完整的测试场景，并向开发提出。然而此时，开发人员代码可能已经写得差不多，突然又给出补充的场景，对他来说很可能是否定他的设计，总是抱怨“为什么不早点提供，现在才说，害我又要返工”，测试收到这样的反馈后，积极性有可能受到打击。开发测试因此交恶，如此往复循环，两者合作出现裂缝，大大影响产品的质量和开发进度，违背了敏捷的初衷。

因此，开发自身的优越感，可能来自于IT行业的历史原因，但是不可否认，这种格局正在被颠覆，测试人员的作用正在被强化和肯定，TDD（测试驱动开法）就体现这一点。由此可见，迭代过程中最重要的是敏捷思想的传递，开发测试都需要转变观念，测试应不卑不亢，开发更应尊重和肯定测试工作。