您可以简单地创建一个名为“Test”的新工作项类型，并对其进行自定义以包含您需要的字段。您将需要添加结果（未运行、通过、失败、进行中等）、测试者、执行日期和构建中测试等字段。

您需要使这些字段在数据仓库中可报告，并构建一些状态报告。

完成此操作后，您可以在 TFS 中执行测试用例，并链接到您的其他工作项类型。我以这种方式工作了多年，实际上比使用 MTM 更喜欢它。

谷歌搜索显示这些工具：

该工具使 TFS 与外部工具的集成变得更加容易：http: //tfsintegration.codeplex.com/

该工具与 Bugzilla 和 TFS 集成： http ://www.origsoft.com/products/qualify/tfs.php

不幸的是，我没有看到 Bugzilla 网站本身列出任何内容： https ://wiki.mozilla.org/Bugzilla:Addons#Integration_with_Source_Code_Management_utilities

如果您不怕编写自定义解决方案，请查看 TFS API：http: //msdn.microsoft.com/en-us/library/bb130307%28v=vs.80%29.aspx

如果您需要直接在 Bugzilla 内部进行链接，您可能需要使用 Bugzilla 的 API (http://www.bugzilla.org/docs/tip/en/html/api/) 进行集成。如果您希望将 Bugzilla 中的测试用例链接到 TFS 中的工作项，我想您需要在数据库中添加一个外键，该外键映射到特定项目的 TFS ID 和 Bugzilla ID。

Enterprise Tester提供与 TFS 集成的支持，允许您在 TFS 和 Enterprise Tester 之间同步事件（他们称之为缺陷/问题），以及支持从 TFS 到 Enterprise Tester 的需求/用户故事的同步。

这允许：

• 在 ET 中创建需求，同步回 TFS 中的工作项。
• 然后您可以在 ET 中创建与需求相关联的测试脚本。
• 然后，您可以在执行期间执行测试脚本并记录事件（缺陷）。
• 引发的事件将作为工作项再次自动同步回 TFS。

虽然不是免费的，但单用户入门许可证是 10 美元。