Composer如何配合Pest测试框架_Composer Pest集成配置方式【详解】-composer-PHP中文网

pest不是独立测试引擎，它依赖composer管理依赖、phpunit执行测试；装错包、漏步骤或路径错误都会导致it()无法运行，如./vendor/bin/pest报command not found实为终端未找到脚本，应使用php vendor/bin/pest或配置composer.json的scripts命令。

composer如何配合pest测试框架_composer pest集成配置方式【详解】

Pest 不是独立测试引擎，它靠 Composer 管理依赖、靠 PHPUnit 执行测试 —— 装错包、漏步骤、路径写错，都会导致 it() 写了也跑不起来。

composer require pestphp/pest --dev 之后为什么 ./vendor/bin/pest 报 command not found

这不是 Pest 没装上，而是终端找不到可执行脚本。Composer 默认把二进制文件放 vendor/bin，但它不会自动加进系统 PATH。

最稳做法：直接用 php vendor/bin/pest，绕过 shell 查找逻辑
如果想用简短命令，改 composer.json 的 scripts："test": "php vendor/bin/pest"，之后运行 composer test
别手动把 vendor/bin 加进全局 PATH —— 多个项目混用不同版本 Pest 时，pest 命令会指向错误的版本
补一句 composer dump-autoload 有时也能解决，尤其在自定义过 bin-dir 的项目里

Laravel 项目里 get()、post()、actingAs() 全部报 undefined function

这些不是 Pest 自带的，它们来自 pestphp/pest-plugin-laravel，且必须由 php artisan pest:install 注入才能生效。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

只运行 composer require --dev pestphp/pest pestphp/pest-plugin-laravel 是不够的
必须紧接着运行 php artisan pest:install —— 它会生成 tests/Pest.php、注入 uses(Tests\TestCase::class)、配置 phpunit.xml、建立 Feature/Unit 目录结构
跳过这步，get('/') 就是裸调函数，没上下文、没 $this、没 Laravel 测试生命周期
检查 tests/Pest.php 是否存在，以及里面是否有 uses(...)->in('Feature', 'Unit') —— 路径大小写敏感，写成 unit 就不扫描

测试文件写了 it() 却显示 “0 tests run”

Pest 默认只识别以 Test.php 结尾的文件，并且内容里至少有一个 it() 或 test() 调用。纯 describe() 块或命名不规范，会被直接跳过。

文件名必须是 UserRegistrationTest.php 这类格式，不能是 user_test.php、PestUserTest.php 或 Example.php
哪怕只写一行 <?php it('works', fn() => expect(true)->toBeTrue());，也比空 describe() 有用
确认 phpunit.xml 里 <directory>tests</directory> 存在且未被注释；Pest 依赖这个配置定位根目录
如果改过 <testsuites></testsuites>，但漏掉 tests/Feature 或 tests/Unit，即使文件名对、函数对，也不会被发现

expect($x)->toBe(2) 报 Call to a member function toBe() on null

expect() 返回的是一个链式对象，但如果你把它赋值给变量后没继续调用断言方法，或者中间有逻辑分支提前返回，就可能让后续调用落在 null 上。

典型错误：$result = expect($x); if ($x > 0) { $result->toBe(2); } —— 这里 $result 是对象，但 toBe() 调用没被实际执行
正确写法是连续链式调用：expect($x)->toBe(2); 或 expect($x)->not()->toBe(3);
注意不要在 expect() 后面接 return、break 或条件中断，否则链会被截断
这种错误不会立刻抛异常，而是在运行到 toBe() 时才报 Call to a member function ... on null，容易误判为环境问题