用一個指令在瀏覽器中測試你的 App
在專案聊天中輸入 /test，Mythex 就會像真人一樣測試你的 App：它會在瀏覽器中開啟即時預覽，瀏覽頁面、點擊按鈕、填寫表單，然後在聊天中回報哪些部分運作正常、哪些沒有。你可以指定某個流程——「測試註冊與定價頁面」——也可以讓它走最明顯的路徑來測試整個 App。
功能說明
App 測試會測試你的 即時預覽，而不只是你的程式碼。Mythex 會操作瀏覽器來操作正在執行的 App，擷取它看到的畫面——在有用的時候會包含螢幕截圖——並在聊天中寫出測試結果摘要。
這和只閱讀原始碼是不同類型的檢查。程式碼看起來可能正確，但實際使用時仍會失敗：按鈕綁定到錯誤的處理函式、表單送出後卻從未顯示確認訊息、某個頁面只有在登入後才會壞掉。唯一能找出這些問題的方法，就是實際使用 App，而 App 測試會替你做這件事。
為什麼有幫助
用代理人建置時，預覽就是你判斷進度的方式。你點來點去，看起來沒問題，就繼續往下做。但每次變更後把每個流程都點過一遍很煩人，而且很容易檢查了剛改過的頁面，卻漏掉它悄悄弄壞的另一個頁面。
App 測試把「它還能正常運作嗎？」變成一則訊息。你描述重要的路徑，代理人走一遍，你就會得到一份可以採取行動的報告。因為它在同一個聊天中執行，修正只需要再多傳一則訊息。
如何執行
- 確認預覽正在執行，並顯示你的 App。App 測試是針對預覽進行的，所以如果預覽是空白的或仍在啟動，請先等待或先處理這個問題。
- 在專案聊天中輸入
/test。你也可以用自然語言提問——「在瀏覽器中測試這個 App」同樣有效。 - 如果你想，可以說明重點。例如：「測試註冊與定價頁面」，或「建立帳號、加入一個項目、結帳」。
- 閱讀報告。 Mythex 會摘要它嘗試了什麼、哪裡出錯，並在有幫助的地方附上螢幕截圖。
- 用
/fix或一般的建置訊息修正發現的問題。 - 再次執行
/test，確認修正有效，且沒有弄壞其他部分。
何時使用
- 進行大型 UI 變更後。 新的版面或導覽可能會破壞你沒有直接碰過的流程。
- 發佈之前，在訪客發現之前先抓出明顯的錯誤。
- 預覽看起來正常，但某個流程可能有問題時。 多步驟的路徑——註冊、登入，然後做某件事——最值得檢查。
如何取得好的結果
請求越清楚，報告就越有用。
- 描述正常流程。 「建立帳號、加入一個項目、結帳」給了代理人清楚的步驟與可以檢查的結果。「全部測試」則讓它自行猜測什麼最重要。
- 指出你改過的頁面或功能。 如果你剛重做了定價頁面，請說明。
- 以小循環測試。 改一處、測試、修正、再測試。每次只改一件事，比較容易看出哪裡壞了。
- 搭配檢查點。 如果某次變更修好的東西比壞掉的少，你可以回復到上一個正常的回合，而不是在上面繼續修補。
限制
- 它測試的是預覽，而不是已發佈的網站。 App 測試是針對你私人工作區中的即時預覽執行的。它不會檢查訪客在你已發佈網址上看到的版本。準備好時請另外發佈。
- 預覽必須正在執行。 如果預覽沒有啟動，就沒有東西可以測試。
- 它只會沿著你指定的路徑走。 具有明確重點的請求會得到有重點的檢查；它不是完整的測試套件。
- 它負責回報，由你決定。 App 測試會告訴你哪裡壞了。修正是另一個步驟，使用
/fix或建置訊息完成。
如果找到問題後想進一步追查原因，我們的指南 如何除錯 AI 建置的 App 會逐步說明流程。至於預覽本身，請參見 每個專案都有私人工作區與即時預覽。
文件頁面有完整細節：App 測試。