GitHub Copilot 練習:把補全接進既有測試流程

Copilot 可以在支援的開發環境協助提供程式建議與對話。讓建議接進既有專案的規格和測試,才知道這段程式是否能用。

選擇實際支援的環境

從 GitHub 官方入門頁選擇你的編輯器與版本,依文件完成安裝及帳號登入。各環境的功能不一定相同,方案與組織政策也可能影響模型、代理與補全選項。

補全時先寫清楚行為

例如要求「從字串陣列移除前後空白並去重,保留原順序」,比只寫「優化標籤」更容易驗收。工具提出建議後,查看有沒有把去重寫成排序,或改動原始輸入。

對話用來找脈絡

詢問函式做什麼時,請它附上相關檔案與呼叫位置。回答若依賴未提供的檔案,先取得該段程式再判斷,不把合理的描述直接視為專案事實。

保留自己的審查步驟

先看需要哪些變更,再看工具實際做了哪些;最後執行相關測試。對外分享前避免把程式中的金鑰、個資或私有連結貼入公開回報。

不要只看補全是否像樣

假設有一個格式化日期的函式,先列出正常日期、跨年、無效輸入和時區邊界,再請工具依專案既定行為補測試。比對測試是否抓到真正的輸入輸出差異,而不是把實作複製一次當預期。

留下「建議、接受、修改、驗證」四步紀錄。接受補全之後,責任仍包括檢查依賴、錯誤路徑和資料邊界;批次接受不代表批次正確。

支援編輯器與功能會依版本及方案不同;安裝前從官方文件選自己的環境。學生或其他資格方案也以當下的官方申請條件為準。

官方資料與延伸閱讀

方案、可用功能與限制會更新,請以連結中的官方說明及帳號當下顯示為準。本文的練習是編輯設計的示例,不是工具效能實測。