在 composer.json 的 autoload-dev 下配置 psr-4 映射（如 "support\": "tests/support/"）或 files 列表（如 ["tests/bootstrap.php"]），并运行 composer dump-autoload --dev 生效。
Composer autoload 配置里怎么改测试类的加载路径
Composer 默认不会自动加载 tests/ 目录下的类，除非你显式告诉它——这和 src/ 不同，tests/ 不在 PSR-4 自动发现范围内。想让 phpunit 或其他测试工具能直接 use 测试辅助类（比如 TestCase、TestHelper），就得手动配 autoload。
在 composer.json 里加 tests 的 PSR-4 映射
最常用也最干净的方式是把 tests/ 当作一个独立命名空间来映射。注意命名空间名要和目录结构一致，且末尾必须带 （反斜杠）表示根命名空间。
例如你的测试类放在 tests/Support/TestCase.php，希望用 use SupportTestCase;，就在 composer.json 的 autoload-dev 下加：
{
"autoload-dev": {
"psr-4": {
"Support\": "tests/Support/"
}
}
}
别写进 autoload（生产环境不需要加载测试代码），也别漏掉命名空间末尾的双反斜杠 \——少一个就会导致类找不到。
-
autoload-dev是正确位置，不是autoload - 路径必须以
/结尾（如"tests/Support/"），否则 Composer 可能拼错相对路径 - 如果测试类没有命名空间，PSR-4 不生效，得用
files方式（见下一条）
没有命名空间的测试类怎么加载
有些老项目或简单脚本里的测试工具类（比如 tests/bootstrap.php、tests/helpers.php）是全局函数或 class 定义，没写 namespace。这时 PSR-4 无效，得靠 autoload-dev.files。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
在 composer.json 中添加：
{
"autoload-dev": {
"files": [
"tests/bootstrap.php",
"tests/helpers.php"
]
}
}
这样 Composer 会在每次 dump-autoload 后，把这两个文件的内容提前 require_once 进来。注意：files 列表里的路径是相对于 composer.json 所在目录的，不能写成 ./tests/... 或绝对路径。
- 只适合无命名空间、副作用明确的文件（比如定义函数、常量、
require其他文件） - 多个文件按执行顺序排列，有依赖关系时要注意先后
- 修改后必须运行
composer dump-autoload，否则不生效
为什么 vendor/autoload.php 里没加载 tests 目录
因为 Composer 的 autoloader 默认只读取 autoload 和 autoload-dev 两块配置，而 autoload-dev 的内容默认**不包含在 vendor/autoload.php 的主加载器中**——它只在你运行 composer install --dev 或 composer dump-autoload --dev 后才被激活。如果你用的是 CI 环境或手动 require，容易漏掉这个条件。
- 本地开发：确保运行过
composer install（含--dev）或composer dump-autoload - CI 环境：检查是否用了
--no-dev，用了就必然跳过autoload-dev - 验证方式：临时在测试文件里
var_dump(class_exists('Support\TestCase'));，看是否为true
测试类路径这事，核心就两点：配对命名空间与目录，再确保 dev 配置被实际加载。最容易卡住的地方不是写错路径，而是忘了 --dev 或没重新 dump。
