測試階段
現在已建立您的應用程式，下一個步驟是開始測試它。 在本節中，您將了解如何執行測試的基本概念。
測試的類型
單元測試
單元測試是用來檢查應用程式的特定功能或功能是否能正確運作。
端對端測試
端對端測試是用來檢查整體解決方案是否能正確執行。 這很重要，因為即使所有的單元測試都能正確運作，兩個單位之間的整合可能會失敗。 這些測試是使用接近實際商務程序之使用案例的測試案例來完成的。
使用者接受度測試
使用者接受度測試 (UAT) 是由應用程式的使用者所完成，而不是製作者。 這項測試可確保由製作者建立的專案符合使用者最初要求的需求。
以下是從 UAT 取得良好結果的一些秘訣：
使用真實使用者進行測試。
嘗試根據 IT 技能等級選擇多元化使用者。 如此一來，您就可以取得各種意見反應。
不要提供使用者指示；看看他們是否可以直觀地理解應用程式。
觀察他們如何瀏覽應用程式，而不需要協助，也可查看如何可改善設計。
當使用者卡在畫面上時，請他們解釋他們的期望。
嘗試不同的裝置，以確保測試案例的行為相同。
理想情況下，若應用程式使用離線功能，請在使用者實際的環境或位置測試應用程式。
要求使用者嘗試「破壞」您的應用程式，例如，在文字欄位中輸入特殊字元。
使用者通常會測試「快樂路徑」（當一切順利完成時，使用者所用的路徑）；要求他們也測試取消費用報表而不是提交報表，或拒絕費用報表而不是核准等案例。
您的使用者可能不熟悉測試軟體。 讓他們知道您要尋找何種意見反應。 這項工作通常有助於提供「Bug」的範本，確保測試人員準確地解釋他們正在執行的工作、發生的問題、預期的情形，以及有關其測試環境的任何相關資訊（例如裝置類型和瀏覽器）。
使用者要求變更規範或要求額外的功能，是自然的。 這些要求應記錄在功能清單中，詳見排定功能要求的優先順序。
建立測試案例和場景
若要撰寫完整的測試案例與測試案例，您應該參考規劃階段和設計階段章節，以確保測試所有重要的案例。
第一個步驟是編寫單元測試。 請務必將測試細分至每個功能或函數。 單元測試的測試案例應如下表所示：
| 測試案例編號 | 測試的描述 | 要測試的輸入 | 預期的結果 | 結果 |
|---|---|---|---|---|
| 1-1 | 從表單中提交訂單詳細資料 | 訂單號 16516 | 訂單已成功提交 | |
| 1-2 | 檢查 PDF 是否已產生並附加至記錄 | N/A | PDF 檔案附加至記錄 | |
| 1-3 | 檢查電子郵件通知已傳送給使用者 | test@contoso.com | 指定的收件者接收電子郵件 |
協助您測試畫布應用程式的工具
Power Apps Test Studio (實驗性)
若要在畫布應用程式中測試，您可以使用名為 Power Apps Test Studio 的內建工具來為畫布應用程式撰寫、組織和自動化測試。 其他資訊：Test Studio (實驗性)
Azure 監視器 (實驗性)
在測試效能問題時，您可以使用監視器來檢查網路活動，類似於瀏覽器中的網路追蹤。 如需監視器工具的詳細資料，請參閱部落格文章推出可對應用程式偵錯並改善效能的監視器。
協助您測試模型導向應用程式的工具
EasyRepro
EasyRepro 是為 Dynamics 365 和 Power Apps 模型導向應用程式所提供的工具。 它不僅包含測試工具，也有超過 200 種範例測試案例，可協助您加速測試程序。 如需詳細資訊，請參閱部落格文章 EasyRepro 自動測試框架，並於 EasyRepro GitHub 存放庫存取它。
解決方案檢查工具
解決方案檢查工具是一種工具，可檢查您所建立的解決方案是否良好。 您可以快速查看問題並查看建議的修正。 其他資訊：在 Power Apps 中使用解決方案檢查工具驗證您的模型導向應用程式