如何配置Composer自动加载测试目录-composer-PHP中文网

测试类必须用 "autoload-dev" 而非 "autoload"，因其仅在开发环境生效、不打入生产包；psr-4 配置需严格匹配命名空间与路径，如 "tests\": "tests/"，且须运行 composer dump-autoload 生效。

如何配置composer自动加载测试目录

测试类为什么不能用 "autoload" 而必须用 "autoload-dev"

因为 autoload 里的规则会打进生产包（比如发布到 Packagist 或部署时），而测试类不该随正式代码一起分发。Composer 明确区分了运行时依赖和开发期依赖：autoload-dev 中的路径只在本地执行 composer install（不带 --no-dev）或 composer dump-autoload 时生效，且不会写入生产环境的 autoloader。漏配 autoload-dev 是测试类报 Class not found 的最常见原因。

怎么写 "autoload-dev" 的 psr-4 规则才不踩坑

和 autoload 一样，psr-4 要求命名空间与目录严格对应，但测试目录通常用 Tests 命名空间。示例配置：

{
  "autoload-dev": {
    "psr-4": {
      "Tests\": "tests/"
    }
  }
}

关键点：

Tests\ 结尾双反斜杠是必须的，少一个就变成 Tests（非法命名空间）
"tests/" 推荐以 / 结尾，避免和同名文件（如 tests.php）冲突
如果测试类在 tests/Feature/AuthTest.php，类必须声明 namespace TestsFeature;
修改后必须运行 composer dump-autoload，仅 composer install 不保证重生成（尤其在 CI 环境中）

为什么 PHPUnit 还是找不到测试类

即使 autoload-dev 配对了，也常因启动方式绕过 autoloader：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

PHPUnit 默认会 require vendor/autoload.php，但如果你用自定义 bootstrap 文件，得确认它里面没漏掉这行：require __DIR__ . '/../vendor/autoload.php';
phpunit.xml 中的 bootstrap 属性必须指向正确路径，比如 bootstrap="vendor/autoload.php" 或你自己的入口脚本
某些 IDE（如 PHPStorm）的测试运行器可能缓存旧的 autoload 映射，重启测试进程或清空 vendor/composer/ 下的缓存文件可解决
运行 composer show -s | grep Tests 可验证映射是否已加载成功

classmap 和 files 在测试目录里能用吗

可以，但极少需要。例如遗留测试文件无命名空间，可用 classmap：

"autoload-dev": {
  "classmap": ["tests/legacy/"]
}

而 files 更适合加载测试辅助函数（如 tests/helpers.php），但要注意：

这些文件不会自动被 PHPUnit 加载，仍需确保 vendor/autoload.php 被引入
不要在 files 里放测试类定义——类应该走 psr-4 或 classmap，否则可能触发重复定义
files 数组顺序影响执行时机，若 helper 函数依赖某个测试基类，基类必须已由 psr-4 加载完成，否则报错

最易被忽略的是：autoload-dev 配置不会自动继承 autoload 的命名空间前缀，也不能和 autoload 共享同一段配置；哪怕只差一个字母，也会导致整个测试目录失效。