深入研究

• 自動化測試

我們的目標:

使用 mcp 去讀取程式，和規格書，產生 playwright 的測試腳本，進行單元測試

程式專案資訊，參考附件 CLAUDE.md


目前思考如下:

如果要訪問網頁，和程式碼，用 LLM 定義的操作流程，自動產生測試程式( 比如 playwrihgt)

適合用什麼 mcp  ( 現有的，或自定義) ?

或是提出更佳的解決方案


最主要要解釋的難題為，要解決專案規格變更後，造成測試代碼失效，要花大量人力，時間修改的成本

• 釐清問題

你的 LLM 是使用哪個（例如 GPT-4、Claude 3、Gemini 等）？會部署在本地、雲端或混合？
==>Gemini

測試腳本的輸出目標語言是否固定為 Playwright（JavaScript/TypeScript）？是否需要整合 API 與前端 UI 測試？
==>固定為 Playwright，僅執行 E2E 的 UI 流程操作驗證


程式碼與規格書的來源與格式是否統一？例如會從 Git repo、自動文件生成、或是有手動維護的 Markdown？
==> 規格計劃書，目前計劃會放在程式的 spec 目錄中，以 product.md 的方式存放，為 Makrdown 格式

預期規格變更的頻率與範圍？是否希望能偵測差異並「只更新受影響的測試腳本」？
==>這點我希望由人工控制，有規格變更時，再去寫入product.md, 再重新產生腳本


目前團隊是否已有 CI/CD 流程？希望自動產生的測試能否直接掛進 CI pipeline？
==> 目前沒有，暫時不需要