共用方式為


測試階段

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

測試的類型

單元測試

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

端對端測試

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

使用者接受度測試

使用者接受度測試 (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 中使用解決方案檢查工具驗證您的模型導向應用程式

注意

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

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