Laravel 8仅默认支持PHPUnit，Pest需手动安装配置；9/10版将Pest列为一等公民但非默认，提供双模板与artisan命令支持；11版首次支持“php artisan install pest”一键设为可选默认，仍兼容PHPUnit并行运行。
Laravel 8 到 11 各版本对 PHPUnit 和 Pest 的支持不是线性替代关系，而是逐步增强集成深度、降低使用门槛的过程。核心差异不在“能不能用”，而在于“开箱即用程度”“默认配置倾向”和“生态适配节奏”。
Laravel 8.x：PHPUnit 是唯一默认，Pest 需手动引入
作为当前长期支持（LTS）版本，Laravel 8.x 完全基于 PHPUnit 构建测试体系。其 phpunit.xml 配置完整，tests/TestCase.php 继承自 Illuminate\Foundation\Testing\TestCase，所有 Breeze/Sanctum 等官方脚手架均只提供 PHPUnit 测试模板。
若想在 Laravel 8 中使用 Pest，需自行执行以下步骤：
- 运行
composer require --dev pestphp/pest pestphp/pest-plugin-laravel - 手动运行
php vendor/bin/pest --init或php artisan pest:install（后者需额外安装插件） - 重命名原
TestCase.php，并创建tests/Pest.php配置全局行为 - 旧 PHPUnit 测试与新 Pest 测试可共存，但无自动互操作机制
Laravel 9.x 与 10.x：Pest 成为“一等公民”，但非默认
这两个活跃版本开始将 Pest 明确纳入官方推荐栈。Laravel Breeze 在 9.x 起同时提供 stubs/default/tests/（PHPUnit）和 stubs/default/pest-tests/（Pest）两套测试模板，开发者可在生成项目时选择偏好。
立即学习“PHP免费学习笔记（深入）”；
关键变化包括：
-
pest-plugin-laravel插件已稳定，get()、actingAs()、RefreshDatabase等 Laravel 特有辅助方法可直接在 Pest 中调用 -
php artisan pest:install命令正式可用，能自动创建目录结构、迁移配置、启用 Laravel 插件 - Pest 测试文件（如
tests/Feature/HomeTest.php）无需类定义，用it()或test()即可运行，语法轻量度显著提升 - PHPUnit 仍为
phpunit.xml唯一驱动，Pest 底层复用其执行器，二者共享vendor/bin/phpunit和vendor/bin/pest两个入口
Laravel 11.x：Pest 首次获得“一键设为默认”能力
Laravel 11 是首个将 Pest 提升至“可选默认测试框架”地位的版本。它不取代 PHPUnit，但通过 php artisan install pest 命令，可全自动完成以下动作：
- 安装 Pest 及 Laravel 插件依赖
- 生成标准化
tests/Pest.php入口文件，预置uses(Tests\TestCase::class)和数据库刷新逻辑 - 移除原有
phpunit.xml中冗余配置，精简为最小必要项 - 将
tests/下所有*Test.php文件识别为 PHPUnit 测试，所有*.pest.php或以Pest.php结尾的文件识别为 Pest 测试
值得注意的是：Laravel 11 默认仍保留 PHPUnit 支持，phpunit.xml 未被删除；但新增的 pest.php 配置优先级更高，且官方文档和脚手架（如 Breeze）已默认展示 Pest 示例。
实际项目中的选择逻辑更取决于场景而非版本号
版本只是载体，真正影响决策的是项目特征：
- 维护 Laravel 8 的遗留系统 → 坚持 PHPUnit，避免引入新抽象层
- 新建 Laravel 10 项目且团队熟悉 Jest 风格 → 直接用 Pest，享受 describe/it + with() 数据驱动等现代写法
- 升级到 Laravel 11 但已有大量 PHPUnit 测试 → 无需迁移，Pest 可与之并行运行；新功能模块建议用 Pest 编写
- 需要 CI/CD 兼容性或审计合规要求 → PHPUnit 的成熟报告格式（JUnit XML）、断言覆盖率工具链仍具优势
两者底层都跑在同一个测试执行引擎上，性能无实质差异；语法风格和工程体验才是分水岭。
