在一个理想世界里，你可以根据你的项目需求从一个“性格类型”库里选择组建一支测试团队，几乎和你为一出喜剧或一部电影选择演员阵容是一样的。你想要什么类型来保证团队的成功呢？让我们来看一些可能性吧。

　　早期采用者（Early Adopter）

　　软件工程的一个方面是“永恒的变化”同时带来的喜悦和痛苦。就在你觉得你已经掌握了一种技术或工具的最新情况时，一个新的版本或产品发布了，你又落后了。而且你别无选择的要更新你的知识：你必须努力跟上最新的进展。如果你停滞不前，你很快就会掉队。因此，在你的团队里你需要一个喜欢探索最新软件并为你的团队的软件测试环境推荐新插件的人。

　　持续采用者（Constant Adapter）

　　这个人根据团队的具体需要改编新的和已有的软件工具，是早期采用者的补充。比如，假设早期采用者找到了一种帮助数据库管理员从突发失效中恢复的工具。持续采用者会学习如何使用该工具，然后把它用于另一种目的，使得测试团队成员可以重建数据库并在他们进行了一系列测试后恢复一个“干净”的测试环境。

　　开心的集成者（Happy Integrator）

　　比管理计划耗费时间长，发现严重的、不易调试的问题，而且通常被认为比其他类型的测试次要的测试是什么类型呢？答案是：集成测试。现在，似乎已经没有团队真正为他们的产品写全部代码了。取而代之，他们使用其他公司提供的代码或公开源代码来构建他们的产品的主要部分。对多来源的代码进行集成测试与对单来源的代码进行集成测试是很不同的。你必须在集成的子系统之间验证产品的操作，并考虑到子系统的限制（以及潜在的缺口）。这种测试令人疯狂，因为它涉及理解和破译子系统之间的数据和进程流。尽管如此，不幸的是，有些人实际上非常喜欢这种“侦探工作”。

　　有经验的挖掘者（Experienced Miner）

　　有一个关于老煤矿工不需要地质数据来发现煤矿点的故事。他做矿工的时间太久了，以至于他可以凭直觉找到煤矿并用十字镐的一次简单回转把它敲松。他可以感觉到正确的敲击位置，这样岩石的外壳就会裂开显出煤矿，正如雕塑家可以精确知道在石头的什么位置而用凿子敲击一样。有些人在测试软件时是这样的：不管情况如何，他们都可以找到正确的位置来运行程序以发现关键的缺陷。有时这种技能是基于对正在测试的软件的经验的。比如说，对Java servlet有直接设计和操作经验的人在发现基于servlet的程序的错误上很拿手。在其他情况下，根据对相似类型的项目的经验，一个软件测试工程师可能会准确知道在哪里找“致命缺陷”。他们可能曾在有相似设计或管理问题的项目上工作过。比如说，有些软件设计就是必须在开发和测试中根据市场和技术变化不断改变和进化。