在C# Selenium UI测试项目中添加API测试时的浏览器初始化问题

你的问题核心在于当前测试框架的初始化逻辑没有区分UI和API测试场景——不管执行哪种测试，都会统一触发Selenium Driver的初始化流程。我给你两种实用的解决方案，你可以根据项目的维护需求来选择：

方案1：拆分基础测试类（推荐，符合单一职责原则） #

这是最清晰、易维护的长期方案，把UI和API测试的初始化逻辑完全分离：

1.1 新建UI测试专用基础类 #

这个类只负责Selenium Driver的初始化与清理，供所有UI测试类继承：

[TestFixture]
public class UiTestBase
{
    protected IWebDriver Driver;

    [SetUp]
    public void InitializeUiDriver()
    {
        // 根据你的项目配置初始化Driver（示例为ChromeDriver）
        Driver = new ChromeDriver();
        Driver.Manage().Window.Maximize();
    }

    [TearDown]
    public void CleanupUiDriver()
    {
        Driver?.Quit();
        Driver?.Dispose();
    }
}

1.2 新建API测试专用基础类 #

这个类仅处理RestSharp客户端的初始化，完全不涉及Selenium相关代码：

[TestFixture]
public class ApiTestBase
{
    protected RestClient ApiClient;

    [SetUp]
    public void InitializeApiClient()
    {
        // 替换为你的API基础地址
        ApiClient = new RestClient("https://your-api-base-url.com");
        // 可添加全局默认配置，比如请求头、认证信息
        ApiClient.AddDefaultHeader("Content-Type", "application/json");
    }
}

1.3 改造现有测试类 #

• UI测试类继承UiTestBase：

[TestFixture]
public class LoginUiTests : UiTestBase
{
    [Test]
    public void ValidLogin_Success()
    {
        Driver.Navigate().GoToUrl("/login");
        // 你的UI测试逻辑...
    }
}

• API测试类继承ApiTestBase：

[TestFixture]
public class UserApiTests : ApiTestBase
{
    [Test]
    public void GetUserDetails_ReturnsOk()
    {
        var request = new RestRequest("/api/users/1", Method.Get);
        var response = ApiClient.Execute(request);
        
        Assert.That(response.StatusCode, Is.EqualTo(HttpStatusCode.OK));
        // 你的API断言逻辑...
    }
}

方案2：在统一基础类中添加条件判断（快速适配） #

如果不想大规模重构现有代码，可以在原基础类的初始化方法中，通过NUnit的Category属性判断是否需要启动Driver：

2.1 修改原基础类 #

[TestFixture]
public class BaseTest
{
    protected IWebDriver Driver;
    protected RestClient ApiClient;

    [SetUp]
    public void Setup()
    {
        // 先初始化API客户端（所有测试都可能用到）
        ApiClient = new RestClient("https://your-api-base-url.com");

        // 检查当前测试是否标记为API测试，非API测试才初始化Driver
        var isApiTest = TestContext.CurrentContext.Test.Properties
            .ContainsKey("Category") && 
            TestContext.CurrentContext.Test.Properties["Category"]
            .ToString().Equals("API", StringComparison.OrdinalIgnoreCase);

        if (!isApiTest)
        {
            Driver = new ChromeDriver();
        }
    }

    [TearDown]
    public void TearDown()
    {
        // 仅当Driver存在时执行清理
        Driver?.Quit();
        Driver?.Dispose();
    }
}

2.2 标记API测试类 #

给所有API测试类添加[Category("API")]属性：

[TestFixture]
[Category("API")]
public class UserApiTests : BaseTest
{
    [Test]
    public void CreateUser_ReturnsCreated()
    {
        var request = new RestRequest("/api/users", Method.Post);
        request.AddJsonBody(new { Name = "Test User", Email = "test@example.com" });
        
        var response = ApiClient.Execute(request);
        Assert.That(response.StatusCode, Is.EqualTo(HttpStatusCode.Created));
    }
}

方案对比 #

• 方案1：代码结构更清晰，每种基础类只负责对应类型的测试初始化，后续扩展（比如新增性能测试）也更方便，适合中大型项目长期维护。
• 方案2：改动量极小，适合快速解决当前问题，但如果测试类型增多，条件判断会变得复杂，不利于后期维护。

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