如果您從 Visual Studio Team System 2008 Team Foundation Server 升級至 Team Foundation Server 2013，您可以手動更新您的 Team 專案。 如果 Team 專案是以 Microsoft Solutions Framework (MSF) 4.2 版流程範本為基礎，請遵循本主題中的程序。 套用這些更新之後，您將可以存取在 TFS 升級後設定功能中所述的新功能，以及與 Microsoft Test Manager 互動。

更新存取新功能所需的工作：

1. 重新命名系統欄位

2. (僅限 Agile) 將情節重新命名為使用者劇本

3. 下載 MSF 流程範本的最新版本

4. 匯入連結類型

5. (選擇性) 依需要套用自訂

6. 匯入工作項目類型

7. 匯入分類檔案

8. 匯入流程組態檔

9. 驗證能否存取新功能

與 Microsoft Test Manager 互動所需的其他工作：

1. 指定要在 Microsoft Test Manager 中建立的 Bug 類型

2. 將權限授與測試小組成員

3. 啟動 Microsoft Test Manager

需求

• 若要下載流程範本，您必須是 [Project Collection Administrators] 群組的成員。 如果已明確設定必要的安全性權限，則您必須將 Team 專案集合的 [管理流程範本] 使用權限設定為 [允許]。

• 若要執行 witadmin 和 tcm命令列工具，您必須是下列其中一個群組的成員: Team Foundation Administrators、專案集合管理員 或 Team 專案的專案管理員。

• 若要授與使用權限，您必須是想要變更之群組層級的系統管理群組成員。 例如，若要變更群組或使用者的 Team 專案集合層級使用權限，您必須是該集合的 [Project Collection Administrators] 群組成員，或是必須將 [編輯集合層級資訊] 的使用權限設為 [允許]。

  如需詳細資訊，請參閱Team Foundation Server 的權限參考。

1.重新命名系統欄位

由於數個系統欄位的易記名稱會在 Visual Studio Team Foundation Server 2010 中重新命名，因此您必須手動重新命名 Team 專案集合中的這些欄位。 重新命名的系統欄位包含 System.AreaID、System.IterationID、System.HyperLinkCount、System.ExternalLinkCount 和 System.AttachedFileCount。

針對升級的 Team Foundation Server 上定義的每個 Team 專案集合，執行這項工作。

1. 開啟安裝了 Visual Studio 2012 或 Team Explorer 2012 的 [命令提示字元] 視窗並輸入：

   cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDE
   

   在 Windows 64 位元版本中，將 %programfiles% 取代為 %programfiles(x86)%。

2. 輸入下列每個命令，並將顯示的引數替換成您的資料，然後選擇 ENTER 鍵。

   witadmin changefield /collection:CollectionURL /n:System.AreaId /name:"Area Id"
   witadmin changefield /collection:CollectionURL /n:System.AttachedFileCount /name:"Attached File Count"
   witadmin changefield /collection:CollectionURL /n:System.ExternalLinkCount /name:"External Link Count"
   witadmin changefield /collection:CollectionURL /n:System.HyperLinkCount /name:"Hyperlink Count"
   witadmin changefield /collection:CollectionURL /n:System.RelatedLinkCount /name:"Related Link Count"
   

   為 CollectionURL 使用這種格式：http://ServerName:Port/VirtualDirectoryName/CollectionName，例如，http://srvalm:8080/tfs/DefaultCollection。

   回到頁首

2.(僅限 Agile) 重新命名情節工作項目類型

若要減少您需要執行的自訂量，以及符合 Agile 流程範本未來更新，您應該將情節工作項目類型重新命名為使用者劇本。

注意事項
當然，重新命名 [情節] 工作項目類型需要您更新參考 [情節] 工作項目類型的現有報表及查詢。然而，由於資料倉儲的結構描述因為升級至 Team Foundation Server 2010 而變更，需要重新撰寫已存在或升級前的報表來使用新的結構描述。請參閱升級為 Team Foundation Server 2010 之後找出報表。

針對您要更新的每個 Team 專案，執行這項工作。

• 輸入下列命令，以您的資料替換顯示的引數，然後選擇 ENTER 鍵。

  witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"
  

  提示

  當參數包含空格時，將參數置於引號之內。例如，當您的專案名稱包含空格時，指定 /p:"My Project X"。

回到頁首

3.下載 MSF 流程範本的最新版本

請參閱 下載最新版流程範本。

回到頁首

4.匯入連結類型

匯入連結類型 SharedSteps 和 TestedBy，位於您在工作 3 所下載之流程範本中的 LinkTypes 資料夾。

針對升級的 Team Foundation Server 上定義的每個 Team 專案集合，執行這項工作。

• 輸入下列兩個命令，以您的資料替換顯示的引數，然後選擇 ENTER 鍵。

  witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml"
  witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"
  

  對於 DirectoryPath，指定所下載之流程範本的 LinkTypes 資料夾位置。 目錄路徑應遵循此結構：Drive:\MSFTemplateFolder\WorkItem Tracking\LinkTypes。

  回到頁首

5.(選擇性) 將自訂項目套用至工作項目類型的最新版本

如果您自訂下列工作項目類型中的任何一個，則應您的自訂更新這些類型的最新版本。 下表摘要顯示每個流程範本的最新版本中移除及加入的欄位。

Agile 工作項目類型

CMMI 工作項目類型

可套用的自訂類型包括欄位加入、加入或變更挑選清單，或加入至工作流程原因。 因為會在流程組態和敏捷式規劃工具中使用工作流程狀態，請不要變更這些狀態。 如果您必須變更工作流程，請在完成更新之後進行變更，並遵循以下提供的轉移狀態對應指導：設定及自訂 Team 專案的 Agile 計劃工具。

如果您使用流程範本中定義的其他工作項目類型，而且想要將它們更新至最新版本，也請套用您針對它們進行的任何自訂。 此外，如果您定義了用來追蹤測試案例的自訂工作項目類型，也應將自訂從該類型套用至最新流程範本提供的測試案例工作項目類型。

若要進一步了解如何使用這些流程範本所提供的成品，請參閱下列主題：

• MSF for Agile Software Development (適用於 Visual Studio ALM) (v6.0)

• MSF for CMMI Process Improvement (適用於 Visual Studio ALM) (v6.0)

回到頁首

6.匯入工作項目類型

根據您所使用之流程範本匯入工作項目類型。

• Agile：錯誤 (bug)、工作、使用者劇本、測試案例、共用步驟、程式碼檢閱要求、程式碼檢閱回應、意見要求、意見回應

• CMMI：錯誤 (bug)、工作、需求、測試案例、共用步驟、程式碼檢閱要求、程式碼檢閱回應、意見要求、意見回應

針對您要更新的每個 Team 專案，執行這項工作。

• 針對您要匯入的每個工作項目類型，輸入下列命令，並將顯示的引數替換成您的資料，然後選擇 ENTER 鍵。

  witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"
  

  提示

  指定 XML 檔案的名稱，而不是工作項目類型的易記名稱。例如，為程式碼檢閱要求工作項目類型指定 CodeReviewRequest.xml。

  對於 DirectoryPath，指定所下載之流程範本的 TypeDefinitions 資料夾目錄位置。 目錄路徑應遵循此結構：Drive:\MSFTemplateFolder\ WorkItem Tracking\TypeDefinitions。

• (選擇性) 開啟 Team Explorer 或 Team Web Access，以驗證工作項目類型為可存取。 您可能必須重新整理快取才能看見變更 。

回到頁首

7.匯入類別檔案

匯入位於您所下載之流程範本的 WorkItem Tracking 資料夾中的分類檔案。 分類支援工作項目類型的智慧型群組。 若要了解詳細資訊，請參閱 使用分類以分組工作項目類型。

• 在 [命令提示字元] 視窗中，輸入下列命令，並將顯示的引數替換成您的資料，然後選擇 ENTER 鍵。

  witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"
  

  對於 DirectoryPath，指定所下載之流程範本的 WorkItem Tracking 資料夾路徑。 目錄路徑應遵循此結構：Drive:\MSFTemplateFolder\WorkItem Tracking。

回到頁首

8.匯入流程組態檔

程序組態檔透過Team Web Access 的待處理項目 (backlog) 和面板頁面決定可用的配置和功能。 若要使用這些頁面，您必須匯入程序組態檔。

• 匯入流程組態的定義檔案。

  witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.xml"
  

  對於 DirectoryPath，指定所下載之流程範本的 Process 資料夾路徑。 目錄路徑應遵循此結構：Drive:\TemplateFolder\WorkItem Tracking\Process。

回到頁首

9.驗證能否存取新功能

執行已啟用的新功能 (適用於 Team Web Access)中提供的工作。

注意事項
您不需要執行其他步驟更新 Agile Team 專案的工作流程，如下所述: 更新 Agile Team 專案的工作流程。依照本主題的程序執行，您就已經套用了這些變更。

回到頁首

與 Microsoft Test Manager 互動的其他工作

執行下列工作，完成與 Test Manager 互動所需的更新。

1.指定要在 Microsoft Test Manager 中建立的 Bug 類型

若要支援自動建立工作項目，以追蹤測試小組成員使用 Test Manager時發現的程式碼缺失或 Bug，您必須指定要用於現有 Team 專案的 Bug 類型。 tcm bugfieldmapping 命令支援將對應檔匯入及匯出至 Team 專案。 對應檔會定義要建立的工作項目類型以及 Test Manager要填入的三個資料欄位。 三個欄位是可重現的步驟、系統資訊和發現缺失的組建。 當測試人員執行測試並發現缺失時，他們可以建立 Bug，而且這三個欄位的資料會自動填入。

1. 開啟 [記事本] 或文字編輯器，然後將下列程式碼複製到檔案中：

   <?xml version="1.0" encoding="utf-16"?
   <BugFilerMappings workitemtypetocreate="Bug">
      <ReproSteps>Microsoft.VSTS.TCM.ReproSteps</ReproSteps>
      <SystemInformation>Microsoft.VSTS.TCM.SystemInfo</SystemInformation>
      <BuildFoundIn>Microsoft.VSTS.Build.FoundIn</BuildFoundIn>
   </BugFilerMappings>
   

   注意事項
   如果用來建立程式碼缺失的工作項目類型不是標示為 "Bug"，請將上述範例中的 "Bug" 取代為工作項目類型名稱。

2. 儲存檔案，並將它標示為 bugfieldmappings.xml。

3. 在 [命令提示字元] 視窗中，輸入下列命令，並將顯示的引數替換成您的資料，然後選擇 ENTER 鍵。

   tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectName
   

   對於 DirectoryPath，指定儲存 bugfieldmappings.xml 檔案的資料夾。

   如需詳細資訊，請參閱自訂和管理測試體驗 [tcm 和 Microsoft Test Manager]。

回到頁首

2.將權限授與測試小組成員

您必須將使用權限授與將管理測試環境和測試組態、建立及檢視測試回合，以及執行其他工作的小組成員。

下表描述用以控制測試功能的存取，以及支援與 Team 專案互動進行測試的使用權限。 除了授與手動測試人員和測試組長的建議使用權限之外，它還指出在 MSF 5.0 版本流程範本中進行的預設指派。

使用權限	描述	範圍	Readers	Contributors	Builders	建議授與手動測試人員	建議授與測試組長
檢視專案層級資訊	可以檢視專案層級群組的成員資格以及這些成員的使用權限。	專案層級
檢視測試回合	可以檢視此節點中的測試計劃。	專案層級
建立測試回合	可以加入和移除 Team 專案的測試結果，以及加入或修改 Team 專案的測試回合。	專案層級
管理測試組態	可以建立和刪除 Team 專案的測試組態。	專案層級
管理測試環境	可以建立和刪除 Team 專案的測試環境。	專案層級
刪除測試回合	可以刪除 Team 專案的排程測試。	專案層級
檢視此節點	可以檢視區域節點的安全性設定。	區域節點
管理測試計劃	可以建立和編輯指派給區域節點的測試計劃。 如果測試計劃尚未執行，則也可以刪除它們。	區域節點
管理測試控制器	可以註冊和取消註冊 Team 專案集合的測試控制器。	專案集合。

您可以執行針對特定範圍區域所指定的程序，來授與使用權限：

• 您可以從 Team Web Access管理網頁設定專案層級使用權限或區域節點使用權限。 請參閱管理使用權限和加入及修改區域和反覆項目路徑。

• 您可以從 Team Explorer 設定專案集合使用權限，有三種方式：選擇Team、Team 專案及何設定、安全性、開啟並使用 Team Foundation 的管理主控台，或是使用 TFSSecurity 和 tf 命令列工具。 如需詳細資訊，請參閱Collection-Level Groups。

如需詳細資訊，請參閱變更群組或使用者的使用權限。

回到頁首

3.啟動 Microsoft Test Manager

在完成本主題上述的升級工作之後，您就可以啟動 Microsoft Test Manager，連接到專案，開始計劃測試工作。 如需詳細資訊，請參閱測試應用程式。

回到頁首

有關升級 TFS 時所做變更的其他資訊

當您從 Visual Studio Team System 2008 Team Foundation Server 升級到 TFS 2012 時，會收到 TFS 2010 和 TFS 2012 的更新。 在 TFS 2010 發行版本中有些架構性變更。 若要進一步了解從 Visual Studio Team System 2008 Team Foundation Server 升級到 TFS 最新版本所做的變更，請參閱下列資源：

• Team Foundation Server 2010 重要概念 (部落格文章)

• 更新已升級的 Team 專案以存取新功能 (VS ALM 2010 文件)

• 升級為 Team Foundation Server 2010 之後找出報表 (VS ALM 2010 文章)

• Analysis Services Cube 結構描述的變更和補充 (VS ALM 2010 文章)

• 升級 Team Foundation Server 期間對 Team 專案和預設流程範本所做的變更 (VS ALM 2012 文章)

請參閱

概念

在 TFS 升級後設定功能

其他資源

witAdmin：自訂及管理追蹤工作的物件