跳转到主要内容

什么是 Testbench Workbench

Orchestra Testbench 面向测试,但结合 Workbench 后可以在包仓库内构建一个小型 Laravel 应用,可以在本地跑起来。 它用于补充 package-testing 中的测试,方便进行 UI 检查、路由联调、带 Seeder 的验证等。

搭建

1

安装 Testbench

2

创建 Workbench

该命令会一次完成:
  • 创建 workbench/ 目录结构
  • composer.jsonautoload-dev 添加 Workbench 命名空间
  • composer.jsonscripts 添加构建用命令
附加选项:
  • --force:覆盖已有文件
  • --basic:省略路由与包 discovery 配置的简洁结构
  • --devtool:启用 DevTool 支持
3

构建并启动

workbench:install 会一次性搭建 workbench/ 目录、autoload-dev 与相关脚本。
安装后,composer.json 会新增以下脚本。

用 testbench.yaml 定义开发环境

Workbench 的行为由放在根目录的 testbench.yaml 控制。
testbench.yaml 中常包含随环境不同而变的设置,建议加入 .gitignore 不提交。可以准备 testbench.yaml.example 作为模板放入仓库。
主要配置项: 环境变量也可以在 testbench.yaml 中管理。

workbench 目录结构

workbench
app
Models
bootstrap
config
database
factories
migrations
public
storage

Workbench 提供的主要功能

WorkbenchServiceProvider

创建 Workbench 专用 Service Provider,用于演示相关的注册处理。

路由与 Controller

可以在 workbench/routes/web.phpworkbench/routes/api.php 放置验证用路由。

迁移与 Seeder

workbench/database/migrationsworkbench/database/seeders 可用于以接近生产的数据结构验证。
用 Seeder 生成测试数据。

启动服务与 CLI 确认

可通过 vendor/bin/testbench 执行 Artisan 命令。

使用 WithWorkbench trait 进行测试

使用 WithWorkbench trait,可以将 testbench.yaml 的配置自动应用到测试中。

与测试的联动

将 Workbench 用作「手动检查、演示应用」,Testbench 测试代码用作「自动验证」,可以让运营更顺畅。
  • 自动化:tests/ 防止回归
  • 手动确认:workbench/ 验证界面、动线、集成行为

故障排查

请确认 testbench.yaml 的语法与 Provider 设置。可能是 YAML 缩进错误。
确认路由文件路径以及 WorkbenchServiceProvider 的注册。检查 testbench.yamldiscovers.web 是否为 true
确认迁移路径是否正确。若使用 SQLite,检查是否包含 create-sqlite-db 构建步骤。

相关页面

使用 Orchestra Testbench 测试 Laravel 包

先了解包测试基础设施的搭建方法。

包的版本兼容性管理

了解 Laravel 与 Testbench 的对应关系以及 CI 矩阵运营。
最后修改于 2026年7月18日