• 菜雞行為：把「昨天測過會動」當成完成證據
• STAR 階段：S (Situation)
• 本篇定位：呈現沒有版本、環境、輸入與步驟時，測試如何只剩記憶。

這個系列會用 STAR 架構整理每一段職場故事。STAR 分別代表情境（Situation）、任務（Task）、行動（Action）與結果（Result）。每個故事會拆成三天：第一天談 S，還原當時的情境與我原本的理解；第二天談 T，釐清真正的任務、限制與完成條件；第三天則合併 A 與 R，整理我採取的行動、造成的結果，以及後來學到的事。

這篇在三日故事中的位置

上一組故事收在 Day 18｜我把提問、回報和 Review 改成能接手的工程溝通。這一組的學生味是：把「昨天測過會動」當成完成證據。本篇只還原情境，該證明什麼留給 Day 20。

「昨天測過會動」撐不到今天早上

被問起功能好了沒，我最順口的回答曾是：「昨天測過，會動。」說的時候不心虛，成功真的發生過。心虛是後來的事——想再示範一次卻重現不了：不知道當時的版本、環境、資料與帳號，也沒留下畫面。測試發生過，但只存在記憶裡，而記憶不接受查詢。

昨天那次成功，今天已經變成一則傳說

以下是虛構案例。在粉鳥工單服務，我改了批次匯入工單的功能，昨天下班前在某台測試機手動跑過一次成功，就標成完成。今天同一個匯入卻失敗了。程式是最新修改還是舊版？資料是三筆還是三百筆？跑之前清過資料表嗎？答案都是「不確定」。

[版本?] --> [環境?] --> [輸入?] --> [步驟?] --> [只剩一句會動]

證據鏈每節都是問號；條件遺失，結論也失效。

測過、可重現、可驗收，被我疊成同一件事

當時我不覺得這是偷懶：測試做了也成功，難道每點一次按鈕都要寫報告？其實我混淆了三件事：「測過」是發生過的事件；「可重現」是照同樣條件能再做一次；「可驗收」是別人不必問我也能確認完成。單次成功只證明第一件。版本與環境不是背景雜訊，而是結果的一部分：同一段程式換了版本、設定與資料，本來就可能一邊會動、一邊不會。隨手小實驗不必立案；問題是我把要交付的功能也交給記憶管理。

測過是事件，證據是條件加結果

• 「會動」後面要接得上哪個版本、環境與輸入。
• 一次成功只能當線索，不能當驗收。
• 隨手實驗不必留紀錄；要交付的才需要。

今天可以帶走的練習

挑一次最近宣稱「測過會動」的功能，花半小時替那次手動測試補上版本、環境、輸入、步驟、預期、實際與附件，產出一頁紀錄，由另一位讀者依表重跑或指出缺漏驗收。隨手實驗與即丟程式不必填。

對應工具：《測試證據表》。

# 測試證據表

用途：把一次手動測試的條件與結果留成可重現、可驗收的紀錄。
使用時機：結果要撐過隔天、要交給別人重跑或當成驗收依據時。

| 版本 | 環境 | 輸入 | 步驟 | 預期 | 實際 | 證據 |
| --- | --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |  |

提醒：隨手小實驗不必填；不放機密、個資與可辨識人物。

下一篇

補紀錄時我又發現一個洞：抄下的「實際結果」常常只是 API 回了成功。要證明什麼，留給 Day 20｜我真正要證明的，不是 API 回成功，而是事情完成。