一个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替代方案，这比性能数字更关键。
热门跟贴