autoload-dev 非配置测试目录，而是声明开发/测试环境需自动加载的PHP文件；常见Class not found因未执行composer dump-autoload、路径与命名空间不匹配、PSR-4映射错误或PHPUnit未启用--bootstrap。
Composer 的 autoload-dev 不是用来“配置测试目录”的，而是用来声明哪些 PHP 文件在开发/测试环境下需要被自动加载——它不运行测试，也不影响 PHPUnit 目录发现逻辑。
为什么 autoload-dev 里加了测试类还是报 Class not found
常见现象：把 tests/ 下的 MyTest.php 加进 autoload-dev，但运行 phpunit 仍提示类未找到。
- 根本原因：你没执行
composer dump-autoload—— 修改autoload-dev后必须重生成自动加载映射 - 路径写错：比如写成
"tests/": "tests/"（键值颠倒），正确应是"Tests\": "tests/"（命名空间到路径映射） - 命名空间与文件路径不匹配：若
tests/Feature/LoginTest.php声明namespace TestsFeature;，则autoload-dev中必须用"Tests\": "tests/"；若漏掉末尾反斜杠或用了正斜杠，Windows 下可能不敏感，Linux/macOS 会失败 - PHPUnit 自身未启用
--bootstrap vendor/autoload.php：很多项目直接跑phpunit而没指定引导文件，导致autoload-dev根本没加载
autoload-dev 的三种写法适用场景
选哪种取决于你的测试组织方式和是否需要命名空间解析：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
PSR-4（推荐）：
"autoload-dev": { "psr-4": { "Tests\": "tests/" } }→ 适合有统一命名空间（如TestsUnit）、类名与文件结构严格对应的情况 -
Classmap：
"autoload-dev": { "classmap": ["tests/"] }→ 适合遗留测试、无命名空间、或混用.php和.inc文件；每次增删测试文件后需手动运行composer dump-autoload -
Files：
"autoload-dev": { "files": ["tests/helpers.php"] }→ 仅用于加载全局函数文件（如helpers.php），不能加载类，且该文件会在每次请求时无条件包含
和 PHPUnit 配合时最容易忽略的三件事
即使 autoload-dev 配对了，测试仍可能失败：
- PHPUnit 的
phpunit.xml中<testsuites>没指向tests/目录，或者<directory>路径写成相对路径但当前工作目录不是项目根目录 -
composer.json中autoload-dev和autoload冲突：例如autoload已包含"src/"，而测试类误放在src/tests/并试图用autoload-dev加载——这会导致生产环境也能访问测试类，违反隔离原则 - 使用
composer install --no-dev部署后，autoload-dev完全失效，但若测试代码被意外引入（比如通过require硬编码路径），会直接 fatal error
真正关键的不是“把测试目录塞进 autoload-dev”，而是确保测试类能被 PHP 找到 + PHPUnit 能扫描到 + 运行时不污染生产加载逻辑。路径、命名空间、dump 步骤、引导方式，四个点缺一不可。
