Test Studio

使用 Test Studio 為您的畫布應用程式建置端對端 UI 測試。 透過不斷地驗證應用程式在部署新的變更或更新後是否如預期般運作，以維護應用程式的品質。

概觀

測試是軟體開發週期 （SDLC）中很重要的一部分。 測試可協助確保傳遞給客戶之應用程式的品質。 它可以在發行過程初期找出問題或瑕疵，讓您有機會在發行變更之前修正這些問題，以提高應用程式的可靠性。 根據應用程式的大小和使用量，手動測試新的變更可能就已足夠。 不過，隨著應用程式的複雜度和使用量增加，您可能需要考慮手動測試以外的測試原則。 如果應用程式為關鍵任務，即使是很小的錯誤，也可能會造成重大的影響。

應用程式變更的增加，可能會導致測試週期變長。 最後，應用程式的回歸測試可能會比開發新功能所花費時間還長。 在節奏快速的開發中，徹底測試應用程式中的每項功能，成為發行軟體更新的瓶頸。 減少測試週期及回歸測試時所花費之時間的做法之一，就是測試自動化。 測試自動化可協助您花最少的工夫來測試應用程式，藉此減少測試時間，並在發行前找出重大問題。

Power Apps Test Studio 是一種低程式碼解決方案，可為畫布應用程式撰寫、組織及進行自動化測試。 在 Test Studio 中，您可以使用 Power Apps 運算式來撰寫測試，或使用錄製器來儲存應用程式互動，以自動產生運算式。 您可以在 Test Studio 中重播寫好的測試來驗證應用程式功能，也可以在網頁瀏覽器中執行測試，然後在應用程式部署程序中建置自動化測試。

先決條件

您必須是應用程式的建立者或共同擁有者，才能使用 Test Studio 測試應用程式。

Test Studio 術語

下一節將說明 Test Studio 的主要術語。

測試案例

測試案例是由一連串的指令或動作 （稱為測試步驟）所組成。 您可以執行測試案例，以驗證應用程式或應用程式中的特定功能是否如預期運作。 例如，在費用應用程式中，您會想要確保只提交和實際成本相關的費用。 測試案例可協助確認是否一直符合此條件或需求。

在 Test Studio 中，測試步驟是使用 Power Apps 運算式語言來寫入。 測試運算式可以包含建置應用程式時可用的函式，以及支援自動化測試的其他運算式。

測試套件

測試套件可用來組織統整測試案例或將其分組。 當應用程式中的測試案例數目增加時，您可以考慮依據特定功能或功能性來組織測試案例。 例如，您可能會有一個測試套件，其中包含用來驗證費用報表提交用的測試案例，以及另一個只著重在費用核准的測試套件。

包含在測試套件中的測試案例會依序執行。 應用程式狀態會跨套件中的所有測試案例持續存留。 例如，如果您有一個測試案例在應用程式的畫面 5 中完成，則測試套件中的下一個測試案例將會在畫面 5 開始執行。 這可讓您將複雜的測試場景細分成單一套件中多個測試案例，且所有測試案例之間都能共用狀態。 若第二個測試案例預期會從應用程式的開始畫面開始，則您可瀏覽至開始畫面，作為測試案例中的第一個步驟。 請務必記住，在規劃測試執行時，不會在測試套件中的每個測試案例開始時重新載入應用程式。

測試判斷提示

每個測試案例都應該有預期的結果。 若要針對測試的實際結果來驗證測試所預期的結果，則您可撰寫測試判斷提示。 判斷提示為評估測試結果是 True 或 False 的運算式。 如果運算式傳回 False，則測試案例會失敗。

在上述費用應用程式範例中，您可以撰寫判斷提示以驗證所建立的費用報告是否包含零成本的費用明細。

最佳作法

使用 Test Studio 測試畫布應用程式時，請考慮下列最佳做法，以從中獲得最大效益來改善應用程式品質：

1. 判斷應該自動化的測試案例。

   您很難將所有測試都自動化，因此不建議您完全依賴測試自動化。 除了測試自動化之外，您還應該執行手動測試。 最適合自動化的測試包括：

   • 重複的測試。
   • 高業務衝擊的功能測試。
   • 穩定且不會進行重大變更的功能。
   • 需要多個資料集的功能。
   • 手動測試需大量時間和心力的測試。

2. 將測試案例範圍保持很小。

   雖然單一測試案例可以支援測試應用程式中的所有功能，但建議您避免撰寫整合型測試案例，而是嘗試將其分割成多個測試案例。 每個測試案例可以測試您應用程式中的特定功能。 在大型測試案例中，判斷提示失敗可能會導致其他功能停留在未測試的狀態。 使用包含在測試套件中的多個測試案例，不論先前的測試案例是否失敗，都可讓其他功能也進行測試。 此原則也可讓您更輕鬆地隔離測試失敗。

3. 將運算式保持在單一測試動作。

   一個測試動作可以包含多個運算式。 在單一步驟中執行多個動作的大型測試運算式，可能會影響您偵錯及隔離任何測試失敗的能力。 請考慮將測試步驟從多個動作分割成多個只有一個動作的測試步驟，以更快速地找出問題。

4. 每個測試案例都應該有預期的結果。

   每個測試案例都應該有一或多個預期的結果。 您應該使用測試判斷提示，以針對實際結果來驗證測試的預期結果。 您可以針對單一測試案例撰寫多個判斷提示。

5. 使用測試套件。

   為了進行維護，請將類似的測試案例分組或分類在一起，並描述測試的目的和預期結果。

已知限制

雖然我們正致力於讓您能夠完全使用與操控 Power Apps Test Studio，但以下功能目前仍無法使用：

• 元件。
• 寫在 Power Apps Component Framework 中的程式碼元件。
• 巢狀資源庫。
• Media 控制項。
• 需要開啟應用程式的公式層級錯誤管理實驗性功能。
• 未列於 Select 和 SetProperty 函式中的控制項支援。
• 個人類型資料行。
• Test Studio 與實驗性 Git 版本控制功能不相容，如果啟用該功能，則無法正常運作。

後續步驟

• 使用 Test Studio

另請參閱

• 透過 Azure Pipelines 使用傳統編輯器來自動化測試

注意

是否能請您告知您偏好的慣用文件語言？ 請填寫問卷。 (請注意，本問卷為英文版)

完成問卷大約需要七分鐘。 本問卷將不會收集個人資料 (隱私權聲明)。