PHPUnit 应作为 require-dev 依赖安装，执行 composer require --dev phpunit/phpunit ^10，通过 ./vendor/bin/phpunit 运行；全局安装易引发版本冲突与 CI 失败，且不被 Composer 推荐。
PHPUnit 不应该全局安装，而是作为 require-dev 依赖添加到项目中——这样能避免版本冲突，也符合 Composer 的设计原则。
用 composer require --dev 安装 PHPUnit
直接运行以下命令即可将 PHPUnit 安装为开发依赖：
composer require --dev phpunit/phpunit ^10
说明：
-
^10表示兼容 PHPUnit 10.x 的最新小版本（如10.5.2），推荐从^10开始，因 PHP 8.1+ 环境下^9已逐步不被支持 - 若项目仍用 PHP 7.4–8.0，可改用
^9.6；但注意phpunit/phpunit本身不再维护 PHP 7.3 及更早版本 - 安装后，
vendor/bin/phpunit就是可执行入口，无需额外配置PATH
检查是否安装成功及常见报错
运行 ./vendor/bin/phpunit --version 应输出类似 PHPUnit 10.5.2 by Sebastian Bergmann。如果报错：
立即学习“PHP免费学习笔记（深入）”；
-
Command "phpunit" is not defined：说明未正确安装或缓存未刷新，先执行composer dump-autoload -
Class 'PHPUnit\Framework\TestCase' not found：通常是autoload-dev配置缺失，确认composer.json中有："autoload-dev": { "psr-4": { "Tests\\": "tests/" } } - PHP 版本不兼容（如提示
Required parameter $name follows optional parameter $dataName）：说明装了高版本 PHPUnit 却在低版本 PHP 上运行，需降级或升级 PHP
为什么不用 composer global require？
全局安装看似方便，但在实际协作或 CI 场景中会引发问题：
- 不同项目可能依赖不同 PHPUnit 版本（如一个用
^9，另一个必须用^10），全局只能存在一个可执行文件 - CI 脚本里写
phpunit会失败，因为多数 CI 环境默认不把~/.composer/vendor/bin加入PATH - 本地全局安装的 PHPUnit 若被意外升级，可能导致所有本地项目的测试脚本突然中断
-
composer.json里不记录依赖，新人 clone 项目后无法通过composer install自动获得测试环境
真正需要关注的是 phpunit.xml 配置是否匹配当前版本，以及 tests/ 目录结构是否被 autoload-dev 正确覆盖——这些比“怎么装”更容易导致测试跑不起来。
