Team Foundation Server 11 中的应用生命周期管理

Team Foundation Server 11 加入了很多应用生命周期管理领域的功能。亮点包括支持代码复查、迭代 /sprint、资源分配、第三方测试框架，还有更强大的依赖图。

需求收集

在这方面，微软的需求收集从故事版开始。为推广该功能，微软提供了“PowerPoint 故事版”。其实就是 PowerPoint 使用模板和形状，特定于 Visual Studio 可针对的多种设备格式。 选择 PowerPoint，因为大多数人已经熟悉如何使用。他们知道自己将来要用到的大多数功能（比如主题、代码片段、模板）在 PowerPoint 中已经包括了。

特性团队和 Backlog

TFS11 将会支持特性团队和 backlog。特性团队是更大规模团队的子集，更大规模团队在公用的 backlog 上工作。理念是：开发人员可以自己从 backlog 选择工作项，而不是等着给他们分配工作。

优先级、迭代和容量

上个版本的 TFS 中，迭代只不过是个下拉框。在 TFS11 中，迭代已经成为第一级概念，驱动很多功能。迭代创建时，会给定日期范围，这样 TFS 和开发人员就能知道它代表的 sprint 何时开始和结束。 如果开发人员为工作项加入估算，用户界面就会自动计算工作量。如果任何开发人员工作量被过度分配，就会给他打个标记，他的主管就会知道要在后面 sprint 中重新分配他的工作。

依赖跟踪

Visual Studio 10 能够呈现简单的依赖图，但是随着解决方案不断变大，依赖图就会慢到令人令人发指。而且，每次重新打开，视图都要重新计算，使得这个功能看起来更像是个新鲜玩意儿，而不是实用工具。 在 Visual Studio 11 中，依赖图从简化试图开始，只会展示程序集层面的依赖。从那里，你可以向下钻取多个层次： 1. 程序集 2. 命名空间 3. 类 4. 方法 与 VS10 不同的是，依赖图背后的数据将会缓存起来，这样开发人员就可以快速找到想要的东西。 注意：该工具需要开发人员在代码中标明依赖关系。如果他们使用动态类型，或是在接口后隐藏所有的具体实现类，那么工具就无法判断真正的依赖关系。

工作中断

当工作被打断时，开发人员常常剩下未完成的代码无法签入。在 TFS11 中，处理中的代码可以保存在货架（shelf-set）上，与某个特定的工作项相连。

代码复查

开发人员现在可以直接在 Visual Studio 内创建代码复查请求。 当开发人员开始复查代码时，他们会看到一个文件变更列表。点击任何文件，将会在“合并试图”中显示代码。变更以内置（inline）或是并排窗口方式展示。复查人员可以右键点击某行代码加入评论。他们也可以回复直接附加在代码复审请求上的问题。代码复查人员常常针对“货架”上的代码，而不是变更代码。这样一来，请求复查的开发人员就可以在提交到代码分支之前做出相应修改，然后再提交，供他人使用。

缺陷分析

Bug 常常不是单独发生的，一般都是某个更大模式的一部分。某个 bug 修复后，开发人员就可使用“查找匹配克隆”功能来看看其他遵循同样模式的代码。

单元测试

以前提到过，Visual Studio 将会支持任何单元测试框架。微软会提供钩子给最常用的框架，包括 NUnit 和 xUnit，不过任何框架都可以实现必要的合同接口。

手工测试

执行手工测试时，TFS 可以记录应用内的执行情况。这些信息随后会关联到测试过程中创建的 bug 报告上。

Web 访问

TFS 的 web 界面将会允许直接在浏览器内编辑文件。

查看英文原文： Application Lifecycle Management in Team Foundation Server 11