End-to-end Test
端對端測試
端對端測試(E2E)會走過完整流程。它會使用已組裝、已部署的系統。流程可以是使用者任務或商業流程。
另一個例子
測試人員用測試帳號登入,購買一件商品,並透過安全的測試付款服務結帳。訂單必須出現在確認頁和訂單紀錄中;直接呼叫訂單函式會跳過完整流程。
主要部分
- 01使用者旅程
- 02已組裝系統
- 03可觀察成果
什麼時候用
少數關鍵流程必須在完整產品中一路正常運作時,可以使用這個詞。
什麼時候不要用
不要用很慢的 E2E 測試涵蓋所有可能組合,也不要把測試隨機失敗當成正常。
程式裡的名稱
browser → app → service → data → UI 上線前要檢查
檢查環境與預先準備的測試資料。定義看得到的預期結果、失敗與邊界案例。也要定義隔離方式、固定輸入、查錯資訊與清理流程。設定執行時間預算、負責人與不穩定測試的處理規則。
預期成果:用 端對端測試 (End-to-end Test) 收集可重複驗證這項行為或品質風險的證據。 使用者情境:測試人員用測試帳號登入,購買一件商品,並透過安全的測試付款服務結帳。訂單必須出現在確認頁和訂單紀錄中;直接呼叫訂單函式會跳過完整流程。 驗證方式:端對端測試 (End-to-end Test)。 適用理由:少數關鍵流程必須在完整產品中一路正常運作時,可以使用這個詞。 不應使用的情況:不要用很慢的 E2E 測試涵蓋所有可能組合,也不要把測試隨機失敗當成正常。 測試要求:說明要測的系統與環境。定義預先準備的測試資料(Fixture)、其他輸入,以及看得到的預期結果。加入預期失敗、邊界案例、容許值、隔離方式與清理流程。 測試維護:讓失敗原因容易查找,並控制隨機或會改變的輸入。指定負責人。測試速度與維護成本要符合發布前檢查的需要。 驗收條件:已知缺陷存在時測試會失敗,修正後通過。測試能在目標環境重複執行,提供可採取行動的證據,且不洩漏或改動無關資料。 證據與限制(證據邊界):它只代表該來源的官方說法。其他平台或團隊可能有不同用法。 待確認:發布前必過的檢查、環境、測試資料、容許值、執行時間預算、負責人,以及不穩定測試的處理規則。
檢查這份需求
請 AI 程式助手檢查目前如何使用 端對端測試 (End-to-end Test)。 定義:端對端測試(E2E)會走過完整流程。它會使用已組裝、已部署的系統。流程可以是使用者任務或商業流程。 正式環境檢查:檢查環境與預先準備的測試資料。定義看得到的預期結果、失敗與邊界案例。也要定義隔離方式、固定輸入、查錯資訊與清理流程。設定執行時間預算、負責人與不穩定測試的處理規則。 修改程式前,先列出看到的證據、缺口、嚴重程度,以及最小且安全的修正。