测试类必须用 "autoload-dev" 而非 "autoload"，因其仅在开发环境生效、不打入生产包；psr-4 配置需严格匹配命名空间与路径，如 "Tests\": "tests/"，且须运行 composer dump-autoload 生效。
测试类为什么不能用 "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）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “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 共享同一段配置；哪怕只差一个字母，也会导致整个测试目录失效。
