新的团体、会议以及工作坊让传统上被忽视的测试人员这一角色得到重视。在敏捷团队中，想要成为一名优秀的测试人员，需要有出挑的技能、工具和原则。
过去的观点认为，测试人员或质量保证人员的角色通常是在软件开发好以后才介入的，因果颠倒。测试人员通常是一个唱独角戏的角色，而测试团队则可以雇佣廉价的离岸劳动力。Bob Martin，是最初的敏捷宣言签署者之一，软件业里知名的完美主义者，他认为这样做并不是最理想：
几十年前，由于开发出来的软件质量十分糟糕，大家受到了挫败，因此在过程结束时，经理们设置了一个检查步骤。这种质保角色放任了不良的开发行为。由于质量保证在最后才做，开发人员不需要关心他们做得是否正确。
在过去的几年中，测试与编程之间的代沟已经缩小了，因为跨功能的敏捷团队更加重视拥有良好测试实践的角色，使用像验收测试驱动开发以及持续集成这样的过程来建立高质量的软件。但正如《敏捷软件测试》的作者Lisa Crispin 指出的那样：
如今敏捷已经成为主流，但有些人仍然不知道测试人员应该做什么。此外，对一些人而言，“整个团队”都去关注质量的方法，以及测试和编码并非独立的过程这种观念仍然让他们感到迷惑。
一些团体、会议以及工作坊致力于帮助解决这一问题。
