首先，我认为 VS 2005 Team Test Edition是一个很有用工具，如果继续得到改进和增强，我想该工具会被更多开发者使用。对于 VS 2005 Team Test Edition的学习，对于我们掌握怎样正确 引入VS 2005 Team Test Edition测试工具是很有帮助的，而且也可从中学到不少编程技巧，例如委托和模板方法。希望大家一起研究下。
VS 2005 Team Test Edition 引入了一组新的测试工具。这些工具已在 Microsoft 内部使用，并且***由 Microsoft 集成到 VS 2005 Team Test Edition 之中。 这些新工具与 Visual Studio 紧密集成，意味着它们不仅可以在其各自的测试框架中工作，而且还可以在提供完整软件开发生命周期解决方案的更大框架中工作。 #t#
在应用程序或 Web 页可以达到其质量和性能目标之前，必须经过严格的测试。过去，Microsoft Visual Studio 是一种只关注软件开发人员的产品，而对开发的测试方面提供的支持不足。组织内部质量保证小组的测试工程师无疑已经正确地认识到，在他们努力确保发布高质量的软件过程中，先前版本的 Microsoft Visual Studio 产品所提供的支持微乎其微。
作为开发人员或测试人员，您可以使用 Visual Studio 来对您自己的测试进行编码。但是要创建某些专业化的测试或者要对测试进行管理，则通常必须使用其他 Microsoft 产品、购买第三方工具或从头创建工具。当需要建模和发布数据、组织支持文档、跟踪错误并创建测试套件（例如，版本验证测试 (BVT)）时，您的工作将愈加复杂。所得到的工具集有可能产生这样的结果：它不能在它的各种工具和存储机制之间进行转换。
有这样一种情况，某个金融领域企业的 IT 小组积累了大量在开发生命周期的各个阶段使用的不同测试工具。每个工具都是来自独立供应商的独立可执行程序。
因此，这些工具之间没有交互，而且这些工具的用户之间的交互也受到阻碍。例如，在一个工具中输入项目需求，然后将其复制到另一个工具，这并不会在两个工具的数据库的需求之间建立链接。因为没有建立链接，所以在***个工具中更改需求不会更新由开发和测试团队使用的其他工具所访问的数据。
有了 VS 2005 Team Test Edition，软件测试人员将高兴地看到，他们的工具集正在接近开发人员的工具已经拥有的价值水平。主要的例子就是能够使用 Visual Studio 集成开发环境 (IDE) 来创建并运行测试。
许多核心测试类型（包括单元测试、Web 测试、加载测试、手动测试，以及代码覆盖的度量）现在都集成到 Visual Studio 中。（实际上，VS 2005 Team Test Edition 引入了一种新的项目类型 — “测试”项目，它与传统的项目类型一起显示在解决方案资源管理器中。）
