Vitest 4.1發布：測試框架開始卷AI和原生執行

一個GitHub用戶在2025年10月留言說："我從Pytest過來，極度懷念給測試打標記的功能。"七個月后，這個需求變成了Vitest 4.1的招牌特性。測試框架的迭代邏輯，正在從"跑得快"轉向"跑得對"。

一、測試標簽：從Python借來的組織術

標簽（Tags）是4.1最顯眼的新功能。靈感直接來自Python的pytest markers，允許開發者給測試打標簽，并按標簽批量配置超時、重試等參數。

過濾語法支持邏輯運算符和通配符。比如這條命令：

vitest --tags-filter="frontend && !flaky"

只跑前端測試，同時跳過標記為不穩定的用例。對于大型代碼庫，這比在文件名里做文章要干凈得多。

一個細節：這個功能的GitHub issue去年10月才創建，4.1就落地了。VoidZero的響應速度，某種程度上解釋了為什么Vitest能從Jest手里搶地盤。

二、繞過Vite：原生Node.js執行的實驗模式

4.1新增了viteModuleRunner: false選項，關掉Vite的模塊運行器沙箱，直接用原生Node.js的import跑測試。

結果是：啟動更快，行為更接近生產環境。沒有文件轉換，沒有額外的抽象層。

Node.js 22.18+或23.6+的用戶還能白嫖一個福利：TypeScript被原生剝離，零配置。Bun也能用這個模式，但GitHub討論區有人確認了限制——模塊模擬（module mocks）和覆蓋率（coverage）還有坑：

「模塊模擬可以用bun:test的原生mock繞過，但覆蓋率得等Bun暴露自定義API或支持V8 API，短期內不太樂觀。」

這個選項的定位很微妙：它不是要取代Vite模式，而是給追求"生產一致性"的團隊一個逃生艙。測試通過卻在生產崩掉，是很多團隊的噩夢，這個模式直接掐掉了"轉換層行為差異"這個變量。

三、生命周期鉤子：aroundEach和aroundAll

新增的aroundEach和aroundAll鉤子，用來包裹測試的上下文。典型場景：數據庫事務和追蹤跨度（tracing spans）。

比如，你可以在aroundEach里開啟事務，測試完自動回滾，保證用例之間不互相污染。這比傳統的setup/teardown組合更靈活，因為你能控制包裹的范圍和異常處理。

配合新的test.extend構建器模式，類型推斷不需要手動聲明了。對于用TypeScript的團隊，少寫一行類型體操都是解脫。

四、AI專用Reporter：省token比省時間更急迫

4.1給AI coding agent做了個專用reporter，名字叫agent。邏輯很直白：檢測到在AI環境里運行時，自動壓縮輸出——通過的測試不顯示，console log也吞掉。

這不是為了人類閱讀，是為了省token。AI agent的上下文窗口有限，測試框架的輸出又往往冗長，這個reporter本質上是個帶寬優化器。

同期更新的github-actions reporter則往另一個方向走：生成Job Summary，統計測試數據，高亮不穩定用例。一個給機器看，一個給人看，分工明確。

五、發布后的補丁：覆蓋率注釋和Yarn Classic

4.1.0上線后，GitHub issue區迅速熱鬧起來。兩個問題被確認并修復：

第一，覆蓋率忽略注釋（v8 ignore if、v8 ignore next）失效，除非加上@preserve注解。這是回歸bug，4.1.x后續版本已修。

第二，Vite peer dependency的語法更新，導致Yarn Classic（v1.x）用戶安裝失敗。這個屬于生態債——Yarn 1.x的解析邏輯和npm/pnpm不完全一致，Vitest團隊得額外兼容。

兩個bug都不算致命，但暴露了一個現實：測試框架的發布節奏越來越快，邊緣場景的測試覆蓋率很難跟上。

六、性能差距還在拉大

SitePoint最近跑了一個基準測試：5萬測試用例的生產級monorepo。Vitest對比Jest，冷啟動更快，watch模式重跑更快，峰值內存占用更低。

具體數字原文沒給，但"全面領先"的結論足夠清晰。對于被Jest慢啟動折磨過的開發者，這個差距本身就是遷移理由。

Vitest 4.1還首發支持Vite 8，版本對齊做得漂亮。VoidZero現在同時維護Vite和Vitest，這種協同效應是獨立測試框架很難復制的。

為什么這版值得關注

測試框架的競爭已經進入下半場。基礎性能（速度、內存）的邊際收益在遞減，差異化來自兩個方向：

一是開發體驗的細節——標簽系統、類型推斷、生命周期鉤子的設計，決定了大型團隊能不能把測試規范落地。

二是AI原生適配——agent reporter是個信號，未來測試框架可能要內置"AI可讀性"作為一等公民，而不是事后打補丁。

原生Node.js執行模式則是第三個變量：當TypeScript被Node.js原生支持，構建工具鏈的簡化趨勢會加速。Vitest提前布局這個選項，是在賭"更少的抽象層"會成為主流偏好。

如果你在用Vitest，4.1的升級建議很明確：標簽系統值得立即試用，原生執行模式可以小規模驗證，AI reporter則取決于你的workflow有沒有接入agent。至于Jest用戶，SitePoint的benchmark可以當作遷移的彈藥——但先確認你的插件生態有沒有Vitest替代方案，這比性能數字更關鍵。