php项目需构建四层测试体系：单元测试（毫秒级、完全隔离）、集成测试（验证组件协作、控制污染）、端到端测试（仅覆盖主干路径、避免滥用）及架构测试（保障分层规范），每层明确测什么、如何隔离、谁负责，随演进动态调整边界。
PHP 项目要真正具备可维护性和上线信心，必须分层建测试体系——只写 PHPUnit 单元测试是不够的，但盲目堆砌端到端测试又会拖垮反馈速度。关键不是“要不要测”，而是“在哪一层测什么、怎么隔离、谁来负责”。
单元测试：只验证逻辑，不碰数据库和网络
单元测试的目标是毫秒级执行、完全隔离、可重复。它不该连接真实 PDO 实例，也不该调用 file_get_contents 或 curl_exec。
- 构造函数或方法参数注入依赖，避免
new Database()这类硬编码； - 用
getMockBuilder()或createMock()替换外部服务，比如把邮件发送器换成返回true的 Stub； - 不要为
getters/setters写测试——它们没逻辑，加了反而拉低有效覆盖率； - 数据提供器（
@dataProvider）适合验证同一逻辑的多组边界输入，但每组数据应有明确语义，比如testCalculateTax_withZeroRate_returnsZero()； - 过度 Mock 是设计坏味：如果一个测试里要配置 5 个方法返回值、3 个方法抛异常、2 个方法记录调用，说明这个类职责太重，该拆。
集成测试：验证组件协作，但要控制污染范围
集成测试跑得慢，是因为它真连了数据库、缓存或 HTTP 客户端。它的价值在于发现“单元都对，合起来就错”的问题，比如字段映射错误、事务未提交、序列化配置不一致。
- 每次测试前用
setUp()清空测试库表，或使用内存 SQLite（sqlite::memory:）避免磁盘 I/O； - 对外部 API，优先用
HttpMock或guzzlehttp/psr7的StreamedResponse构造响应，而不是启动真实服务； - 避免在集成测试中写“断言数据库某条记录存在”，而应断言业务结果——比如“调用
orderService->create()后返回订单号，且状态为pending”； -
tearDown()必须清理资源：关闭 PDO 连接、清空 Redis key 前缀、删除临时上传文件；否则后续测试可能因状态残留而偶然失败； - Laravel 用户注意：
RefreshDatabasetrait 默认每次测试重建迁移，但若测试间共享数据（如种子），需显式调用Artisan::call('db:seed')并确保幂等。
端到端测试：只覆盖主干路径，别当回归测试用
端到端测试（E2E）模拟真实用户点击、表单提交、跳转与反馈，它最接近生产行为，但也最脆弱、最慢。把它当成“冒烟测试”用，不是用来找边界 case。
- 选工具要看维护成本：Cypress 对 PHP 后端友好（只需暴露 API），Selenium 则需要额外维护浏览器驱动和等待策略；
- 不要在 E2E 中验证字段校验逻辑——那是单元测试的事；重点验证“注册 → 邮件发送 → 点击链接 → 登录成功”这一整条链路是否通；
- 所有外部依赖（邮件、短信、支付）必须走测试双（Test Double）：比如用 MailHog 拦截 SMTP，用 Stripe CLI 模拟 webhook；
- E2E 测试失败时，第一反应不该是“修代码”，而是检查环境：API 基础地址是否指向测试环境？JWT 密钥是否匹配？前端构建产物是否已部署？
- CI 中建议只跑核心 E2E（比如登录、下单、退款），全量跑留给 nightly job，否则 PR 等待时间会超过 10 分钟。
最常被忽略的一点：测试分层不是静态结构，而是随演进而调整的边界。当你发现某个“单元测试”总要启动数据库，说明它其实已是集成测试；当你发现某个“E2E”用例 80% 时间花在等待页面加载，而逻辑只占 2 行断言，那它早该下放到集成层。分层的意义，从来不是贴标签，而是让每一次失败都指向最窄的根因范围。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
