Laravel Dusk能否模拟/填充用户会话？OAuth场景技术问询

当然可以！完全不用依赖第三方平台的实际登录流程，就能在Laravel Dusk测试里模拟OAuth（Socialite）登录后的用户会话，我来给你详细说几种可行的方案：

如果你的应用核心是用户会话数据，而不是验证OAuth登录流程本身，那这是最省心的方式——直接在测试里创建用户实例，用Dusk自带的loginAs方法登录，会话会自动被正确填充：

$user = User::factory()->create([
    // 这里可以设置和第三方返回一致的字段，比如name、email、avatar等
    'name' => '第三方用户名',
    'email' => 'third-party@example.com',
]);

$this->browse(function (Browser $browser) use ($user) {
    $browser->loginAs($user)
            ->visit('/dashboard')
            ->assertSee('欢迎回来，'.$user->name);
});

这个方法快速又稳定，完全不受第三方平台的限制，非常适合测试业务逻辑而非OAuth登录流程本身。

如果你需要测试OAuth回调后的逻辑（比如新用户注册、第三方数据同步），可以通过Mock Socialite的方式，模拟第三方返回的用户数据，不用真的发起跨平台请求：

1. 先在测试类里引入Socialite Facade：

use Laravel\Socialite\Facades\Socialite;

2. 然后在测试方法里Mock Socialite的方法，返回模拟的用户对象：

$this->browse(function (Browser $browser) {
    // 模拟指定OAuth驱动的调用（替换成你用的，比如google/facebook/github）
    Socialite::shouldReceive('driver')
        ->with('github')
        ->andReturnSelf();

    // 模拟第三方平台返回的用户数据
    Socialite::shouldReceive('user')
        ->andReturn((object)[
            'id' => '123456',
            'name' => '第三方用户',
            'email' => 'user@thirdparty.com',
            'avatar' => 'https://example.com/avatar.jpg',
            // 按需添加其他你需要的字段
        ]);

    // 直接访问OAuth回调路由，模拟授权完成后的跳转
    $browser->visit('/auth/callback/github')
            ->assertRedirectedTo('/dashboard')
            ->assertAuthenticated();
});

这样Dusk会认为已经完成了OAuth授权流程，直接进入回调后的业务逻辑，同时用户会话会被正常填充。

如果前两种方法都不满足你的特殊场景，还可以手动向浏览器会话中写入用户数据：

$this->browse(function (Browser $browser) {
    // 创建或获取目标用户实例
    $user = User::firstOrCreate(
        ['email' => 'test@example.com'],
        ['name' => '测试用户']
    );

    // 手动设置Laravel认证会话（注意要匹配框架的加密规则）
    $browser->driver->executeScript("
        document.cookie = 'laravel_session=".encrypt(serialize([
            'id' => $user->id,
            'name' => $user->name,
            // 按需添加其他会话字段
        ]))."; path=/';
    ");

    $browser->visit('/dashboard')
            ->assertSee('欢迎回来');
});

不过这个方法需要注意Laravel的会话加密机制，不同版本可能有差异，建议优先使用前两种方案。

总的来说，根据你的测试需求选对应的方案就行：

• 测试核心业务逻辑：优先用方法1
• 测试OAuth回调流程：用方法2更贴合真实场景
• 特殊场景下的会话模拟：用方法3兜底

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