Laravel框架下测试用例与控制器Carbon DateTime值不一致问题

• 测试用例中模型未持久化到数据库
  你提供的测试代码中，工厂调用仅写了\App\Models\User::factory(['expired_at' => Carbon::now()->addDays(365)])，没有追加->create()方法，仅实例化了内存中的User对象，没有将数据写入数据库。控制器接口查询的是数据库中的持久化数据，自然和测试中构造的内存对象值不一致。
• 接口请求未关联测试构造的用户
  测试构造用户实例后，请求/show-user接口时如果没有携带对应该用户的认证信息，接口中$subscription->user拿到的是其他用户的数据，自然不符合预期。
• Carbon对象默认可变特性导致数据污染
  默认配置下的Carbon为可变对象，调用addDays()、subDays()等方法时会直接修改原对象本身，而非返回新的副本。如果测试中注释的修改代码实际运行过，且没有做对象克隆操作，会导致内存中的expired_at值被意外修改，进而出现值偏差。
• 时区配置不一致
  项目配置的时区为UTC，若出现以下不一致情况会导致时间转换偏差：
  1. 本地PHP配置文件php.ini中的date.timezone配置与项目配置不一致，导致Carbon::now()生成的时间存在时区差
  2. 数据库时区配置与项目不一致，例如MySQL的time_zone参数不是UTC，写入和读取时间时会自动做转换，导致值偏差
• 测试环境脏数据残留
  如果测试未开启自动数据清理，之前的测试遗留的脏数据会被控制器读取到，拿到之前修改过的2022-08-30旧值，而非本次测试构造的2022-08-01。

• 测试用例中工厂调用后追加->create()方法，确保构造的用户数据持久化到数据库：

$user = \App\Models\User::factory(['expired_at' => Carbon::now()->addDays(365)])->create();

• 请求接口时携带测试用户的认证信息，确保接口拿到的是本次测试构造的用户数据，示例如下：

$this->actingAs($user)->get('/show-user')->assertStatus(200);

• 调用Carbon修改方法时使用copy()克隆对象，或在模型中指定日期字段为不可变日期类型，避免原对象被意外修改：

// 临时克隆对象写法
$user->update([
    'expired_at' => $user->expired_at->copy()->addDays(30)
]);

// 模型全局配置不可变日期写法（Laravel 9+支持）
protected function casts(): array
{
    return [
        'expired_at' => 'immutable_datetime',
    ];
}

• 统一PHP、项目、数据库三者的时区配置，均设置为UTC避免自动转换带来的偏差。
• 测试类中引入RefreshDatabase trait，确保每次测试运行前数据库环境干净，无脏数据残留。

内容的提问来源于stack exchange，提问作者friday