沒有 QA 人力的團隊的現實
做好功能，自己點幾下，然後就上線。在別的瀏覽器上長什麼樣、在窄螢幕上有什麼疊在一起、輸入欄位空著會怎樣，都沒有時間確認。於是使用者先發現，而其中會開口說的只是一部分。
我們會做什麼
-
撰寫核心流程 E2E 測試
把註冊、登入、付款、發文這些不能垮掉的流程，做成由真實瀏覽器照著走的自動化測試。
-
換組合反覆執行
同一條流程，換著瀏覽器與螢幕尺寸反覆執行。只在某個組合下才壞的問題，會在這時顯現。
-
跨瀏覽器確認
在 Chrome、Safari、Firefox 上看同一個流程是不是跑出同樣的結果，找出各瀏覽器之間不一樣的行為。
-
行動裝置畫面檢查
找出在窄螢幕上被裁掉、疊在一起，或按不到的按鈕，連同實際的畫面錄影一起交給你。
-
邊界情境探索
空值、超長輸入、緩慢的網路、重複點擊、按上一頁，這些實際使用時會出事的條件，我們會刻意放進去試。
錯誤報告
附上重現步驟、畫面錄影與嚴重程度。整理成看完就能直接動手修、不需要再回頭問的形式。沒有東西要修，就寫沒有。
這樣開始
-
提供網址與核心流程
請告訴我們服務網址，以及不能垮掉的流程。沒有清單的話，我們可以一起整理。
-
撰寫測試
把你提供的核心流程，寫成由真實瀏覽器實際走一遍的自動化測試。
-
整體執行與報告
為核心流程接上測試，逐個組合執行一輪，把結果寫成報告。
適合這樣的地方
- 沒有 QA 人力就要上線的獨立開發者
- 功能加得很快，卻反覆出現回歸 Bug 的小型團隊
- 像付款或註冊這樣一垮掉營收就會停下來的服務
常見問題
- 需要把我們的程式碼交出去嗎？
- 不需要。我們像使用者一樣，用瀏覽器在公開的網址上測試，不需要程式碼儲存庫的權限。
- 需要登入的畫面也可以測嗎？
- 可以。請開一個測試專用帳號給我們，登入之後的流程也會一起看。
- 也會幫忙修 Bug 嗎？
- 這次檢查包含的範圍，到找出問題並交出報告為止。如果需要一併修正，會以按件開發另外報價。
- 檢查會看到什麼程度？
- 以註冊、登入、結帳這類不能垮的核心流程為準，跨瀏覽器、行動裝置畫面與邊界情境都會看。