首先，咱們得把話說(shuō)明白：Rentgen 不是來(lái)替代 Postman 的。假裝是競(jìng)品，既不誠(chéng)實(shí)，也沒(méi)意思。

如果你已經(jīng)深度依賴Postman——寫腳本、搞斷言、維護(hù)給CI用的測(cè)試集，甚至凌晨一點(diǎn)還在調(diào)試測(cè)試運(yùn)行器——那Rentgen跟你用的根本不是同一個(gè)賽道。Rentgen存在于這一切步驟之前。

一條cURL貼進(jìn)去。幾百條測(cè)試跑起來(lái)。沒(méi)那么多花里胡哨的步驟。

API測(cè)試?yán)�，人人都在做、但沒(méi)人愿意明說(shuō)的那部分

大多數(shù)開發(fā)者只把Postman當(dāng)成一個(gè)API客戶端，而不是測(cè)試框架。他們導(dǎo)入一條cURL，發(fā)個(gè)請(qǐng)求，看一眼返回，然后就干別的去了。

沒(méi)有斷言。不考慮邊界情況。不做負(fù)面測(cè)試。這不是因?yàn)樗麄儜校且驗(yàn)榈谝徊降摹皽y(cè)試”就被不必要地搞得太重了。

結(jié)果就是，API就這么交付出去了，伴隨一句經(jīng)典的臺(tái)詞：“我測(cè)過(guò)了，沒(méi)問(wèn)題。” 測(cè)試人員每周都能聽(tīng)到這句話。而且他們?cè)缇托闹敲鳎酉聛?lái)會(huì)怎樣。

Rentgen是什么？

Rentgen是一個(gè)純本地的API “衛(wèi)生”掃描器，就干一件事：在你浪費(fèi)時(shí)間去打磨那種虛假的“完成感”之前，先給你的假設(shè)來(lái)個(gè)壓力測(cè)試。

你粘貼一條cURL，發(fā)送請(qǐng)求，然后點(diǎn)擊Generate & Run Tests（生成并運(yùn)行測(cè)試），就這么簡(jiǎn)單。

Rentgen會(huì)把一個(gè)簡(jiǎn)單的請(qǐng)求，擴(kuò)展成一堆雜亂但貼近現(xiàn)實(shí)的測(cè)試組合——這正是真實(shí)系統(tǒng)在生產(chǎn)環(huán)境中，當(dāng)用戶（或其他集成系統(tǒng)）做出一些“人類迷惑行為”時(shí)，會(huì)收到的各種奇葩輸入。

Rentgen自動(dòng)測(cè)什么？

不是什么“理想路徑走過(guò)場(chǎng)”。是真正的衛(wèi)生檢查。就是那些無(wú)聊、可預(yù)測(cè)、但一旦爆發(fā)代價(jià)高昂的問(wèn)題——人們總是跳過(guò)，直到生產(chǎn)環(huán)境崩了才后悔。

● 缺失的必填字段和意外的空值

● 錯(cuò)誤的數(shù)據(jù)類型（比如該傳數(shù)字卻給了字符串，該是數(shù)組卻給了對(duì)象）

● 本應(yīng)被干凈利落拒絕的邊界值

● 枚舉值的各種變體（大小寫不對(duì)、無(wú)效值、隨機(jī)亂碼）

● 字符串的截?cái)嗪涂崭駟?wèn)題（開頭/結(jié)尾的空格、空字符串）

● 格式錯(cuò)誤的數(shù)據(jù)負(fù)載——這種本就不該讓后端崩潰的東西

● 那些乍一看“好像還行”，但細(xì)看狀態(tài)碼描述就發(fā)現(xiàn)不對(duì)的響應(yīng)

沒(méi)有斷言？對(duì)，我們故意的

Rentgen不要求你寫斷言。這是有意為之。因?yàn)镽entgen的目標(biāo)不是去證明你的API是正確的。它是要暴露當(dāng)輸入不完美時(shí)，你的API會(huì)如何表現(xiàn)。

它的判斷模型簡(jiǎn)單粗暴：

●2xx–3xx狀態(tài)碼= “行為可接受”

●4xx狀態(tài)碼= “你的API穩(wěn)住了，正確處理了錯(cuò)誤輸入”

●其他所有狀態(tài)碼= 值得你點(diǎn)進(jìn)去看看的問(wèn)題

你這不是在構(gòu)建一個(gè)測(cè)試套件。你是在做一次現(xiàn)實(shí)檢查。

沒(méi)有繁瑣的測(cè)試集管理

你把請(qǐng)求分組，保存成集合。想運(yùn)行的時(shí)候，點(diǎn)一下播放就行。

沒(méi)有復(fù)雜的測(cè)試運(yùn)行器。沒(méi)有啟動(dòng)儀式。不需要前后置腳本。沒(méi)有“等等，那個(gè)環(huán)境變量到底在哪兒定義的？”這種破事兒。直接運(yùn)行集合，看哪些地方會(huì)崩。

不礙事兒的環(huán)境管理

Rentgen 支持環(huán)境變量，而且是以一種符合現(xiàn)實(shí)直覺(jué)的方式。不同環(huán)境用顏色區(qū)分，你一眼就知道自己在操作哪個(gè)。

Rentgen 支持環(huán)境，但不搞形式主義。

你可以把一次請(qǐng)求的返回值保存到環(huán)境變量里，一次設(shè)置，自動(dòng)持久化。下次跑同一個(gè)集合時(shí)，Rentgen 知道怎么自動(dòng)關(guān)聯(lián)這些數(shù)據(jù)——不需要寫腳本，不需要復(fù)制粘貼，不需要假裝這套流程很合理。

為什么這不算和 Postman 競(jìng)爭(zhēng)？

Postman 擅長(zhǎng)需要腳本的測(cè)試、復(fù)雜的工作流、詳細(xì)的斷言。如果你的工作就是這些——請(qǐng)繼續(xù)用，它很棒。

Rentgen 是針對(duì)那之前的時(shí)刻——當(dāng)開發(fā)者想誠(chéng)實(shí)地回答一個(gè)問(wèn)題：“在把這 API 交給 QA 之前，我們有沒(méi)有漏掉什么顯而易見(jiàn)的蠢問(wèn)題？”

先用 Rentgen 掃一遍。把那些低級(jí)問(wèn)題修了。然后再讓測(cè)試人員去深度挖掘。這么一來(lái)，開發(fā)者顯得更靠譜。測(cè)試人員也無(wú)需在顯而易見(jiàn)的 Bug 上浪費(fèi)時(shí)間。雙贏。

測(cè)試人員打造，開發(fā)者使用

Rentgen 不是為了追風(fēng)口造的。沒(méi)有 AI 智能體。沒(méi)有云同步。不收集遙測(cè)數(shù)據(jù)。不需要注冊(cè)賬號(hào)。

它是由一個(gè)在 API 測(cè)試領(lǐng)域混跡足夠久、深知真相的人打造的：大多數(shù) Bug 都來(lái)源于那些無(wú)聊的輸入錯(cuò)誤，而每個(gè)人都覺(jué)得那些錯(cuò)誤“不可能發(fā)生”。

如果你已經(jīng)在用 Postman——很好，請(qǐng)繼續(xù)用。

只是在你說(shuō)出“沒(méi)問(wèn)題”之前，先用 Rentgen 跑一遍。

因?yàn)椤皼](méi)問(wèn)題”通常只意味著“我在理想路徑上試過(guò)一次”。而生產(chǎn)環(huán)境，根本不在乎你的理想路徑。

??轉(zhuǎn)崗軟件測(cè)試/野路子技能提升

??想了解更多漲薪技能提升方法

??可以到我的個(gè)人號(hào)：atstudy-js

即可加入領(lǐng)取 ??????

轉(zhuǎn)行、入門、提升、需要的各種干貨資料

內(nèi)含AI測(cè)試、 車載測(cè)試、AI大模型開發(fā)、BI數(shù)據(jù)分析、銀行測(cè)試、游戲測(cè)試、AIGC