跳至主要內容
Study Jam:GenAI 開發者實戰 — 第 16/29 篇

Gemini 貫穿軟體開發生命週期

內文字級

Gemini 貫穿軟體開發生命週期
更新:2026-10-12

課程概述

Gemini 可以幫忙整理需求、比較設計方案、寫程式、補測試,也能協助讀錯誤紀錄。不過「每個階段都能用」不代表產出的內容可以直接一路送進正式環境。這堂課會把重點放在怎麼分工、怎麼驗證,以及哪些關卡仍要由團隊負責。

Gemini 貫穿 SDLC:需求、架構設計、編碼審查、測試安全、CI/CD 部署和維運事件各自產生 AI 輔助工件,專案儲存庫與文件提供上下文,需求核准、合併、安全與正式發布仍由人類負責

Gemini 在每個 SDLC 階段提供不同輔助,而非只補程式碼;需求草稿、架構替代方案、測試與事件假設都需對應原始脈絡。關鍵核准仍由團隊承擔,接受的改善則回存為可追溯的團隊知識。

你將學到

  • 在 SDLC 的每個階段識別 Gemini 可輔助的具體任務
  • 使用 Gemini Code Assist 在 IDE 中進行程式碼生成與補全
  • 運用 Gemini 進行程式碼審查與技術文件撰寫
  • 結合 Cloud Build 與 Cloud Deploy 建立 AI 增強的 CI/CD 流程

核心概念

需求分析與設計階段

需求分析階段,可以請 Gemini 把訪談筆記整理成待確認的使用者故事、列出缺少的條件,或從不同角色角度找矛盾。到了設計階段,它適合拿來發想替代方案、整理取捨,甚至先起草 OpenAPI 規格。但需求是否正確、架構能不能符合成本與法規,仍要回到原始資料和負責人確認;一份寫得很完整的草稿,不等於需求已經被證明。

Gemini Code Assist

Gemini Code Assist 整合在 VS Code、JetBrains 等開發環境中,可提供程式碼補全、生成、解釋、轉換與審查建議。部分版本也能提供來源引用或相似程式碼資訊,協助開發者檢查建議內容;但這不是自動通過授權或安全審查。接受建議後,還是要跑既有的格式、型別、測試、弱點掃描與 Code Review。

時效提醒:2026 年 6 月 18 日起,Gemini Code Assist 個人版、Google AI Pro/Ultra 使用者的 IDE 擴充套件與 Gemini CLI 已停止提供服務,個人帳號可轉往 Antigravity 系列,詳見官方棄用說明。Standard/Enterprise 訂閱另有退場時程:2026 年 10 月 9 日起不能再新購,既有訂閱可用到合約期滿(年訂閱可自動續約到 2027 年 1 月 31 日,月訂閱到 2027 年 12 月 31 日);官方說明之後的代理式程式開發輔助改由 Antigravity 提供,可透過符合資格的 Gemini Enterprise(原 Google Agentspace)訂閱或 Gemini Enterprise Agent Platform(原 Vertex AI)取得;Gemini Enterprise 的版本比較表只在 Standard、Plus 與 Pay-as-you-go 三版列出 AI developer tools(Business 與 Frontline 沒有),且專案要連到月結(invoiced)的 Cloud Billing 帳戶,詳見Standard/Enterprise 訂閱時程(2026-10-12 查證)。安裝前請先確認帳號方案。

測試與品質保證

測試階段,可以請 Gemini 根據需求和程式碼起草單元測試、列出邊界條件,或協助解讀覆蓋率與堆疊追蹤。比較可靠的做法是先讓它說明每個測試對應哪一條需求,再由測試實際證明行為;不要只因為產生的測試全部通過,就認定功能沒有問題。除錯時也要移除 Token、個資與內部資料,再提供必要的錯誤上下文。

AI 增強的 CI/CD

若要把模型接進 CI/CD,應把它當成額外的建議來源,不是取代確定性的檢查。Cloud Build 仍要先跑編譯、測試、lint、依賴與安全掃描;模型可以摘要失敗原因、整理變更風險或提出測試缺口。涉及合併、權限變更與正式發布時,最好保留清楚的核准規則,模型回應逾時或不可用也不該讓整條管線失去控制。

查看流程與節點文字

箭頭表示流程方向;方括號與引號內是節點名稱,可搭配下方圖解閱讀。

%%{init: {"flowchart": {"curve": "linear", "nodeSpacing": 24, "rankSpacing": 32}}}%%
flowchart TB
  subgraph CREATE["① 先把 AI 當成草稿協作者"]
      direction TB
      TASK["說清楚任務、可用脈絡<br/>限制與驗收條件"] --> DRAFT["Gemini 產生需求草稿、<br/>程式碼、測試或部署建議"]
      DRAFT --> TRACE{"能指出依據、變更範圍<br/>與尚未確定的地方嗎?"}
      TRACE -->|"不能"| REWORK["補足上下文或縮小任務<br/>不要直接採用"]
      REWORK --> TASK
  end
  TRACE -->|"能"| REVIEW["由熟悉模組的人審查<br/>邏輯、授權、資料與風險"]
  subgraph GATE["② 通過原本就該有的工程關卡"]
      direction TB
      REVIEW --> CHECK["格式、型別、<br/>單元與整合測試<br/>弱點掃描和政策檢查"]
      CHECK --> PASS{"所有必要檢查都通過,<br/>高影響變更也已核准嗎?"}
      PASS -->|"通過"| MERGE["合併並逐步發布<br/>保留回退方案"]
      MERGE --> WATCH["監控錯誤、<br/>效能與使用者影響<br/>把修正回存成團隊知識"]
  end
  PASS -->|"沒有"| FIX["修正程式或測試<br/>必要時捨棄 AI 建議"]
  FIX --> CHECK
AI 產出先當草稿,再走原本的工程關卡。來源說不清、測試補不齊或高風險變更沒人核准時,就不應因為內容看起來完整而進入主分支。

實作重點

  • 先確認帳號方案,再於支援的 IDE 安裝 Gemini Code Assist 或使用目前對應的開發工具
  • 讓 Gemini 為一段現有程式碼產生單元測試,評估測試案例的完整性
  • 使用沒有機密資料的範例進行 Code Review,記錄模型找到、漏掉與誤判的問題
  • 嘗試讓 Gemini 產出 Dockerfile、Cloud Build 設定檔或 Terraform 設定

Lab 導讀

Lab 連結:Gemini for end-to-end SDLC — Google Skills

課程頁目前列出一個 Lab(Using Gemini Throughout the Software Development Lifecycle);依課程說明,這門課會帶你在 Gemini 協助下開發並建置一個 Web 應用程式、修正其中的錯誤、撰寫測試,以及查詢資料。操作時不只看它能不能產出,也要問:這份結果如何驗證、失敗時誰負責、是否包含不該送出的資料。若要拿自己的專案測試,先確認公司政策並移除憑證、個資和未公開程式碼。

延伸學習

Study Jam:GenAI 開發者實戰 — 第 16 篇/共 29 篇 查看系列全覽 →

讀完後,留一個學習紀錄

試著用自己的話說出一個重點,以及你會如何運用。實作文章請先核對結果與清理資源,再標記為讀完。

文章進度以你確認讀完的標記為準,可隨時取消。舊版造訪紀錄保留,但不計入讀完;這份自評不代表已掌握內容。

留言討論

文章目錄與系列

徽章解鎖!