如何在 Laravel 单元测试中正确初始化测试属性

Lara vel 测试类中不应在 __construct() 中初始化属性，而应使用 PHPUnit 提供的 setUp() 方法——它会在每个测试方法执行前自动调用，确保测试隔离性与依赖正确加载。

这个问题在 Lara vel 社区里并不少见：很多新手写测试类时，习惯性地在 __construct() 里给属性赋值，结果跑起来各种报错。比如 array_merge(): Argument #1 must be of type array, null given——说白了，就是 Lara vel 的应用上下文还没启动，你提前去取配置、拿服务，哪有东西给你？

PHPUnit 实例化测试类时有自己的逻辑，它会绕过你的构造函数。更关键的是，TestCase 的初始化（包括应用启动、数据库重置、服务容器绑定）都在后面。所以直接重写 __construct() 不仅不推荐，而且不可行。

正确的做法，是使用 setUp() 方法。注意，不是 setUpBeforeClass，后者在整个测试类只运行一次，而且此时应用实例还没起来，很多东西拿不到。而 setUp() 会在每个测试方法执行前自动调用，保证每次测试都有干净的初始状态。

namespace TestsFeature;
use TestsTestCase;
use IlluminateFoundationTestingRefreshDatabase;
use IlluminateSupportFacadesConfig;

class SimpleTest extends TestCase
{
    protected $form_array;

    protected function setUp(): void
    {
        parent::setUp(); // ⚠️ 必须先调用父类 setUp()，以完成 Lara vel 测试环境初始化

        // 此时 Config、DB、App 等均已就绪
        $this->form_array = Config::get('ra vandro.form_array', ['default_form']);
        // 或简单赋值：
        // $this->form_array = ['forms_data'];
    }

    public function test_example()
    {
        // $this->form_array 已正确初始化
        $this->assertIsArray($this->form_array);
        $this->assertTrue(in_array('forms_data', $this->form_array));

        $response = $this->get('/');
        $response->assertStatus(200);
    }
}

关于这个方法，有几个重点需要记牢：

• setUp() 是每个测试方法执行前都会触发的钩子，它能确保你的测试隔离性——每次跑测试，属性都是从头初始化，不会受前一个测试影响。
• 务必先调 parent::setUp()，这一步会启动 Lara vel 的测试基础设施（数据库迁移、HTTP 测试工具、Faker 实例等），漏掉它，后面全是空指针。
• 永远不要在 __construct() 里依赖任何 Lara vel 应用上下文的东西（Config::get()、app()、模型查询等），因为那时应用还没起来。
• 如果你真的需要“在所有测试开始前”只执行一次的逻辑（比如修改全局配置），可以用 setUpBeforeClass()。但注意，那个方法里 $this->app 不可用，要用静态的 static::$app，而且也得手动调 parent::setUpBeforeClass()。

另外，如果某个配置项在多个测试类里反复用到，不妨把它封装成一个 trait 或者基类，这样复用起来更顺手，也更好维护。

总结一下 PHPUnit 的生命周期：setUpBeforeClass() → setUp() → testXXX() → tearDown() → tearDownAfterClass()。顺着这个流程走，测试才能稳定、可预测，也才符合 Lara vel 的最佳实践。