現在您的應用程式已建置完畢，下一步就是開始測試它。 在本節中，您將瞭解如何執行測試的基本知識。
測試類型
單元測試
單元測試用於檢查應用程式的特定功能或特性是否正常運作。
端對端測試
端對端測試 用於檢查整體解決方案是否正確運行。 這很重要，因為即使所有單元測試都正常運行，兩個單元之間的整合也可能會失敗。 這些測試是透過遵循接近實際業務流程用例的測試場景來完成的。
使用者驗收測試
使用者驗收測試 （UAT） 是由應用程式使用者而不是製作者完成。 此測試是為了確保製造商構建的內容符合用戶最初要求的要求。
以下是從 UAT 獲得良好結果的一些技巧：
與真實用戶一起測試。
嘗試選擇在 IT 技能水平方面具有多樣性的用戶。 這樣，您就可以獲得各種反饋。
不要給用戶指示;看看他們是否能直觀地理解該應用程序。
觀察他們如何在沒有幫助的情況下瀏覽應用程序，並了解您可以在哪些方面改進設計。
當使用者卡在螢幕上時，請他們解釋他們的期望是什麼。
嘗試不同的裝置，以確保測試案例的行為相同。
理想情況下，如果應用程式使用離線功能，請在使用者的實際環境或位置中測試應用程式。
請使用者嘗試「破壞」您的應用程式，例如在文字欄位中輸入不尋常的字元。
使用者通常會測試「快樂路徑」（當一切順利時使用者所採取的路徑）;要求他們也測試案例，例如取消費用報表而不是提交費用報表，或拒絕費用報表而不是核准費用報表。
您的使用者可能不熟悉測試軟體。 讓他們知道您正在尋找什麼樣的反饋。 提供「錯誤」範本通常很有幫助，以確保測試人員準確解釋他們在做什麼、發生了什麼、他們預期會發生什麼，以及有關其測試環境的任何相關資訊（例如裝置類型和瀏覽器）。
使用者請求更改規格或要求附加功能是自然且可以的。 這些要求應該記錄在排 定功能和要求優先順序中所述的功能清單中。
建立測試案例和實務範例
若要撰寫完整的測試案例和測試案例，您應該參考規劃 階段 和 設計階段 區段，以確定您測試所有重要案例。
第一步是編寫單元測試。 請務必將測試細分為每個特性或功能。 單元測試的測試案例應該如下表所示：
| 測試案例編號 | 測試說明 | 要測試的輸入 | 預期的結果 | Result |
|---|---|---|---|---|
| 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 監視器 （實驗性）
測試效能問題時，您可以使用「監控」來檢查網路活動，類似於瀏覽器中的網路追蹤。 如需 Monitor 工具的詳細資訊，請參閱部落格文章 Monitoring 簡介，以偵錯應用程式並改善效能。
協助您測試模型導向應用程式的工具
EasyRepro
EasyRepro 是為 Dynamics 365 和 Power Apps 模型導向應用程式提供的工具。 它不僅包括一個測試工具，還有200多個示例測試用例，可幫助您加快測試過程。 如需詳細資訊，請參閱部落格文章 EasyRepro 自動化測試框架，並在 EasyRepro GitHub 儲存庫存取它。
解決方案檢查器
解決方案檢查器是一種工具，可檢查您建立的解決方案是否狀況良好。 您可以快速檢閱問題並查看建議的修正。 其他資訊： 使用解決方案檢查器驗證 Power Apps 中的模型導向應用程式