如何讓 Test Suits 或是 Test Case 在 不同的 Test Plan 之間移動
當專案的開發人數超過某一定的量，組織勢必會規劃 QA Team 以把關系統品質。
因為專案的人員數量越多，品質把關就越需要管理和監控。 (圖中是依這次的 Test Plan 的項目呈現測試報告)
尤其是測試項目還要依「功能」「情境」不同來規劃 Test Case 就代表，團隊會需要各種不同的 Test Plan 來區隔
可以看到在測試案例分類的項目來看，QA Team 可以依不同的測試計劃來規劃測試內容以配合開發時程以及項目
尤其是每個 Test Plan 本來就會有自已的測試時間
複製 Test Case 到其他的 Test Plan
就算是有各種不用的 Test Plan ，對於 QA Team 來看 測試案例也是用同一套。
那麼我們就要讓 QA Team 可以很方便地搬移測試案例。
為了讓 Team 可以追蹤 需求和測試結果的關聯，建議 Team Leader 可以要求 需求 也要輸入到 TFS 中。
因為 QA Team 本來就是依照 需求 的準則進行測試的，所以可以做關聯
但若開發 Team 沒有將需求單納入TFS習慣的話，那麼就只好由 QA Team 自力求濟了。
重點是以後的報表無法自動產生關聯，這一點就很可惜工具都有現成的機制了。
廢話不多說…
首先若是還沒有建立新的 Test Plan ，可以用 複製 Plan 的方式
QA Team 可以選擇那些的 Test Suite 要搬到新的 Test Plan 上，記得在 Test Plan 上填寫 Test Plan 的名稱才行
這裡是寫上 UAT 的字樣
跑完後就會有記錄和狀態顯示成功。
這樣子再回到 Test Plan 上就會看到多一個項目可以選擇
即有 Test Plan 如何加入即有的 Test Case
當然我們也有可能已經先規劃好新的 Test Plan 以及測試案例的內容，但往往做到一半才會想到要加入之前 Test Plan 中的案例又應該要怎麼做？
在我們指定的 Test Plan 中可以選擇 Create Test suites by referencing existing test cases 來達成我們的需求
可以隨意選擇即有的 Test Plan 以及要加入的 Test Suite
加入後就可以看到 UAT 的 Test Plan 針對另外一個測試計劃中的案例一併帶過來了
這當然遠比用 Excel 的方式管理測試案例更有結構性、關聯性。更重要的是對於所有的測試結果都有完整的記錄
