DevOps敏捷开发动手实验¶

任务一：登陆TFS Web门户¶

1. 从任务栏中打开IE浏览器并从收藏栏中打开 TFS Web Portal 链接。

2. 使用用户 刘备 登陆。(用户名和密码请参考快速入门的 样例项目背景 一节内容）

3. 从TFS主页中，选择 浏览 按钮打开项目和团队信息。

4. 选择 PartsUnlimited 项目和默认的团队。

5. 接下来会出现PartsUnlimited默认团队的主页视图。该视图提供包含各种信息的卡片组合，例如查询结果卡片、新建工作项卡片、冲刺燃尽图卡片、团队成员卡片等等。

任务二：管理积压工作项列表¶

1. 通过选择屏幕顶部的 Work 标签来导航到积压工作项界面

2. 产品积压工作项可以帮助我们定义那些需要做的工作。一旦你拥有一个积压工作，你可以用它来管理当工作进展的状态变更，如：工作完成或与工作项关联的事项被迁入，测试通过，或者其他一些相关事项发生的情况。每个产品积压工作项均有很多不同的字段帮助你对要管理的信息进行跟踪，并提供基于状态转换的工作流来帮助你跟踪进度。

3. 试想下当我们的团队成员被要求实现一个新的产品积压工作项。这个产品积压工作项可以使顾客将浏览的产品加入购物车。这个产品积压工作项应该被设置为高优先级，因为产品负责人（PO）从用户那里得到了很强烈需要此功能的反馈。

现在你需要在标题这一栏中输入 将产品加入购物车 ，并点击 添加 按钮将此积压工作项加入列表。

如果你的工作项不在正确的位置，请使用鼠标拖拽完成优先级排序操作。

4. 在产品积压工作列表中，工作项是按照优先级来进行排序的，优先级高的位于最上面。我们刚才创建的工作项拥有高优先级，所以我们应该将它拖拽到列表的最顶端。

5. 双击打开我们刚创建的工作项，我们可以在工作项信息界面中配置该工作项的详细信息。

将该工作项指派给诸葛亮，设置状态为 已批准 ，将工作量设置为 8 。点击 保存并关闭 按钮

6. 通过将刚创建的工作项拖拽到当前的迭代上来指定该工作项处于当前的迭代周期内。

注意屏幕左侧所列出的迭代列表，这些可以被视为迭代开发计划，将工作项拖入这些节点表示将工作项加入开发计划。

可以在列表中检查该工作项的 迭代路径 列的值来确定该工作项是否已分配到当前迭代周期内。

7. 产品积压工作项视图中我们可以点击右上角的两个缩略的小图表来打开速度图和累积流。速度图通过对比团队在每个迭代完成的工作量来反应团队的开发速度情况。累积流表示在一段时间里处于不同状态的工作项的数量及其变化趋势。

任务三：团队容量计划¶

1. 点击左侧的 冲刺（sprint）1 ，进入迭代1的工作项视图。在此视图中可以看到我们刚放入迭代1的积压工作项“将产品放入购物车”。利用上述方法我们添加多个积压工作项，并将其放入迭代1中，如下图所示。同时在此视图的右上角我们可以为该迭代设置起始日期。一旦我们为迭代设置起始日期后，我们就可以为这个迭代内分配团队资源了。 迭代内的团队的资源分配可以通过 容量 视图来设置。

2. 选择 容量 链接来查看和设置迭代1的团队资源。

3. 在 容量 视图中，我们可以看到每个团队成员都对应有 休息日 ，活动 ， 每天的容量 三个字段。其中 休息日 表示该成员在这个迭代中有多少天是不工作的，活动 表示该成员在迭代中所做的工作是什么类型的，每天的容量表示该成员在一天中花多长时间来处理迭代中的工作。 我们假设这个迭代中只有 赵云 在公司进行开发，并且只能工作 8 小时，那么此时的 容量 视图如下所示：

4. 回到我们的 积压工作（backlog） 视图，我们假设我们新建的积压工作已经确认通过了，那么现在可以将该积压工作添加任务。选定该积压工作，然后点击左边的 + 符号来添加任务。这个任务将会自动表现为积压工作项的子任务，用来帮助描述为了实现该积压工作所需要的技术实现细节。

5. 我们可以为新加的子任务设置 标题 为“当选定一个产品时，页面上出现一个‘加入购物车’按钮”，指派给 设置为 赵云 ，剩余工作 设置为 10 ，然后 保存并关闭 。

6. 此时我们可以打开右上角的 工作详细信息 标签的 打开/关闭 按钮来查看当前迭代容量情况。由于这个迭代此时团队的总容量为8小时，而任务量为10小时，所以会出现下图所示的情形，红色表示当前任务量超过团队计划的任务量。一旦出现红色，项目负责人就必须要考虑增加人员或减少迭代的任务量，可以将一些积压工作放入下一个迭代中。

任务一：配置团队层级和区域路径¶

1. 点击右上角的 管理服务器 按钮（齿轮形状），进入TFS管理页面。此时从我们可以看到，PartsUnlimited项目目前只有一个默认团队，这个团队是创建项目时默认建立的。由于我们的示例项目包含前端网页和后台管理功能，所以我们可以再创建两个团队，前端开发团队和后台开发团队。 由于每个团队各自只关心分配给他们的任务，所以我们要求积压工作视图只显示每个团队自己的需求和任务，这一点可以通过给 不同团队 分配 不同的区域路径 实现。现在我们可以通过点击 新建团队 按钮来创建团队。

2. 在 创建新团队 窗口中，输入 团队名称 为“前端开发”，不勾选 “使用团队名称创建区域路径”，然后点击 创建团队 。

3. 利用同样的方式，我们可以添加“后台开发”团队。团队添加后的界面应该如下图所示：

4. 接下来我们需要为我们的项目创建区域路径。区域路径是从我们 样例项目背景 的 用户故事地图 地图中提取出来的。点击 区域 选项卡，我们可以看到当前只有以项目名称命名的根区域。我们先选择根区域，然后点击 新建子级 按钮，弹出 创建区域 窗口，在 区域名称 中输入“前端页面”，点击 保存并关闭 。

5. 可以看到在根区域中下一级出现了“前端页面”区域。同理可以在根区域中加入“后台页面”、“系统功能”。同理，当我们选定“前端页面”这个区域时，点击 新建子级 按钮，我们就可以在该区域下新建子区域了。我们可以将用户故事地图中的区域信息按照这样的方式完整的录入到 区域 下。

6. 下面我们需要做的就是为 每个团队 设置各自的 区域。当需求或积压工作分配到某个区域路径时，只有与区域对应的团队成员才能看到这些需求或积压工作，其他团队成员看不见，也就是对其他团队屏蔽。根据项目的实际情况，我们应该将区域 前端页面 分配给 前端开发 团队，后台页面 和 系统功能 分配给 后台开发 团队。点击 概述 选项卡，进入项目的概述页面，然后点击 前端开发 团队，进入该团队的设置页面，然后点击 区域 选项卡，勾选 前端页面 ，右键点击 前端页面 ，在快捷菜单中选择 包含子区域 ，此时 前端开发 团队与 前端页面 及其子区域进行了绑定。同理可以将 后台开发 团队与 后台页面 和 系统功能 及其子区域进行绑定。

7. 接下来我们回到项目积压工作项页面，将一些前端需求和后台需求分配到相应的区域路径。选择 首页框架 和 登陆页面 这两个积压工作，将它们的 区域路径 字段值分别设为 PartsUnlimited前端页面首页、PartsUnlimited前端页面用户相关，将 用户查询 和 用户审核 的 区域路径 字段设为 PartsUnlimited后台页面用户管理 。

8. 接下来我们来验证设置我们的设置。点击页面的标题部分的导航栏，选择 浏览全部 按钮，弹出项目和团队选择框，选择 前端开发 团队，点击 导航，进入该团队的积压工作页面，此时我们可以看到 积压工作（backlog） 列表中只有 首页框架 和 登陆页面 这两个积压工作项，与我们要求的完全一致。同理可以验证 后台开发 团队能看到的积压工作项也是我们刚才设置的。

任务一：介绍 看板 工具¶

1. 可以使用看板来跟踪工作项的状态，如查看当前正在进行的工作、工作的执行人员、下一步需要执行的工作以及完成的工作等。转到团队的“积压工作(backlog)”页并打开看板。 团队项目的所有参与者都可以使用看板更新工作状态。

2. 此时我们可以看到kanban中共有四列，对应着backlog积压工作项的4个状态，分别是New（新建）、Approve（确认）、Committed（已提交）、Done（完成）。当前所有的工作项都处于New（新建）状态，每个工作项都是用一个小卡片表示。小卡片上当前显示工作项的标题和被指派的团队成员，我们也可以自定义工作项卡片上显示的字段， 将我们所关心的内容字段显示在卡片上。点击kanban右上角的 齿轮 图标，进入看版设置窗口，点击左侧的 字段 标签，然后点击 附加字段 下的 字段 + ，在出现的 下拉框 中选择想要在卡片上显示的字段。我们可以添加字段 Area Path （区域路径）字段和 **State**（状态）字段。

3. 回到kanpan视图，可以看到此时卡片上已出现了 Area Path 字段和 State 字段。当然我们可以在 设置 窗口中设置kanban的其它属性,如修改卡片的样式、颜色，在kanban中添加或移动状态列,设置每一列中工作项的最大个数，kanban中是否显示bug，设置工作日等等。

4. 回到kanban视图，此时所有的工作项都分配给了 诸葛亮 ，需要他对这些工作项进行审批确认。假设此时诸葛亮已经对前三个工作项进行了确认，那他需要将前三个工作项 托拽 到 Approve 列。

5. 可以看到此时该三个工作项卡片上的 State 的值变为 Approve 了。此时诸葛亮可以将该三个工作项指派给其他开发人员，开发人员根据自己的完成情况来同样拖拽卡片，来更改工作项状态，使流程继续走下去。

任务二：使用 标记¶

1. 使用标记可以很容易对工作项进行归类，方便以后对工作项的查询和刷选。
2. 回到积压工作项列表。假设我们现在的积压工作有部分同时需要同时在手机端实现，我们就可以利用标记功能来对这些积压工作项进行标记，方便以后进行查找。例如，序号为1、4、6这三个工作项需要同时在手机端实现，那么可以分别打开这三个工作项，添加 标记 “手机”。

3. 接下来我们就可以利用 标记 来查看我们刷选工作项。点击工作项列表的右上角 漏斗 图标，会在下面出现标记 手机 字样，我们点击 手机 标签，会发现积压工作项列表中已经刷选出含有标记 手机 工作项。

任务一：创建和共享工作项图表¶

1. 我们现在回到积压工作项列表界面。假设现在我们想要更好的查看哪些工作项的状态是 Approve （已确认），都已指派给了哪些成员。点击 查询 选项卡进入工作项查询界面。

2. 首先我们必须要定义一个查询，来获取我们想要的一些工作项数据。点击 新建 下拉按钮，选择 新建查询 。

3. 新建的查询默认会查询当前项目的所有状态的工作项。我们想要筛选出所有状态为 Approve 的工作项，所以必须要修改字段 State 的值为 Approve 。

4. 修改好查询条件后，我们可以运行查询来验证是不是我们想要的结果。点击 运行查询 图标，可以在查询定义的下面得到查询结果。

5. 当我们确认该查询无误后，可以将该查询保存到 共享查询 文件夹中。

6. 接下来我们可以根据我们刚才新建的查询来创建图表了。点击 图表 选项卡进入创建图表的界面。

7. 图表创建完成后，返回 图表 界面后，可以看到刚才创建的图表已经显示出来了。我们还可以将该图表放入团队首页仪表盘，使每个团队成员都能看见。点击图表中的 ... 按钮，选择 添加到仪表盘-概述 。

8. 当我们返回到团队的首页后，我们可以在仪表盘中看到我们刚才放入仪表盘中的图表。

任务一：创建生成定义¶

1. 使用 诸葛亮 的账号登陆系统，并切换至您项目的 生成 功能区域下，并点击左侧的 加号 标识

2. 在弹出的 创建生成定义 窗口中，

选择 Visual Studio 并点击 下一步

选择 存储库源 | 存储库 | 默认分支 | 勾选持续集成 | 默认代理池 并点击 创建 按钮

3. 对新创建的 生成定义 进行定制，删除下图中未出现的内容

4. 添加 PowerShell 生成步骤

点击 添加生成步骤 | 实用工具 | 选中PowerShell 并点击 添加 按钮

5. 配置 PowerShell 生成步骤，使用 PartsUnlimited 代码库中内置的 build.ps1 脚本来进行编译

将 PowerShell 生成步骤拖放到顶端，在右侧的 Script filename 和 Arguments 中分别输入：

您也可以点击 Script filename 右侧的 ... 按钮来从代码库中选择 build.ps1 这个脚本文件

build.ps1 脚本内容如下：

[CmdletBinding()]
Param(
    [Parameter(Mandatory=$True)] [string] $BuildConfiguration
)

#Install dnvm
& scripts/Install-Dnvm.ps1

# Restore and build projects
& scripts/Call-Dnu.ps1 restore .\src
& scripts/Call-Dnu.ps1 build .\src\PartsUnlimitedWebsite --configuration $BuildConfiguration

这个脚本中我们调用了Install-Dnvm.ps1和Call-Dnu.ps1 这两个脚本来完成.NET运行时的安装，依赖恢复(dnu restore)和编译 (dnu build)，并且脚本提供了一个叫做BuildConfiguration的参数允许我们提供不同的编译配置参数(release/debug)。

6. 保存新的 生成定义

点击 保存，并在弹出的对话框中输入名称 PartsUnlimited_masterCI， 点击 确定

这样，我们就完成了一个最基本的 生成定义 的创建。这个定义中我们仅完成了编译的工作，在后续的练习中我们将添加更多的任务，如：自动化测试和打包。

任务二：运行生成¶

1. 将生成排队

回到 生成 视图，并点选我们创建的 PartsUnlimited_masterCI 生成定义，在右侧点击 为生成排队 按钮，在弹出的对话框中点击 确定

2. 查看生成进度

新的请求将被TFS排入生成队列，根据你所选择的代理池不同，你的请求将被逐个处理。

稍等片刻，您的构建请求将开始运行，这时TFS将会持续的推送日志信息

如果一切顺利，您的构建将成功完成。

3. 查看生成结果

点击屏幕顶部所列出的构建ID （类似：Build 20160313.1），将进入生成结果页面

这个页面包含以下信息：

任务一：在 生成定义 中添加 打包步骤¶

应用程序打包是为了能够方便部署而将程序的文件结构调整为目标环境可以直接使用的格式，这个格式与开发时所用的格式往往不同。

1. 添加打包步骤

首先按照 练习一 | 任务一：创建生成定义 | 步骤4-5 中的方式在添加一个 PowerShell 任务，并将其放置在 编译 任务一下。并对这个任务的参数做如下配置

如下图：

这个 publish.ps1 脚本将调用 dnu publish 这个命令来完成网站的打包工作，由于我们的网站中用到了很多前端工具，其中还会调用 npm 和 grunt 来完成前端脚本的打包工作。

publish.ps1 的内容如下：

# Publish to a self-contained folder
& scripts/Call-Dnu.ps1 publish src/PartsUnlimitedWebsite -o artifacts\Publish --runtime dnx-clr-win-x64.1.0.0-rc1-update1 --no-source

2. 将打包结果上传至服务器

选中 Copy Files 这个生成任务，并在 Contents 这个参数中添加一行

**\publish\**

如下图：

3. 触发生成以便将打包完成的文件上传至服务器

按照 练习一 | 任务二：运行生成 中的步骤触发生成并等待生成完成。

任务二：创建发布定义¶

与 生成定义 类似，在TFS中使用 发布定义 来管理发布管道。在一个 团队项目 可以创建多条发布管道分别对应不同的代码分支，团队或者目标环境。

1. 创建 发布定义

登录系统，并切换至 发布 视图，点击 加号 图标，创建新的 发布定义

在弹出的 部署模板 对话框中，选择 Emtpy （空模板）并点击 确定

在名称中输入 PartsUnlimited_Pipleline，将第一个环境命名为 测试环境 ，并单击 保存 按钮

2. 将 发布定义 链接到 生成定义 上

单机 链接到生成定义 链接，并选择 PartsUnlimited_masterCI 定义，点击 链接

3. 配置 测试环境 的部署任务

在 测试环境 中点击 添加任务

在弹出的 添加任务 对话框中选择 部署 | Windows Machine File Copy , 并点击 添加 按钮

4. 配置 Windows Machine File Copy 任务

点击 Source 参数后面的 ... 标志

在弹出的 选择文件或文件夹 对话框中选择

PartsUnlimited_masterCI/drop/artifacts/Publish 这个文件夹，并单击 确定 按钮

并对以下参数进行配置

4. 克隆环境

以上我们已经完成了 测试环境 的部署任务配置，为了实验简化目的，我们使用同样服务器的不同端口来模拟不同的环境，因此 生产环境 的配置不过是另外一个目录而已。所以，我们使用 克隆环境 来完成这一步操作。

点击 测试环境 右上角的 ... 标识，并选择 克隆环境

修改 Destination Folder 这个参数为：

最后保存我们的 发布定义

任务三：触发部署¶

1. 创建部署

在 PartsUnlimited_Pipleline 这个 发布定义 上点击 发布 | 创建发布

在弹出的 创建PARTSUNLIMITED_PIPELINE的新版本 对话框中，选择最新的版本，并单击 创建 按钮

2. 运行发布

在 PartsUnlimited_Pipleline / Release 1 上选择 部署 | 测试环境 启动一个向 测试环境 的部署任务

在弹出的 在 测试环境 上部署 Release 1 对话框中点击 部署 按钮

3. 查看部署进度

可以看到 测试环境 的进度条中显示 正在进行 或其他状态

也可以切换至 日志 视图查看脚本的输出日志

最终，如果一切顺利，进度条将显示 成功

4. 查看部署完成的网站

我们可以打开一下地址看到 PartsUnlimited 站点已经可以运行

• 测试站点地址为 http://[实验服务器]:8012/
• 生产站点地址为 http://[实验服务器]:8013/

到这里为止，我们已经完成了我们所规划中的自动化编译和部署，如下图中的灰色部分：

任务一：安装Exploratory Testing工具并连接至TFS¶

如果您的电脑上没有安装Chrome浏览器，请先安装。

1. 获取 Exploratory Testing 插件

从讲师处获取本地安装包, ExploratoryTestingExtension.zip，并解压缩。

2. 在Chrome上安装插件

打开Chrome浏览器，打开 设置 页面

进入 扩展程序 ，选中 开发者模式

点击 加载已解压的扩展程序 ，并选择你所解压缩出来的文件夹中的 版本号 子文件夹，单击 确定

Exploratory Testing (Preview) 将出现在列表中，并在工具栏中出现相应的图标

3. 连接至TFS

点击工具栏中的 图标 ，选择 齿轮 标志，并选择 Connected (VSTS/TFS)，输入服务器地址，点击 下一步

在下面页面中选择您的项目，并单击 保存

任务二：执行探索性测试并提交Bug¶

1. 启动测试

点击 Start Session 开始一个 测试会话

2. 完成应用测试过程

根据 持续交付 - 持续集成，自动化发布和自动化测试 这个实验中我们所创建的站点地址，打开您的站点

请按照以下步骤执行测试

您可以重复以上步骤 2 - 4，进入不同的产品详细信息页面，可以注意到所有产品的价格都是 $250, 这是我们应用中的一个 Bug.

3. 提交 Bug

再次点击工具栏 图标，并选择 Bug 视图，输入以下内容作为 Bug 的标题

All products show same price $250

最后，点击 保存 提交 Bug, 并点击 Stop Session 停止我们的 测试会话 。

任务一：修复Bug¶

1. 打开TFS的产品backlog查看bug

打开TFS的 工作 | 积压工作(backlog)，您会看到刚才所提交的bug已经出现在了列表中

请双击打开这个bug，您可以看到我们刚才所提交的内容

记录下这个Bug 的 ID。

2. 修复Bug

为了简化实验目的，您可以按照以下方式修复bug，在实际工作中，开发人员需要自己重现问题，定位问题，修复问题。

打开一下文件，并注释掉 第57行，并在签入注释中输入 修复Bug #bugID 其中 bugID是在上一步中所记录的ID。单击 保存 按钮。

/src/PartsUnlimitedWebsite/Controllers/StoreController.cs

// productData.Price = 250;

任务二：发布新版本¶

请按照以下实验内容完成发布过程

练习四：使用拉取请求（Pull Request）实现质量门控制