一個指令在瀏覽器中測試你的應用程式
在專案聊天中輸入 /test，Mythex 就會以真人的方式測試你的應用程式：它會在瀏覽器中開啟即時預覽，瀏覽頁面、點按按鈕、填寫表格，然後在聊天中報告哪些可以運作、哪些不能。你可以指定某個特定流程——「測試註冊和價格頁面」——也可以讓它走應用程式最明顯的路徑。
功能說明
應用程式測試會運行你的即時預覽，而不只是你的程式碼。Mythex 會以瀏覽器操控正在運行的應用程式，記錄它看到的內容——必要時包括截圖——並在聊天中寫出結果摘要。
這與閱讀原始碼是不同的檢查方式。程式碼看起來可能正確，但在實際使用時仍然失敗：按鈕接錯了處理程式、表格提交了卻沒有顯示確認、頁面只有在登入後才出錯。要找出這些問題，唯一的方法就是實際使用應用程式，而應用程式測試會替你做這件事。
為何有幫助
用代理建構時，預覽就是你判斷進度的方式。你四處點點，覺得沒問題，就繼續前進。但每次更改後都逐一點擊每個流程很麻煩，而且很容易只檢查你剛改動的頁面，卻忽略了它悄悄弄壞的另一頁。
應用程式測試把「它還能運作嗎？」變成一則訊息。你描述重要的路徑，代理逐步走完，你便會得到一份可以採取行動的報告。由於它在同一個聊天中運行，修正只需再發一則訊息。
如何運行
- 確保預覽正在運行，並顯示你的應用程式。應用程式測試是針對預覽進行的，所以如果預覽空白或仍在啟動，請等待或先解決這個問題。
- 在專案聊天中輸入
/test。 你也可以用平常的語言提問——「在瀏覽器中測試應用程式」同樣可以。 - 說明重點（如果你想）。例如：「測試註冊和價格頁面」，或「建立帳戶、加入一件商品、結帳」。
- 閱讀報告。 Mythex 會總結它嘗試了什麼、哪裡出錯，並在有幫助的地方附上截圖。
- 用
/fix或一般的 Build 訊息修正它發現的問題。 - 再次運行
/test，確認修正有效，且沒有弄壞其他東西。
何時使用
- 進行大型介面更改之後。 新的版面或導覽可能會弄壞你沒有直接改動的流程。
- 發佈之前，在訪客發現之前先找出明顯的問題。
- 預覽看起來正常，但某個流程可能有問題時。 多步驟的路徑——註冊、然後登入、然後進行某些操作——最值得檢查。
取得良好結果的方法
要求越清晰，報告就越有用。
- 描述一條順利的路徑。「建立帳戶、加入一件商品、結帳」為代理提供了清晰的步驟和清楚的檢查結果。「全部測試」則要它自行猜測什麼最重要。
- 指出你改動過的頁面或功能。 如果你剛重新設計了價格頁面，請說明。
- 以小循環測試。 改動一點，測試，修正，再測試。只改動一件事，就比較容易看出什麼被弄壞了。
- 配合檢查點使用。 如果某次更改弄壞的比修好的還多，你可以還原到上一個正常的回合，而不是在它之上繼續修補。
限制
- 它測試的是預覽，而不是你已發佈的網站。 應用程式測試針對你私人工作區中的即時預覽運行，不會檢查訪客在你已發佈網址上看到的版本。準備好時請另行發佈。
- 預覽必須正在運行。 如果沒有運行，就沒有可測試的東西。
- 它只會沿你指定的路徑進行。 有針對性的請求會得到有針對性的檢查；它不是一套詳盡的測試套件。
- 它只負責報告，決定權在你。 應用程式測試會告訴你哪裡壞了。修正則是獨立的步驟，可以用
/fix或 Build 訊息進行。
如果你找到問題後想深入追查原因，我們的指南如何為 AI 建構的應用程式除錯會逐步說明這個過程。至於預覽本身，請參閱每個專案都有私人工作區與即時預覽。
文件頁面有詳細說明：應用程式測試。