VS2010套件描述了测试的详细执行步骤和方法，以及每个方法执行完的期望结果，更细致地讲这里的Test Case。Configuration则是定义了Test Plan的各种执行环境配置。这些都是很实用的。

我能够想到的答案是：测试和实验室的管理的功能相对比较独立，作为一个单独工具使用会更轻便。如果只是用来管理实验室或者执行测试用例，就可以只安装这个工具，在安装界面中可以选择只安装MTLM工具吧？——有待下次安装时确认。

我在自己的机器上安装了MTLM，***次运行了这个工具后才发现，MTLM仅是一个测试和实验室管理功能的客户端，也就是个“配角儿”，真正的“主角儿”原来是Team Foundation Server（TFS）服务器，更确切的讲应该是TFS 2010 Beta 2。MTLM是完全依赖于TFS的，它运行起来的***个界面就是要你去连接指定的TFS服务器，否则也就到此为止，寸步难行了。

我们知道，TFS是微软的软件开发生命周期管理（ALM）套件的核心服务器端，将MTLM与它进行紧密绑定更进一步凸显了微软软件生命周期管理软件的战略，这其实从VS 2005和2008就已经逐步开始了，VS2010套件更进一强化了这战略。VS不再单单只是面向开发人员或者是测试人员角色，而是要提供一个平台来有效协调和支持开发过程中各个角色，并使他们能够彼此紧密联系进行协作。就象早在VS 2008中就已经支持Excel和Project和TFS连接一样，这也是趋势，设想以后很可能所有和软件开发过程相关的工具都会与TFS绑定。#t#

这几概念还是比较好理解的，Test Plan是MTLM中管理的最顶层的对象。在启动了MTLM需要连接到TFS工程，这个工程必须是团队使用的工程，它保存了开发团队创建的用户需求工作项、代源代码等，Test Plan对象必须在这个工程上创建。Test Suites实际上使用来组织Test Case，类似于文件系统中文件夹的作用。Test Case在这里指的是手工测试用例。

VS2010套件描述了测试的详细执行步骤，以及每个步骤执行完的期望结果，更准确地讲这里的Test Case是指手动测试用例 (Manual Test Case)。Configuration则是定义了Test Plan的各种执行环境配置。这其中， Requirement映射到TFS的User Storey类型的工作项，而Test Case和Shared Step对应于Test Case和Shared Step工作项。

在这里需要指出的是，Automated Test Case只能在VS测试工程中定义和代码实现的，并可以在VS中运行，其代码保存在TFS工程的代码控制器中。Automated Test Case在与MTLM中定义的Test Case关联后，也可以在MTLM中执行。