许多考虑敏捷的组织都试图在不将团队迁移到开放环境的情况下创建项目团队。 敏捷的价值和原则允许团队成员随时接触所有其他团队成员，在容易获得所有项目的进度图表、鼓励交流的环境中，团队可以做得更好。 敏捷测试专家Lisa和lqdhk分享了敏捷测试团队的人才经验。
测试人员和客户与程序员坐在一起，促进必要的交流。 如果实际上不允许重新迁移位置，团队可以创造性地解决这个问题。
lqdhk分享了自己的故事：
我曾在这样的团队工作，但由于空间问题，所有团队成员都没能坐在一起。 程序员有一个方便结对编程的区域，但测试人员和客户坐在不同的区域。 首先，测试员去程序员坐的用户故事白板区域参加每天的站位会议。 如果程序员有需要问的问题，情况也是如此。 很少有程序员去测试人员的区域(约50英尺的距离)。 我开始准备邀请他们的糖果，鼓励开发者在需要的时候拿来。 但是，有规则——。 如果他们来拿糖果的话，他们必须向其中一个测试员提问。 随着时间的推移，所有的组员彼此都要去另一个区域。 不是一方总是走向另一方，而是交流也变得更加频繁了。
团队规模给组织带来了各种类型的挑战。 小团队意味着小区域，所以通常更容易改变成员的位置。 大型团队可能分布在全球各地，此时需要虚拟通信工具。 移动大型车队的座位通常意味着翻新现有空间，许多组织不希望这样做。 了解你的限制，并努力找到团队遇到的问题的解决方法，不是接受现实并“保持现状”。 lqdhk举了一个例子：
我工作的队伍最初在楼层的角落，但经过三年的扩建，占了楼层的75%。 墙壁被拆除，办公室被拆除，形成了一个很大的开放区域。 团队在这样的开放区域工作很出色，但所有的开放空间都意味着墙壁没有了。 窗口变成用户故事板和白板，白板按顺序揉成一团，供团队需要时使用。
坐在一起的团队不一定存在于完美的世界，分散团队还有别的课题。 分布式团队需要帮助团队沟通与合作的技术。 电话会议、视频会议、网络摄像头和即时消息是促进团队在不同地点进行实时协作的工具。 无论团队是在一个地方还是分散在各处，敏捷团队通常都存在着需要什么样的资源以及如何获得它们的同样问题。
新敏捷团队的成员及其经理对团队的组成有很多疑问。 可以在传统项目中使用同一测试仪吗？ 或者，需要采用那种不同类型的测试仪吗？ 需要多少测试人员？ 需要其他有专业知识的人吗？
关于测试人员和开发人员的“正确”比例已经有了很多讨论。 组织可以使用此比率来确定项目所需的测试人员数量，并根据该数量采用测试人员。 传统项目没有“正确”的比例，每个项目都需要自己估算。 所需的测试器数量不同，取决于APP复杂性、测试器技能和使用的工具。
从1:20到1:1，Lisa和lqdhk在各种测试人员——的开发人员比例团队中工作。 用lqdhk来说：
我曾从事开发消息处理系统的项目。 他们的比例是1:10。 因为GUI很少，所以我们将手动测试APP应用程序的这一部分，以确定其可用性和是否符合客户的期望。 程序员进行所有的自动回归测试，我和他们一起验证编写的测试用例的有效性。 我把测试的用户故事，包括一些用户故事的负荷测试，分配给开发者。
开发人员相信质量是整个团队的责任，所以他们不认为没有足够的时间做必要的测试。
Lisa分享了自己的故事：
我曾是一个团队的唯一专业测试者，有20名程序员在开发在线商店网站的内容管理系统。 当程序员负责手动测试和测试自动化时，团队真的很有工作效率。 一个或两个程序员在每次迭代中扮演测试人员，在编码之前为客户编写测试并执行手动测试。 其他程序员在迭代中承担着测试自动化的职责。
21/212