如果您從 Visual Studio Team System 2008 Team Foundation Server 升級至 Team Foundation Server 2012 中，您可以手動更新您的 Team 專案。 如果您的 Team 專案是以 Microsoft Solutions Framework (MSF) 4.2 版流程範本，請遵循本主題的程序。 在您將這些更新之後，您可以存取 更新已升級的 Team 專案以使用新功能 中說明的新功能以及正在使用 Microsoft Test Manager。

要求的更新工作存取新功能:

1. 重新命名系統欄位重新命名

2. (僅限) 給 Agile 案例重新命名為使用者劇本

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

4. 匯入連結類型

5. (選擇性) 將套用為需要進行自訂。

6. 匯入工作項目類型

7. 匯入分類檔案

8. 匯入處理組態檔

9. 驗證新功能的存取。

要求的其他工作正在使用 Microsoft 測試管理員:

1. 指定在 Microsoft 測試管理員建立的 Bug 類型

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

3. 啟動 Microsoft 測試管理員

需求

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

• 若要執行 witadmin 和 tcm 命令列工具，您必須為成員的下列其中一個群組: [Team Foundation 系統管理員。]、 [Project Collection 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 11.0\Common7\IDE
   

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

2. 輸入下列命令中，或者您的資料將顯示的引數，然後選擇 [輸入] 鍵。

   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 情節工作項目類型重新命名

減少您需要做的數量，自訂，而且符合未來更新敏捷式流程範本，您應該將情節工作項目類型重新命名為使用者劇本。

注意事項
當然，給情節工作項目類型將會要求您更新參考情節工作項目類型的現有報表和查詢。然而，因為結構描述變更有升級至 Team Foundation Server 2010 中，已存在或升級前的報表的資料倉儲需要重新撰寫與新結構描述一起使用。請 在升級後的當地語系化報告給 Team Foundation Server 2010參閱。

執行您要更新的每個 Team 專案中的工作。

• 輸入下列命令，以您的資料將顯示的引數，然後選擇 [輸入] 鍵。

  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 專案集合的這項工作。

• 輸入下列兩個命令，或者您的資料將顯示的引數，然後選擇 [輸入] 鍵。

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

  對於 DirectoryPath，請指定已下載之流程範本的 [LinkTypes] 資料夾位置。 目錄路徑應該遵循下列結構: 巡覽: \MSFTemplateFolder\ WorkItem Tracking \ LinkTypes。

  回到頁首

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

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

Agile 工作項目類型

CMMI 工作項目類型

自訂類型可能應用包括欄位加入、加入或變更挑選清單或加入至工作流程的原因。 因為這些是使用同處理序組態和敏捷式規劃工具，不要變更工作流程狀態。 如果您必須變更工作流程，將它變更，在完成更新之後遵循所提供的 metastate 對應的方針如下: 使用處理序組態自訂待處理項目和面板頁面。

如果您在流程範本中所定義的其他工作項目類型，以及要更新至最新的版本，則請套用您所做的自訂。 此外，因此，如果您定義了您用來追蹤測試案例的自訂工作項目類型，您應該套用該型別的自訂加入至測試案例工作項目類型提供最新的流程範本。

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

• 適用於 Visual Studio ALM 的敏捷式流程範本 (v6.0)

• 適用於 Visual Studio ALM 的 CMMI 流程範本 (v6.0)

回到頁首

6.匯入工作項目類型

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

• Agile:Bug，工作，使用者劇本，測試案例，共用步驟，程式碼檢閱要求，程式碼檢閱回應，意見要求，意見回應

• CMMI:Bug，工作，要求，測試案例，共用步驟，程式碼檢閱要求，程式碼檢閱回應，意見要求，意見回應

執行您要更新的每個 Team 專案中的工作。

• 輸入每個工作項目類型的下列命令需要匯入，或者您的資料將顯示的引數，然後選擇 [輸入] 鍵。

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

  提示

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

  對於 DirectoryPath，請指定已下載之流程範本的 [TypeDefinitions] 資料夾目錄位置。 目錄路徑應該遵循下列結構: 巡覽: \MSFTemplateFolder\ WorkItem Tracking \ TypeDefinitions。

• (選擇性) 若要驗證工作項目類型可以開啟 Team 總管或 Team Web Access 存取。 您可能必須參閱變更的 重新整理快取。 。

回到頁首

7.匯入分類檔案

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

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

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

  對於 DirectoryPath，請指定路徑 WorkItem Tracking 資料夾為要下載的流程範本。 目錄路徑應該遵循下列結構: 巡覽: \MSFTemplateFolder\ WorkItem Tracking。

回到頁首

8.匯入處理組態檔

處理組態檔決定配置和功能可透過 Team Web Access待處理項目和 Committee 頁面。 若要使用這些網頁，您必須匯入依照指定的順序的處理序組態檔

• 若要匯入處理組態定義的檔案，請輸入下列兩個命令，一次一個，或者您的資料將顯示的引數，然後選擇 [輸入] 鍵。

  witadmin importcommonprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\CommonConfiguration.xml"
  witadmin importagileprocessconfig /collection:CollectionURL /p:" projectName" /f:"DirectoryPath\AgileConfiguration.xml"
  

  設定 DirectoryPath，請將路徑指定您下載流程範本的 [程序] 資料夾。 目錄路徑應該遵循下列結構: 巡覽: \MSFTemplateFolder\ WorkItem Tracking \流程。

回到頁首

9.驗證新功能的存取。

執行提供的工作在 確認新功能的可用性。

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

回到頁首

其他工作正在使用 Microsoft 測試管理員

執行下列工作完成要求的更新正在使用 Test Manager。

1.指定在 Microsoft 測試管理員建立的 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. 在命令提示字元視窗，輸入下列命令，以您的資料將顯示的引數，然後選擇 [輸入] 鍵。

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

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

   如需詳細資訊，請參閱指定要使用 Microsoft Test Manager 建檔的 Bug 類型。

回到頁首

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

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

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

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

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

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

• 使用 TFSSecurity 和 tf 命令列工具，您可以將專案從 Team Explorer 集合的使用權限可以選取 [小組， Team 專案集合設定，安全性]]，以開啟和使用 Team Foundation的管理主控台，或。 如需詳細資訊，請參閱Collection-Level Groups。

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

回到頁首

3.啟動 Microsoft 測試管理員

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

回到頁首

如需變更的其他資訊，在升級 TFS 時

當您從 Visual Studio Team System 2008 Team Foundation Server 升級到 TFS 2012 時，就會收到更新了 TFS 2010 或 TFS 2012 年。 會使用 TFS 2010 版的架構性的變更。 若要進一步了解升級所做的變更到 TFS 最新版本從 Visual Studio Team System 2008 Team Foundation Server，請參閱下列資源:

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

• 更新已升級的 Team 專案存取新功能 (對 ALM 2010 年發行)

• 在升級後的當地語系化報告給 Team Foundation Server 2010 (對 ALM 2010 年發行)

• 變更和補充結構描述 Analysis Services Cube 中。 (對 ALM 2010 年發行)

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

請參閱

概念

更新已升級的 Team 專案以使用新功能

其他資源

witAdmin：自訂和管理用於追蹤工作項目的物件