測試階段

現在已建立您的應用程式，下一個步驟是開始測試它。 在本節中，您將了解如何執行測試的基本概念。

測試的類型

單元測試

單元測試是用來檢查應用程式的特定功能或功能是否能正確運作。

端對端測試

端對端測試是用來檢查整體解決方案是否能正確執行。 這很重要，因為即使所有的單元測試都能正確運作，兩個單位之間的整合可能會失敗。 這些測試是使用接近實際商務程序之使用案例的測試案例來完成的。

使用者接受度測試

使用者接受度測試 (UAT) 是由應用程式的使用者所完成，而不是製作者。 這項測試可確保由製作者建立的專案符合使用者最初要求的需求。

以下是從 UAT 取得良好結果的一些秘訣：

• 使用真實使用者進行測試。

• 嘗試根據 IT 技能等級選擇多元化使用者。 如此一來，您就可以取得各種意見反應。

• 不要提供使用者指示；看看他們是否可以直觀地理解應用程式。

• 觀察他們如何瀏覽應用程式，而不需要協助，也可查看如何可改善設計。

• 當使用者卡在畫面上時，請他們解釋他們的期望。

• 嘗試不同的裝置，以確保測試案例的行為相同。

• 理想情況下，若應用程式使用離線功能，請在使用者實際的環境或位置測試應用程式。

• 要求使用者嘗試「破壞」您的應用程式，例如，在文字欄位中輸入特殊字元。

• 使用者通常會測試「快樂路徑」（當一切順利完成時，使用者所用的路徑）；要求他們也測試取消費用報表而不是提交報表，或拒絕費用報表而不是核准等案例。

您的使用者可能不熟悉測試軟體。 讓他們知道您要尋找何種意見反應。 這項工作通常有助於提供「Bug」的範本，確保測試人員準確地解釋他們正在執行的工作、發生的問題、預期的情形，以及有關其測試環境的任何相關資訊（例如裝置類型和瀏覽器）。

使用者要求變更規範或要求額外的功能，是自然的。 這些要求應記錄在功能清單中，詳見排定功能要求的優先順序。

建立測試案例和場景

若要撰寫完整的測試案例與測試案例，您應該參考規劃階段和設計階段章節，以確保測試所有重要的案例。

第一個步驟是編寫單元測試。 請務必將測試細分至每個功能或函數。 單元測試的測試案例應如下表所示：

協助您測試畫布應用程式的工具

Power Apps Test Studio (實驗性)

若要在畫布應用程式中測試，您可以使用名為 Power Apps Test Studio 的內建工具來為畫布應用程式撰寫、組織和自動化測試。 其他資訊：Test Studio (實驗性)

Azure 監視器 (實驗性)

在測試效能問題時，您可以使用監視器來檢查網路活動，類似於瀏覽器中的網路追蹤。 如需監視器工具的詳細資料，請參閱部落格文章推出可對應用程式偵錯並改善效能的監視器。

協助您測試模型導向應用程式的工具

EasyRepro

EasyRepro 是為 Dynamics 365 和 Power Apps 模型導向應用程式所提供的工具。 它不僅包含測試工具，也有超過 200 種範例測試案例，可協助您加速測試程序。 如需詳細資訊，請參閱部落格文章 EasyRepro 自動測試框架，並於 EasyRepro GitHub 存放庫存取它。

解決方案檢查工具

解決方案檢查工具是一種工具，可檢查您所建立的解決方案是否良好。 您可以快速查看問題並查看建議的修正。 其他資訊：在 Power Apps 中使用解決方案檢查工具驗證您的模型導向應用程式