在采用敏捷方法论的公司中，企业软件测试中是否存有集成化测试团队的位置？

你并不是唯一个对些问题存有疑问的人。我的简短回答是，这一举措很难有效，但有些企业软件测试可能是由集中化测试团队完成了，这在敏捷方法中是很传统的一步。有些功能，如性能和安全，可能会由外部组织测试。

现在，回答的答案有点长。

团队中的测试人员，但却没有测试部门

让测试远离团队在团队之间创建了传递，迫使集中化测试团队给多个客户提供服务。如果他们隶属于一个团队，那么所有这些严格的流程将给测试造成了瓶颈，同时也限制了测试人员需要的关于产品的技能。拥有独立的团队也会产生我们与他们相比的心态，这也将影响团队工作。

所有这些场景都解释了为什么独立的团队对于企业软件测试来说不是一个好的想法，让阻止开发团队成为敏捷团队的事情是，开发团队不再自己开发端到端的软件。

敏捷宣言背后的原则有如下：频繁交付可工作的软件，从几个星期到几个月，偏好较短的时间跨度。业务人员和开发人员在项目的日常工作上必须合作……传递信息最有效和最高效的方法是面对面的沟通。

在波兰、冰岛和美国进行开发，然后把代码上传 到测试服务器上，同时通知在这个星球上其它地方的人代码已经测试过了，这听起来并不像是敏捷。

事实上，在波兰、冰岛或其它地地方，人们很可能发展他们自己的内部测试团队。他们也可能游说业务利益相关者而忽略了你，忽略了企业软件测试。

一些例外

上述的一些讨论都是关于功能测试的。我通常反对严格执行信息传递，但却支持包括测试人员作为开发团队协作的一部分。然而，把你的公司结构化成非常小的团队很有可能，也就是说三、四个人为一个团队，这些团队可能没有你需要的安全、性能和其它专业的测试背景。同样，有一些老旧组织拥有一些复杂的集成部分，在发布之前需要协调。我能够看到高度专业化的角色如何保持独立，同时向其它团队提供服务，但是希望这些服务包括教育组件旨在帮助团队自己接管工作。

还有一个有趣的问题：敏捷团队的范围有多广。测试人员隔离在外可能很狭隘，但大部分敏捷软件团队把销售人员和人力资源管理（HR）隔离在团队之外。很多情况下，销售人员和HR都使用传统的、非敏捷的业务流程。