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

作者 Jonathan Allen 译者 郑柯 发布于 2011年9月19日

领域

过程 & 实践,

架构 & 设计,

语言 & 开发

主题

Team Foundation Server ,

需求分析 ,

Visual Studio ,

迭代 ,

客户及需求 ,

.NET ,

微软 ,

敏捷技术 ,

软件测试 ,

工具 ,

IDE ,

Scrum ,

企业架构 ,

划分优先级 ,

编程 ,

测试 ,

敏捷 ,

源代码控制 ,

代码复查

分享到

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

译者 郑柯 InfoQ中文站总编。做过开发，当过PM，干过销售，搞过市场，最终还是回到媒体。实用的理想主义者，相信：每天改变一点点，这个世界会更好。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！