鐵人檔案
「效能測試喔，那要會寫程式吧。」這句話擋住了多少測試人員，就擋了多少年。工具門檻、腳本門檻、環境門檻，一層一層疊上去，最後變成一種默契：效能測試是別人的事。於是每次上線前，沒有人真的回答得出那個問題——我們的系統，到底撐得住多少人？
這個系列想把那句話拆掉。AI 協作工具改變了入場條件：寫腳本這件事，現在可以交給 Claude Code；產生負載、收集數據，交給 k6。你不需要先學會 JavaScript 才能開始。
一、先承認現實：第一次不會動，是常態 Day 10 結尾預告過：QuickPizza 一次就通，是因為它為教學而生。真實系統的登入流程，AI 生成的腳本第一次執...
一、一種測試設定，回答不了六種問題 到目前為止，我們的測試都是「固定人數跑固定時間」。這回答得了「這個 API 健康嗎」，但職場上的提問遠不止於此：「雙十一那天...
一、開場實驗：量一量機器人的火力 先動手，再講理。把 first-test.js 複製成 no-sleep.js，刪掉 sleep(1) 那行，然後兩支各跑一次...
一、兩週後的資料夾現場 打開 perf-testing 看一眼：first-test.js、pizza-api-test.js、from-curl.js、log...
一、為什麼今天不教新東西 連續十四天的高密度輸入之後，繼續往前衝的邊際效益其實在下降——新知識會開始蓋掉還沒站穩的舊知識。學習和負載測試意外地像：一路爬升不留平...
一、「要快」不是需求，是願望 下半場的第一個場景，幾乎每個測試人員都遇過：改版要上線了，主管交代一句「上線前測一下效能，要快喔」。你打開編輯器，兩週的腳本功力都...
一、一半規格的環境，測不出一半的效能 Day 16 你把及格線訂好了：下單 p95 < 800ms。興沖沖對測試環境跑了一輪，p95 是 1600ms。這...
一、「p95 太慢」不是結論，是線索的開頭 Day 17 的相對比較做完了：新版在同一環境慢了 40%。你走去跟 RD 說「新版變慢了」，RD 抬頭問：「哪裡慢...
一、最難堪的效能缺陷單：兇手是自己 先講一個業界每週都在上演的故事。你照 Day 18 的方法交出漂亮的判讀：「40 VU 後 rps 打平、timeout 上...
一、數字沒錯，但沒人看得懂 Day 19 之後，你的證據乾淨了，推理也有模有樣。你把終端輸出截圖貼進郵件寄給主管，十分鐘後收到回信：「所以……是好還是不好？」...
