共用方式為

管理新的測試工作

  • 發行項

您可以使用 Visual Studio 2010 Ultimate 或 Visual Studio Test Professional 中 Microsoft 測試管理員的 [測試中心]，協助您根據自己的方法規劃測試工作。 Microsoft 測試管理員是一項新的應用程式，可讓您建立與 Team 專案相關聯的測試計劃。 您可以在測試計劃中定義特定測試回合中要執行的測試。 此外，您還可以建立測試組態，指定要用來執行測試的測試設定。 藉由定義要在哪些測試組態上執行哪些測試，您現在可以在開始執行測試時，立即使用測試計劃來測量測試進度。

您可以針對測試計劃建立測試案例，這些測試案例可用於手動和自動化測試。 您可以加入所需的所有資訊，以手動執行測試，方法是加入具有動作和預期結果的測試步驟。 此外，您還可以將通用測試步驟與其他測試共用，以降低維護手動測試步驟的額外成本。

在您使用「Microsoft 測試管理員」執行這些手動測試時，可以將您所執行動作的詳細資料收集到記錄檔中，並做為記錄以便下次可以用來快速地轉寄手動測試。 您可以擷取桌面的視訊、建立快照，以及向測試結果加入註解。 您還可以在執行測試時蒐集其他診斷資訊，並儲存為測試結果的一部分。 您可以在執行這些測試時視需要建立 Bug，並自動將所收集的任何資料加入其中某個 Bug。

使用 Microsoft Visual Studio 2010，可以建立各種不同的自動化測試。 您可以建立單元測試以測試程式碼中的個別方法、建立「自動程式碼 UI 測試」(Coded UI Test) 以測試 UI 介面、建立一般測試以呼叫 API 方法，以及建立負載測試以檢查應用程式在不同程度壓力下的效能。 您可以將自動化測試與測試案例相關聯，以將這些測試加入測試計劃。

執行測試之後，便可報告進度。 使用測試計劃來構建測試方法時，您可以回答以下問題：

  • 已經通過或失敗了多少項測試？

  • 在這次測試回合中還有多少項測試要執行？

  • 何時可以完成測試？

  • 產品的哪些部分具有較高的測試失敗率？

  • 哪些測試組態具有較高的測試失敗率？

  • 誰剩下的未執行測試數最多？

  • 我可以重新分配資源以進一步平衡其餘測試嗎？

  • 根據程式碼變更與 Bug 修正，測試人員應該使用哪個組件？

如需測試策略的詳細資訊，請參閱及早並經常測試。

測試案例管理入門

若要測試軟體，應先計劃測試策略，然後執行測試並提交找到的 Bug。 接下來檢閱進度並決定是否要重新執行測試、驗證 Bug 修正、加入更多測試案例，或者決定就目前的測試回合而言，測試是否完成。 下列步驟可協助您開始使用 Microsoft 測試管理員。

  • 連接到 Team 專案

  • 計劃測試工作

  • 執行測試

  • 追蹤進度

連接

您必須先使用「Microsoft 測試管理員」連接到 Team Foundation Server 和 Team 專案。 該 Team 專案與用於加入應用程式需求、維護原始程式碼和組建要測試之應用程式的 Team 專案是同一個專案。 在這個相同的 Team 專案中會建立和管理您的測試成品。 測試結果也會與這個 Team 專案相關聯。 連接到這個專案後，您可以在用於測試計劃的專案中建立測試計劃。

下圖顯示如何連接到 Team 專案。

連接至 Team 專案

注意事項注意事項

只會顯示您擁有存取權限的 Team 專案。 如需使用權限的詳細資訊，請參閱 Team Foundation Server 使用權限。

如需詳細資訊，請參閱 HOW TO：從 Microsoft 測試管理員首次連接至 Team 專案。

計劃

您必須在「Microsoft 測試管理員」中使用測試計劃定義測試工作。 這個計劃可以很簡單，也可以很複雜，視您專案的需求而定。 這個測試計劃可讓您選取要執行的測試和測量測試進度。

您可以指定測試組態，以定義您要做為計劃一部分用於執行測試的軟體或硬體。 然後，您在測試計劃中建立測試套件階層。 可以是一個測試套件，包含所有測試案例；也可以是測試套件階層結構，將測試案例分組在一起。 根據 Team 專案中的需求或使用者本文，可以將這個結構分組。 最後，您可以向測試套件中加入具有動作和驗證步驟的手動測試案例，或加入自動化測試。

下圖顯示測試計劃中的測試成品。

測試計劃的元件

下列主題可協助計劃測試工作：

工作

相關主題

針對如何計劃執行測試，計劃組態矩陣：您可以建立測試組態來定義要用來執行測試的軟體或硬體。 您可以在測試計劃中指定預設組態，以及要在哪些組態上執行哪些測試。

建立計劃：您必須建立測試計劃，並加入要用作預設組態的測試組態。

向計劃加入測試套件和測試案例：您可以建立測試套件，以將測試案例分組在一起。 您可以根據需求或使用者本文建立測試套件。 您還可以透過選取現有的測試案例或加入新的測試案例來建立套件。 然後將手動測試步驟加入至這些測試案例。 您還可以建立自動化測試與測試案例的關聯，以從測試計劃執行自動化測試。

從其他測試計劃匯入測試套件：如果在其他測試計劃中需要相同的測試套件，您可以從現有的測試計劃匯入測試套件。

指派測試人員：您可以將測試計劃中的測試指派給小組中的特定測試人員。 預設情況下會指派測試案例的擁有者執行測試。 但是，您可以變更這項指派。

計劃需要用於測試的設定：您可以計劃執行測試可能需要的環境和測試設定。 這些環境可以是實體或虛擬環境。

測試

建立測試計劃且有待測應用程式組建後，您即已經可以執行測試。 您可以選取該組建為用於測試的組建。 您在測試計劃中建立的測試組態和測試套件可以開始執行，如下圖所示。

執行不同測試套件中的手動測試

使用測試執行器可以在本機執行手動測試，這可讓您記錄每個測試步驟的結果，並在每次執行測試時儲存測試結果。

您可以使用 Microsoft 測試管理員來設定測試設定，以決定如何執行測試，並選取在執行測試時收集何種資料和診斷資訊。 您可以使用測試環境，在本機或遠端收集資料和診斷資訊。當您執行測試時，可以隨結果一起儲存此資料和診斷資訊，如果需要，您也可以使用這些資訊來建立詳細的 Bug。

一般而言，在測試較為複雜的應用程式時，您應該使用環境。 環境是由一組角色所組成。 角色指定了電腦在環境中的用途。 例如，可能有個角色名為「客戶資料存放網站」。

此環境可讓您在電腦上針對每個特定的角色執行測試、收集資料或執行系統動作。 電腦可以是實體電腦或虛擬電腦。 例如，您可以在某台電腦上執行測試，並且針對已安裝您的應用程式所需之 Web 伺服器的電腦收集系統資訊。 或者，您也可以在使用多台電腦的環境上執行測試，並且在這些電腦上收集測試影響資料，接著，您也可以在執行您的應用程式所需之 Web 用戶端的電腦上執行網路模擬。

下圖顯示的三個情節範例，說明如何使用測試計劃設定您的測試設定來執行測試。

測試設定概念

下列主題可協助您執行測試：

工作

相關主題

設定執行測試或收集資料的測試電腦：您可以建立測試設定，以定義接受測試之應用程式所需的角色，以及如何收集每個角色的資料和診斷資訊。 您可以使用包含測試設定中角色的實體或虛擬環境，以指派執行測試時實際使用的電腦。 您需要測試控制器來建立實體和虛擬環境。 使用 Visual Studio Lab Management，您只可以建立虛擬環境。

根據測試計劃執行手動測試：您可以使用測試執行器，根據測試計劃執行手動測試，以便記錄每個步驟是成功還是失敗。 您可以儲存測試結果和您執行測試時所收集的任何資料。

加速手動測試：執行手動測試時，可以記錄所採取的 UI 動作。 重新執行測試時，您可以使用此動作記錄進行向前快轉，方法是將此動作記錄播放至您驗證 Bug 時所需執行的測試步驟。

執行自動化測試：您可以從 Microsoft Visual Studio 2010、Team Build 或命令列直接執行測試。 您可以從 Microsoft Visual Studio 2010 建立自動化測試與測試案例的關聯，並使用 Microsoft 測試管理員做為測試計劃的一部分來執行該測試案例，以便任何手動測試可以追蹤自動化測試的測試結果。

分析測試結果：根據特定測試回合，您可以分析自動化測試的測試結果。 您可以根據結果提出 Bug 報告。 您可以檢閱程式碼涵蓋範圍結果，以檢查測試確實在最大程度上測試了您的應用程式。

執行探勘測試：如果您在沒有測試步驟的情況下要執行一些探勘測試，則您可以建立具有單一探勘步驟的測試案例。 然後，您可以使用該測試案例做為基礎來探勘應用程式的功能，並使用動作記錄檔及視訊錄製來記錄您已經測試的內容。 您也可以記錄探勘 Bug，並根據已經歷的時間選取要用於 Bug 的特定動作記錄檔區段。

追蹤

您現在可以追蹤在測試計劃中所定義的測試工作。 您可以檢查針對您的測試計劃，是否有更多的組建，並檢視根據程式碼變更，建議對這些組建執行的測試。 您可以執行標準報告或者執行自己的自訂查詢，以追蹤接受測試之應用程式的品質。

下列主題可協助您追蹤測試工作：

主要工作

相關主題

檢視報告以協助追蹤測試進度：您可以檢視測試計劃中有關測試案例整備和測試進度的報告。

根據程式碼變更尋找要重新執行的測試：您可以根據待測應用程式的變更，比較組建以檢視建議要重新執行的測試。

將 Bug 分級：您可以檢閱 Bug 並決定要針對該 Bug 採取的後續步驟。 您也可以視需要重新指派 Bug。

使用標準和自訂查詢進行報告：您可以使用現有查詢來報告測試案例和 Bug。 您也可以建立自己的自訂查詢，以進行報告。

請參閱

概念

測試應用程式