初級(jí)測(cè)試和高級(jí)測(cè)試，差的不是工具，是這7個(gè)習(xí)慣

剛?cè)胄袝r(shí)我以為，高級(jí)測(cè)試工程師厲害在“會(huì)得多”——更牛的框架、更花哨的 mock、更高級(jí)的壓測(cè)。我拼命學(xué)這些，以為學(xué)會(huì)就能升級(jí)。

后來(lái)我跟一群真正的測(cè)試?yán)媳彩?。我發(fā)現(xiàn)他們的用例，一點(diǎn)都不炫。

但奇怪的是——需求變了一輪又一輪，別人用例改崩了，他們的用例永遠(yuǎn)穩(wěn)穩(wěn)跑通，每次都能精準(zhǔn)截住回歸 Bug。

后來(lái)我才明白：初級(jí)和高級(jí)的差距，根本不在“會(huì)多少工具”，而在 7 個(gè)習(xí)慣。跟用 Pytest 還是 JUnit 沒(méi)關(guān)系，它們決定的就三件事——漏測(cè)多不多、報(bào)錯(cuò)好不好查、用例別人接手要花多久看懂。

下面這 7 條，每一條配一個(gè)真實(shí)業(yè)務(wù)場(chǎng)景，一起來(lái)康康。

習(xí)慣1、先把“不滿(mǎn)足條件”的情況攔在外面

場(chǎng)景：你要測(cè)試“退款”功能。前提是：訂單已支付、而且還沒(méi)退過(guò)。

新手常常這么寫(xiě)——像套娃一樣，每個(gè)條件套一層：

def 測(cè)試退款():
訂單 = 創(chuàng)建訂單()
if 訂單存在:
支付(訂單)
if 訂單狀態(tài) == "已支付":
if 訂單沒(méi)退過(guò):
退款(訂單)
assert 退款成功
else:
報(bào)錯(cuò)("已退過(guò)")
else:
報(bào)錯(cuò)("沒(méi)支付")
else:
報(bào)錯(cuò)("沒(méi)訂單")

剛寫(xiě)完覺(jué)得沒(méi)問(wèn)題。但后來(lái)產(chǎn)品說(shuō)要加“風(fēng)控檢查”，你再套一層；再過(guò)兩周加“優(yōu)惠券退回”，又套一層。最后真正干活的“退款”那行代碼被埋在最里面，你自己過(guò)兩個(gè)月回來(lái)看都得懵。

高級(jí)測(cè)試怎么干？反過(guò)來(lái)——把不滿(mǎn)足條件的全部先踢出去：

def 測(cè)試退款():
訂單 = 創(chuàng)建訂單()
assert 訂單 is not None, "訂單都沒(méi)生成，跑啥？"
支付(訂單)
assert 訂單狀態(tài) == "已支付", "沒(méi)付錢(qián)不能退"
assert 訂單沒(méi)退過(guò), "重復(fù)退了，兄弟"
# 走到這里，說(shuō)明前面都OK，放心測(cè)
退款(訂單)
assert 退款成功

TIPS： 前置條件先卡死，主邏輯頂格寫(xiě)，誰(shuí)看都清楚。

習(xí)慣2、給測(cè)試用例起個(gè)備注名字

場(chǎng)景：你要測(cè)“給有效訂閱用戶(hù)發(fā)續(xù)費(fèi)提醒”。

新手經(jīng)常寫(xiě)：

def test_1():
...

半年后你自己看都不知道這是測(cè)什么。更可怕的是，跑完自動(dòng)化測(cè)試，報(bào)告里一堆 test_1、test_2，失敗了都不知道是哪個(gè)業(yè)務(wù)場(chǎng)景掛了。

高級(jí)測(cè)試這么寫(xiě)名字——直接用業(yè)務(wù)場(chǎng)景當(dāng)名字：

def test_給有效訂閱發(fā)續(xù)費(fèi)提醒_應(yīng)該成功():
...
def test_給過(guò)期訂閱發(fā)續(xù)費(fèi)提醒_應(yīng)該跳過(guò)():
...

TIPS： 用例名就是你的報(bào)告，要讓人一眼看懂測(cè)的是什么業(yè)務(wù)。

習(xí)慣3、在“外部依賴(lài)”外面包一層，別硬編碼

場(chǎng)景：你的測(cè)試要模擬微信支付的回調(diào)。

新手直接硬寫(xiě)：

def 測(cè)試微信回調(diào)():
請(qǐng)求數(shù)據(jù) = {
"user_name": "張三",
"status": "ACTIVE"
}
調(diào)用接口(請(qǐng)求數(shù)據(jù))
assert 返回成功

一個(gè)用例這么寫(xiě)沒(méi)事，十個(gè)用例都這么寫(xiě)就有事了。突然有一天微信把字段名 user_name 改成了 userName，你的十個(gè)用例全掛，一個(gè)一個(gè)改到吐血。

高級(jí)測(cè)試怎么做？在外面包一個(gè)“翻譯函數(shù)”：

def 造微信數(shù)據(jù)(用戶(hù)):
return {
"user_name": 用戶(hù).名字, # 如果微信改名，我只改這一行
"status": 用戶(hù).狀態(tài)
}
def 測(cè)試微信回調(diào)():
請(qǐng)求數(shù)據(jù) = 造微信數(shù)據(jù)(測(cè)試用戶(hù))
調(diào)用接口(請(qǐng)求數(shù)據(jù))
assert 返回成功

TIPS： 外部的東西變數(shù)大，用一層函數(shù)隔開(kāi)，你的測(cè)試代碼就穩(wěn)了。

習(xí)慣4、別讓“不可能存在”的訂單狀態(tài)出現(xiàn)在測(cè)試?yán)?/p>

場(chǎng)景：你要測(cè)試退款，需要各種狀態(tài)的訂單。

新手圖省事，用個(gè)字典，所有字段都可填可不填：

訂單 = {
"id": None,
"狀態(tài)": "已支付",
"已退款": False
}

因?yàn)槿强蛇x的，你隨便亂組合都行。結(jié)果有一天你手滑造了一個(gè)“已退款”但“狀態(tài)”還是“已支付”的怪物訂單，測(cè)試居然跑過(guò)了，但線(xiàn)上真實(shí)邏輯根本不會(huì)出現(xiàn)這種組合，結(jié)果漏測(cè)了一個(gè)嚴(yán)重 Bug。

高級(jí)測(cè)試會(huì)怎么干？用工廠函數(shù)，只生成“合法的”訂單：

def 造已支付訂單():
return 訂單(id=生成ID(), 狀態(tài)="已支付", 已退款=False)
def 造已退款訂單():
return 訂單(id=生成ID(), 狀態(tài)="已退款", 已退款=True)

這樣你測(cè)試退款時(shí)，只能傳“已支付訂單”，你傳“已退款訂單”的話(huà)，寫(xiě)代碼時(shí)就會(huì)報(bào)錯(cuò)（或者斷言失?。?，根本輪不到上線(xiàn)才發(fā)現(xiàn)。

TIPS： 讓測(cè)試數(shù)據(jù)只允許合法的狀態(tài)，錯(cuò)誤在寫(xiě)的時(shí)候就暴露，比線(xiàn)上炸了再查強(qiáng)一萬(wàn)倍。

習(xí)慣5、把“期望結(jié)果”算清楚，和“實(shí)際操作”分開(kāi)來(lái)

場(chǎng)景：測(cè)試退款成功后，賬戶(hù)余額對(duì)不對(duì)。

新手這么寫(xiě)：

def 測(cè)試退款():
訂單 = 造已支付訂單(金額100)
退款(訂單)
assert 賬戶(hù)余額 == 100 - 手續(xù)費(fèi) # 這里直接算，但手續(xù)費(fèi)規(guī)則可能變

如果手續(xù)費(fèi)計(jì)算規(guī)則改了，你得改所有測(cè)試?yán)锏臄嘌?，煩不煩?/p>

高級(jí)測(cè)試會(huì)單獨(dú)寫(xiě)一個(gè)“計(jì)算期望”的函數(shù)：

def 計(jì)算退款后余額(原金額, 費(fèi)率=0.006):
return 原金額 - 原金額 * 費(fèi)率
def 測(cè)試退款():
訂單 = 造已支付訂單(金額100)
退款(訂單)
期望余額 = 計(jì)算退款后余額(100)
assert 賬戶(hù)余額 == 期望余額

這樣，如果手續(xù)費(fèi)規(guī)則變了，我只改一個(gè)函數(shù)，所有用到這個(gè)計(jì)算的測(cè)試自動(dòng)跟著變。

TIPS： 把“算期望”和“執(zhí)行操作”分開(kāi)，你的測(cè)試更好維護(hù)，也更容易單獨(dú)驗(yàn)證規(guī)則對(duì)不對(duì)。

習(xí)慣6、測(cè)試失敗時(shí)，讓報(bào)錯(cuò)信息出提示

場(chǎng)景：你斷言接口返回 200，結(jié)果返回了 500。

新手報(bào)錯(cuò)就是一句話(huà)：

AssertionError: assert 500 == 200

你看到這個(gè)信息能干嘛？只能去翻日志，猜是哪個(gè)訂單、什么參數(shù)、為什么失敗。半夜出問(wèn)題，簡(jiǎn)直想哭。

高級(jí)測(cè)試會(huì)這樣寫(xiě)斷言——把上下文全帶出來(lái)：

def 斷言退款成功(響應(yīng), 訂單):
if 響應(yīng).status != 200:
raise AssertionError(
f"退款失??！訂單號(hào)：{訂單.id}，狀態(tài)：{訂單.狀態(tài)}，"
f"請(qǐng)求參數(shù)：{請(qǐng)求數(shù)據(jù)}，返回內(nèi)容：{響應(yīng).text}，"
f"追蹤ID：{響應(yīng).headers.get('X-Request-Id')}"
)

這樣一失敗，你立刻知道是哪個(gè)訂單、發(fā)了什么、返回了什么，拿著追蹤 ID 去日志里一搜，分分鐘定位問(wèn)題。

TIPS： 別讓你的斷言只輸出“對(duì)還是錯(cuò)”，要讓失敗信息自帶診斷報(bào)告。

習(xí)慣7、提交測(cè)試代碼時(shí)，一次只干一件事

場(chǎng)景：你完成了一個(gè)退款功能，跑通了，很開(kāi)心，提交了一個(gè) PR，里面塞了：

• 新增退款測(cè)試
• 改動(dòng)了訂單工廠
• 順手重構(gòu)了登錄測(cè)試
• 更新了配置文件
• 加了個(gè)風(fēng)控測(cè)試

審查你代碼的同事一臉懵：哪些改動(dòng)是必須的？哪些是順手改的？萬(wàn)一出問(wèn)題要回滾，一撤銷(xiāo)把登錄測(cè)試也給撤了，那不亂套？

高級(jí)測(cè)試會(huì)把這些拆成好幾個(gè)小 PR：

1. 第一個(gè) PR：只重構(gòu)訂單工廠（不改任何測(cè)試結(jié)果）
2. 第二個(gè) PR：只新增退款測(cè)試（依賴(lài)第一個(gè)）
3. 第三個(gè) PR：只加風(fēng)控測(cè)試（獨(dú)立）
4. 第四個(gè) PR：清理舊配置（獨(dú)立）

每個(gè) PR 講一個(gè)清楚的故事：“我改了啥，為啥改，對(duì)測(cè)試有什么影響”。審查的人看得清楚，出問(wèn)題回滾也安全。

TIPS： 代碼不是在你電腦上跑通了就算完，而是要“別人能看懂、能審查、能安全回滾”才算完。

別急著學(xué)那些高大上的工具。從今天起，寫(xiě)下一個(gè)測(cè)試用例時(shí)，挑一個(gè)習(xí)慣用上。半年后再看，你寫(xiě)的用例會(huì)穩(wěn)定、好懂、不坑人。

這，就是變強(qiáng)的樣子。想漲薪、想走得更遠(yuǎn)，最穩(wěn)妥的辦法永遠(yuǎn)是投資自己的技能。

?想漲薪、想走得更遠(yuǎn)，最穩(wěn)妥的辦法永遠(yuǎn)是投資自己的技能。

?可如果行業(yè)的天花板已經(jīng)壓到頭頂，與其在原地內(nèi)卷，不如借AI的東風(fēng)換個(gè)賽道。

?AI，正是個(gè)低門(mén)檻、高成長(zhǎng)的方向。

可以戳??????

公主號(hào)【Atstudy技術(shù)社區(qū)】，內(nèi)含項(xiàng)目實(shí)戰(zhàn)等各種資料包