PluelyPluely說明文件

使用情境

Pluely 給 QA 測試人員：錯誤分級與重現筆記

主控台剛被一段你沒見過的 stack trace 塞滿。你截圖、貼到聊天室、等待，然後忘了自己剛剛在測什麼。Pluely 把這個循環縮短到幾秒鐘。截取錯誤畫面，直接在浮動視窗中提問，趁失敗狀態還在螢幕上時就取得串流解釋。到了分級日，它還會轉錄整場會議，並把每個 bug 對應到負責人。

測試時

  • 以截圖為先的除錯：用圖片上傳（整個螢幕或區域擷取）擷取錯誤對話框、主控台輸出，或與規格不符的介面狀態，在提問模式中詢問可能發生了什麼事。答案會以串流方式出現；看夠了就隨時按「停止」。
  • 同一個畫面，好幾個問題：開啟「使用圖片」開關後，你輸入的每個問題都會自動附上目前的螢幕畫面，來回除錯時就不需要每次重新截圖。智慧追問標籤也會替你備好下一個顯而易見的問題。
  • 重現步驟：描述你在失敗之前做了哪些操作，請 Pluely 整理成清楚、有編號的重現步驟，讓開發人員可以完全照著做。
  • 預期結果與實際結果：把規格或工單以 PDF 附加上去，截取實際結果，請 Pluely 精確說明兩者之間的落差。只要把產品規格附加到預設提示詞中的自訂提示詞一次，之後每個回答都會以真正的驗收標準為依據。

分級會議與 Bug Bash 期間

在十幾個缺陷混在一起的分級會議中開啟聆聽模式。標示說話者的即時逐字稿會確切記錄哪個修正交給了哪位工程師，以及哪個 bug 被降低優先順序、哪個已經解決。沒有機器人加入通話，而且不論你的團隊使用哪個會議 App 都能運作。事後，會議中已儲存的會議會為每個缺陷產生摘要，以及可直接貼進追蹤工具的待辦事項。

設定方式

  1. 自己一個人測試時，只要用提問模式：截圖並提問，不需要開始或停止任何東西。
  2. 分級會議時，切換到聆聽模式，並授予麥克風和螢幕錄影權限。
  3. 會議開始時按下「開始聆聽」；浮動視窗會保持在最上層，而且不會從受測 App 搶走焦點。
  4. 結束時按下「停止」；會議會自動儲存，方便產生待辦事項。
  5. 使用提問模式中的「最新」／「全部」分頁，在目前的回答和這次工作階段問過的所有內容之間切換。

小技巧

  • 需要精確時，請在截圖之外貼上確切的錯誤字串：截圖提供上下文，但精確的文字最好用打的。
  • 已經習慣在終端機工作的團隊，可以透過模型選擇把 Pluely 指向本機 CLI：Claude Code、Gemini CLI、OpenAI Codex、Qwen Code 或 Ollama；自備金鑰和 CLI 的用量不會被 Pluely 計量。
  • 在提示詞中統一使用有編號的重現步驟，讓整個 QA 團隊的 bug 報告讀起來都一樣。
  • 提問模式的附件上限是 20 MB：規格太大時請拆開，不要整份附加。

相關內容

最後更新：2026年7月10日 · pluely.com