ASP.NET Core 测试新特性：WebApplicationFactory 支持 Kestrel 服务器

在 ASP.NET Core 的自动化测试领域，WebApplicationFactory 是一个非常重要的测试基础设施类，它允许开发者为集成测试创建测试服务器和客户端。然而，长期以来开发者们面临一个限制：WebApplicationFactory 与 TestServer 紧密耦合，这使得在某些测试场景下不够灵活。

背景与挑战

在实际开发中，特别是进行浏览器自动化测试（如使用 Selenium 或 Playwright）时，开发者往往需要真实的 HTTP 服务器而不是 TestServer。当前开发者社区中已经出现了多种变通方案，但这些方案要么不够优雅，要么需要开发者手动处理服务器初始化逻辑。

解决方案：Kestrel 集成

ASP.NET Core 团队通过为 WebApplicationFactory 添加新的 API 来解决这个问题：

1. UseKestrel() - 基础方法，指示工厂使用 Kestrel 服务器
2. UseKestrel(int port) - 指定 Kestrel 监听的端口
3. UseKestrel(Action) - 提供自定义 Kestrel 配置的能力
4. StartServer() - 显式启动服务器而不创建客户端

这些 API 的加入使得测试代码更加直观和易于维护。开发者现在可以轻松地在测试中使用真实的 Kestrel 服务器，而无需依赖 TestServer 或编写复杂的初始化代码。

使用示例

基本配置

public class KestrelBasedWapFactory : WebApplicationFactory<SimpleWebSite.Startup>
{
    public KestrelBasedWapFactory()
    {
        this.UseKestrel();
    }
}

高级配置

int dynamicPortNumber = 0;
this.UseKestrel(dynamicPortNumber);
this.UseKestrel(options => {
    options.AllowSynchronousIO = true;
});

浏览器测试场景

public BrowserBasedTests(WebApplicationFactory<MyApp.Program> factory)
{
    _factory = factory;
    _factory.StartServer();
}

[Fact]
public void BrowserBasedTest()
{
    Browser.Navigate().GoToUrl("http://localhost:5000");
    var selector = By.TagName("h1");
    Assert.Equal("页面标题", Browser.FindElement(selector).Text);
}

技术细节

1. 初始化时机：UseKestrel 必须在 WebApplicationFactory 初始化前调用，且调用后不可逆
2. 配置顺序：多个 UseKestrel 重载可以链式调用，配置会按调用顺序应用
3. 服务器控制：StartServer 方法提供了更精细的控制，允许开发者启动服务器而不强制创建客户端

总结

这一改进为 ASP.NET Core 的测试能力带来了显著提升，特别是对于需要真实 HTTP 服务器的测试场景。开发者现在可以：

• 更轻松地设置浏览器自动化测试
• 更灵活地配置测试服务器
• 编写更清晰、更易维护的测试代码

这项改进体现了 ASP.NET Core 团队对开发者体验的持续关注，解决了社区中长期存在的痛点问题，为构建更可靠的 Web 应用提供了更好的工具支持。