相反的，我现在的团队每三或五个程序员有两个测试人员。我们生产的基于web的财务应用有非常复杂的业务逻辑，有很高的风险，而且密集测试。测试任务通常与编码任务的时间一样多。即使是测试人员——开发人员高比例，程序员也会做一些功能测试自动化并部分承担手动测试任务。专门的测试任务，例如编写高层次的测试用例和详细描述面向客户的测试通常由测试人员完成。

　　与其关注比例，团队更应该估计他们需要的测试技能并找到合适的资源。负责测试的团队可以持续地估计是否有需要的技能和数量。使用回顾总结来确定是否需要聘用更多的测试人员是一个解决方法。

　　测试人员适合敏捷团队的工作需要一定的条件。我们不会过多讨论聘用什么类型的测试人员的细节，因为每个团队的需求是不同的。但是，我们相信态度是一个重要的因素。下面是Lisa的团队如何聘用一个新的敏捷测试人员的故事：

　　我们招募另一名测试人员的第一次尝试并不是很成功。第一个工作招聘公告吸引了很多人，我们面试了三名应征者，但是没有找到合适的人选。程序员希望找到“技术人员”，但是我们也需要有同业务人员合作和帮助他们描述实例和需求的技能的人。为了吸引有正确的态度和思想的应聘者，我们努力明确工作招聘公告的内容。

　　在听取Janet和敏捷测试社区的其他同事的想法和建议以后，Lisa改变了工作招聘公告，包含如下的条款：

　　● 熟悉黑盒和GUI测试用例，设计测试减轻风险，帮助业务专家定义需求。

　　● 熟练编写简单的SQL查询和插入/更新语句，掌握Oracle或其他关系型数据库的基础知识。

　　● 至少使用某种脚本语言或编程语言和/或开源测试工具超过一年。

　　● 使用基本Unix命令的能力。

　　● 擅长与程序员和业务专家协作。

　　● 最好有基于上下文环境的测试、探索性测试或场景测试的经验。

　　● 融入自组织团队的能力，即与同事协调确定每天的任务，而不是等待分配的工作。

　　Lisa表示：这些需求带来了更适合敏捷测试工作的应聘者。我通过小心的筛选，排除了有“质量警察”思想的人。追求职业发展和对敏捷开发显示出兴趣的测试人员更倾向于有正确的思想。团队需要对测试工具和自动化领域有较强能力的人，所以学习的热情是极为重要的。这种新颖的招募测试人员的方式是值得的。当时，找到好的“敏捷测试”候选者是不容易的，但是接下来进行得更顺利。我们发现把测试职位公告放到不那么明显的位置，例如Ruby的邮件列表或者本地敏捷用户组，可以帮助延伸到更广阔范围的合适的候选者。招聘敏捷测试人员教授了我许多关于敏捷测试思想。有良好技能的测试人员对于任何传统测试团队都是有价值的，但是因为他们对测试的态度，可能不适于敏捷团队。