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。如果报错：

jm-jsjkxyjs02-zlm-405

使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。

下载

立即学习“PHP免费学习笔记（深入）”；

• Command "phpunit" is not defined：说明未正确安装或缓存未刷新，先执行 composer dump-autoload
• Class 'PHPUnitFrameworkTestCase' 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 正确覆盖——这些比“怎么装”更容易导致测试跑不起来。