VS2010提供了多种测试用例的执行方式，每种方式都有自己针对的特定需求场景。今天（2011/3/8）发现一篇不错的Blog - Running Automated Tests on Physical Environments, the different flavors… ，它比较几种执行方式的各自特点，并给出了相应链接。
算然是以介绍VS 2010 测试功能的专题，但随着学习的深入，有了一种越来越强的感受，那就是 ：“如果主角儿只有一位的话，那么整个VS 2010工具的真正主角儿已不再是作为编码工具的VS IDE，而是ALM的核心TFS”。很多很多涉及到团队开发的功能都需要TFS（Team Foundation Server）的支持，这个专题中要学习的测试功能也不例外，如首篇《VS 2010 测试功能学习(一) 新老Logo》中，介绍过的MTM工具就仅是一个客户端而已。
那么TFS到底是干啥的呢？从字面上翻译就是： Team团队Foundation基础Server服务器，更更通顺些翻译就是"团队协作基础服务器"，不知道微软的官方中文翻译是怎样的，如果有朋友知道，别忘了告诉俺一声，呵呵！我记得它的第首个版本是出现在VS 2005中，当时看到它的时候，俺还是非常兴奋的，因为总算是可以告别“VSS存代码，Word记Bug，测试人员通知开发人员产品缺陷靠喊”的“手工++”开发模式。不用不知道，当你开发过程中所有“副产品”—— 需求、任务、缺陷和代码等都放在一个服务器上，彼此可以互联互通相互引用，这感觉才叫爽啊!
下面的图描述了在没有TFS时候的情况，开发过程中的数据都是分别用不同的工具存储，彼此之间相互独立成为了所谓的“信息孤岛”，图中它们彼此之间的连接线代表了人的行为手动实现的“沟通”。
TFS的使命就是要解决开发过程中的信息“孤岛”问题，通过统一的存储机制是它们的能够协作起来，实现1 + 1 + 1 ... + 第n个1 > n的效果。如下图所示，微软已经为不同的角色提供了丰富的工具来访问TFS数据，同时还提供了TFS Object Model (API) ，让第三方厂商就能够开发自己的基于TFS的软件。有关TFS 2010 安装的信息，可以参看我的另一篇博客文章 - 《TFS 2010 Beta 2让安装更简单，也让VSS成为历史》
现在Visual Studio已不再是仅面向开发人员一种角色的软件编码工具，它已变成了一个覆盖整个软件开发生命周期的ALM工具。其实，作为软件工具厂商这也是必然的发展方向，就像IBM也有Rational、ClearCase等工具。作为每一个软件行业的从业人员，无论是开发人员、项目经理、还是测试人员，也要不断适应这个趋势，我认为它只会使我们的工作更简单和更轻松。
TFS是Visual Studio 2010 ALM的核心，但始终没有找到一张足以展示其核心地位图。在浏览Gipi的博客文章时发现了下面这张好图，转贴过来与大家共享！
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
