一、今天要裝什麼
今天把整個系列會用到的環境一次到位:安裝 Claude Code 並完成登入;k6 在 Day 1 裝過的人只需確認,還沒裝的今天一併補上。Claude Code 使用官方的原生安裝器(native installer),一行指令直接裝好,不需要任何前置軟體。
一個先建立的好習慣:工具的安裝方式會隨版本演進,動手前查一次官方文件,比沿用記憶中的舊步驟可靠。本篇的每一個指令都以官方安裝文件為準(來源:code.claude.com 的官方 setup 頁面,查證於撰稿當下;若你閱讀本文時畫面或指令有出入,以官方文件為準)。

圖 1:兩個工具的分工——Claude Code 讀寫文字、k6 產生負載,判讀與決定始終在你手上
二、安裝前的三個確認
確認一:Claude 帳號與費用
這件事要最先講清楚,避免裝完才發現用不了:Claude Code 需要付費方案——Claude Pro 以上的訂閱(Pro、Max、Team、Enterprise 皆可),或是以 API 帳號按用量計費;免費版帳號不包含 Claude Code 的使用權。費用方案與價格會調整,動手前請到官方定價頁面確認最新資訊。對多數個人學習者,入門的訂閱方案就夠本系列使用;如果是公司要導入,建議由團隊統一評估方案。
確認二:公司電腦的 IT 政策
和 Day 2 注意事項說過的一樣:公司電腦安裝任何軟體前,先確認資安規範。Claude Code 是要連網使用的雲端 AI 工具,部分公司對這類工具有明確的申請流程。用個人電腦學習則沒有這層顧慮。
確認三:找到你的終端機,並認出你在哪一個
Windows:按下開始鍵,輸入「PowerShell」,開啟 Windows PowerShell。macOS:按 Command+空白鍵,輸入「終端機」(Terminal),按 Enter。接下來有一個保姆級的重要細節——Windows 上有兩種命令視窗,指令不通用,認法很簡單:提示字元開頭有「PS」的是 PowerShell(例如 PS C:\Users\你>),沒有 PS 的是 CMD。本篇的 Windows 指令都以 PowerShell 為準。如果貼指令時看到「irm 不是內部或外部命令」,代表你在 CMD 裡,請改開 PowerShell。
三、安裝 Claude Code:一行指令

圖 2:今天的安裝流程與檢核點——每一站都有明確的「成功長什麼樣」
Windows(在 PowerShell 貼上執行):
irm https://claude.ai/install.ps1 | iex
macOS(在終端機貼上執行):
curl -fsSL https://claude.ai/install.sh | bash
這行指令會下載並執行官方安裝腳本,把 claude 指令裝到你的使用者目錄,全程不需要管理員權限。裝好後它會在背景自動保持更新,之後不用手動升級。如果公司網路擋下這個指令(見第八節疑難排解),Windows 也可以改用套件管理器安裝:
winget install Anthropic.ClaudeCode
安裝完成後,關掉終端機、重開一個新的(這一步很多人漏掉,是「找不到指令」的頭號原因),然後驗證:
claude --version
成功的話會看到類似這樣的版本資訊(數字會不同):
2.1.211 (Claude Code)
四、首次啟動與登入
先為這個系列建一個專用的工作資料夾,之後所有腳本都放這裡。在終端機依序執行(Windows 與 macOS 通用):
# 在家目錄建立資料夾並進入
mkdir perf-testing
cd perf-testing
# 啟動 Claude Code
claude
第一次啟動會有兩件事。第一,它會開啟瀏覽器請你登入 Claude 帳號,依畫面完成授權即可;如果瀏覽器沒有自動打開,終端機上會顯示一個網址,手動複製到瀏覽器完成登入。第二,回到終端機後,它可能詢問是否信任這個資料夾——這是安全設計,確認路徑是你剛建立的 perf-testing 再同意。完成後你會看到對話輸入區,畫面大致像這樣(文字會隨版本略有不同):
╭──────────────────────────────────────────╮
│ Claude Code │
│ ~/perf-testing │
╰──────────────────────────────────────────╯
> 在這裡輸入你想說的話…
看到輸入區就代表一切就緒。先輸入 /exit 離開(這也是之後每次結束對話的方式),我們把剩下的環境裝完再回來。
五、安裝或確認 k6
Day 1 跟著做過的讀者,只需要驗證一下還在不在:
k6 version
還沒裝的讀者,依作業系統擇一執行後重開終端機再驗證:
# Windows(PowerShell)
winget install k6 --source winget
# macOS(需已安裝 Homebrew)
brew install k6
claude --version 與 k6 version 都能印出版本號,環境就全部到位了。
六、認識你的練習對象:QuickPizza
接下來 30 天所有練習的目標系統都是同一個:Grafana 官方公開的示範網站 QuickPizza(https://quickpizza.grafana.com)。它是一個披薩推薦網站,官方建立它的目的就是讓大家練習 k6,從網頁、REST API、登入流程到 WebSocket 即時連線都有,本系列需要的練習場景一站包辦。

圖 3:QuickPizza 練習地圖——一個站涵蓋全系列的練習場景,唯一規矩是保持小流量
現在請先做一件 QA 的職業本能會認同的事:打開瀏覽器,親自逛一逛這個網站。按一下「Pizza, Please!」看推薦結果、留意頁面有哪些互動元素。理由很實際:你即將對這個系統做測試,而理解受測系統永遠是測試工作的第一步——工具再自動化,這一步都省不掉。之後腳本測到的每個端點,你心裡都要有畫面。
最後重申唯一的規矩(Day 1 壓測禮儀的延伸):QuickPizza 是全世界學習者共用的資源,本系列所有練習維持小流量、不超過 20 個 VU。
七、第一次 Claude Code 對話:請它讀腳本、解釋、修改、執行
環境好了,來做今天的重頭戲。先把 Day 1 的 first-test.js 放進工作資料夾(文末附錄有完整腳本,用記事本貼上另存即可)。確認檔案就位後,在 perf-testing 資料夾裡啟動 claude,依序進行三段對話。
對話一:請它逐行解釋
Prompt 1|建立「看不懂就問」的習慣
請讀取這個資料夾裡的 first-test.js,逐行用白話解釋它在做什麼。
我是不會寫程式的測試人員,不要假設我懂 JavaScript。
這時會出現 Claude Code 和網頁版 AI 最大的不同:它會請求權限——讀取檔案前先徵求你同意,畫面會顯示它想做的動作,由你按下允許或拒絕。請養成一個受用整個系列的習慣:每次允許之前,先看懂它想做什麼。讀一個腳本檔,合理,允許;如果它想做的事超出你的預期,先問清楚再說。這個「看懂再放行」的把關動作,就是你在 AI 協作裡的角色。
允許之後,它會給出逐行解釋。對照 Day 1 腳本裡的中文註解驗收它講得對不對——這是你第一次「驗證 AI 的輸出」,用的是你已經懂的材料。
對話二:追問一個「為什麼」
Prompt 2|把解釋追問到懂為止
腳本裡的 sleep(1) 如果拿掉,測試行為會有什麼不同?
對 QuickPizza 這個公開練習站會造成什麼影響?
預期它會告訴你:拿掉 sleep 後每個 VU 會不停地連續發送請求,對目標系統的壓力大幅增加——這正好複習了壓測禮儀。追問是這個系列最重要的學習動作:解釋看不懂就繼續問,問到懂為止,AI 不會不耐煩。
對話三:請它修改並執行——完整的協作迴圈
Prompt 3|讓它動手,但執行前先看指令
請把 first-test.js 的虛擬使用者改成 3 個、時間改成 15 秒,
然後幫我執行這個測試。執行之前,先告訴我你會用什麼指令。
這一輪會發生三件事:它請求修改檔案的權限(看得到修改內容,確認只動了 vus 和 duration 兩行再允許);接著請求執行指令的權限(畫面會顯示 k6 run first-test.js 之類的指令,看懂再允許);最後它會拿到 k6 的輸出並主動幫你摘要結果。做完這一輪,你已經走完「需求 → 修改 → 執行 → 解讀」的完整協作迴圈——Day 1 你手動做的每一步,現在都能在對話裡完成,而每個關鍵動作都經過你的確認。
結束後輸入 /exit 離開。今天的核心目標達成:環境可用,而且你已經知道怎麼和它安全地協作。
八、安裝疑難排解:卡住了對號入座

表裡找不到你的狀況?把終端機上的完整錯誤訊息複製下來,連同你的作業系統版本一起搜尋官方文件,或——既然 Claude Code 可能還沒裝起來——貼到網頁版 AI 詢問,通常幾分鐘內就有方向。
九、注意事項:開始和 AI 協作之前
環境裝好只是入場,接下來每天都會和雲端 AI 工具一起工作,這幾件事 QA 與 RD 都必須先知道:

給 RD 的一句話:第一條對你同樣適用,而且風險更高——你手上有完整的原始碼。團隊導入 AI 工具時,「哪些程式碼可以給 AI 看」值得在導入前就形成明文共識,別留給每個人自由心證。
十、觀念驗證:三個問題確認你有帶走今天的重點
• Claude Code 請求執行一個你看不懂的指令,你的正確動作是什麼?為什麼這個把關動作重要?(第七節、第九節)
• 同事想在公司專案資料夾裡直接啟動 Claude Code 練習,你會提醒他哪兩件事?(第九節)
• 為什麼動手測試前要先親自逛一逛 QuickPizza?這個習慣和工具新舊有關係嗎?(第六節)
十一、小結
今天完成了三件事:環境全部到位;認識了接下來一個月的練習對象 QuickPizza;最重要的是完成第一次完整的 AI 協作迴圈——請它讀、請它講、請它改、請它跑,而每一個關鍵動作都由你確認放行。「看懂再允許、追問到懂為止」這兩個習慣,比任何指令都值得帶走。
附錄一:本篇指令速查
# 安裝 Claude Code(Windows PowerShell)
irm https://claude.ai/install.ps1 | iex
# 安裝 Claude Code(macOS)
curl -fsSL https://claude.ai/install.sh | bash
# 替代方案(Windows,官方套件管理器)
winget install Anthropic.ClaudeCode
# 驗證安裝
claude --version
k6 version
# 建立工作資料夾並啟動
mkdir perf-testing
cd perf-testing
claude
# 離開 Claude Code 對話
/exit
附錄二:first-test.js 完整腳本
import http from 'k6/http';
import { check, sleep } from 'k6';
// ── 測試設定 ──────────────────────────────
// vus:同時模擬的「虛擬使用者」人數
// duration:整個測試要持續跑多久
export const options = {
vus: 1, // 先當 1 個人
duration: '30s', // 跑 30 秒
};
// ── 每個虛擬使用者重複做的事 ──────────────
export default function () {
// 對練習站首頁發出 GET 請求(等同瀏覽器打開網頁)
const res = http.get('https://quickpizza.grafana.com/');
// 檢查:伺服器回應的狀態碼是否為 200(代表成功)
check(res, {
'狀態碼是 200': (r) => r.status === 200,
});
// 停 1 秒再做下一輪,模擬真人操作的間隔
sleep(1);
}