升级 laravel 后必须验证接口响应、表单提交、blade 渲染及数据库操作：检查 api 返回 200 和合法 json；表单错误时重定向并保留 $errors；清空视图缓存后访问多页面确认 200 和无解析错误；迁移状态为 ran 且模型查询正常，strict mode 下需确保 $fillable 或默认值完备。
升级 Laravel 框架后必须验证所有接口与页面是否仍能正常响应、渲染和交互，否则线上功能可能突然中断或返回 500 错误，用户提交失败、表单无法提交、API 返回空数据等问题会立刻暴露。
验证核心接口是否返回预期 JSON 数据
打开终端，用 curl 直接调用关键 API 接口，观察状态码与 body 内容：
curl -X GET "http://localhost:8000/api/users" -H "Accept: application/json"
检查返回 HTTP 状态码是否为 【200】，且响应体是合法 JSON（非 HTML 错误页、非空白、非 PHP Fatal Error 文本）。
若返回 500 或 HTML 片段，说明路由/控制器/模型中存在兼容性问题，比如 Laravel 12 移除了弃用的 helper 函数或修改了 Eloquent 关联默认行为。
验证表单提交是否仍触发验证并正确跳转
方法一：手动提交一个含错误的表单（如留空必填字段）
填写注册页 → 提交 → 观察是否仍重定向回原页面，且 $errors 变量不为空、session 中存有 error 信息。
方法二：用 PHPUnit 运行已有表单验证测试用例
php artisan test --filter=testStoreUserWithInvalidData
如果测试失败，重点检查 validate() 调用是否仍接收 request 对象、rules 数组结构是否被新版本规则语法影响（例如 Laravel 12 对 confirmed 规则新增了 strict 模式，默认更严格）。
验证 Blade 页面能否正常编译与渲染
第一步：清空视图缓存
php artisan view:clear
第二步：访问首页及至少 3 个不同路由的 Blade 页面（含 @include、@section、@yield 的复杂页面）
第三步：查看浏览器开发者工具 Network 标签页，确认响应状态码为 200，Content-Type 为 text/html，且无 PHP Parse Error 输出。
若页面报错 “Undefined variable: xxx”，大概率是 Laravel 升级后取消了自动变量注入（如旧版允许在子视图直接用 $title，新版需显式传入或使用 View Composer）。
验证数据库迁移与模型查询是否仍可用
运行 php artisan migrate:status，确认所有迁移显示 “Ran” 状态，无 pending 条目。
执行一条基础查询：php artisan tinker → App\Models\User::first()，观察是否返回 User 实例而非报错。
特别注意：Laravel 12 默认启用 strict mode，若数据库字段定义为 NOT NULL 但模型中未设置 $fillable 或未提供默认值，create() 会直接抛出 Illuminate\Database\IntegrityConstraintViolationException。
这一步验证失败时，【不要跳过】，必须立即修正模型的 $fillable 或数据库字段约束，否则后续所有写操作都会中断。
