实现UI自动化多浏览器覆盖时如何遵循DRY原则？

核心思路 #

保留每个测试+浏览器组合的独立结果粒度，同时消除重复的.runsettings配置，核心是单份基础配置+参数化执行，结合NUnit特性与Playwright能力实现。

步骤1：合并为单份.runsettings文件 #

创建通用的Base.runsettings，通过Parameter节点定义可动态覆盖的浏览器参数，无需为每个浏览器单独维护配置：

<?xml version="1.0" encoding="utf-8"?>
<RunSettings>
  <TestRunParameters>
    <Parameter name="Browser" value="Chrome" /> <!-- 默认值，可通过命令行覆盖 -->
  </TestRunParameters>
  <!-- 所有通用配置（如ExtentReports路径、超时时间等）统一在此维护 -->
</RunSettings>

步骤2：在测试基类中动态读取浏览器参数 #

修改ContextTest基类，从NUnit测试上下文读取浏览器参数，初始化对应Playwright浏览器实例：

using Microsoft.Playwright;
using NUnit.Framework;

public class ContextTest
{
    protected IPage Page;
    protected IBrowser Browser;
    protected string CurrentBrowser;

    [SetUp]
    public async Task Setup()
    {
        var playwright = await Playwright.CreateAsync();
        CurrentBrowser = TestContext.Parameters.Get("Browser", "Chrome");
        
        Browser = CurrentBrowser.ToLower() switch
        {
            "edge" => await playwright.Chromium.LaunchAsync(new BrowserTypeLaunchOptions { Channel = "msedge" }),
            "firefox" => await playwright.Firefox.LaunchAsync(),
            "webkit" => await playwright.Webkit.LaunchAsync(),
            _ => await playwright.Chromium.LaunchAsync() // 默认启动Chrome
        };
        
        Page = await Browser.NewPageAsync();
        // 初始化ExtentReports测试节点时，需带上当前浏览器名称，确保结果粒度正确
    }

    [TearDown]
    public async Task Teardown()
    {
        await Page.CloseAsync();
        await Browser.CloseAsync();
        // 记录ExtentReports结果时，关联当前浏览器信息
    }
}

步骤3：用参数化PowerShell脚本批量执行测试 #

不再执行四次独立的dotnet test，通过循环遍历浏览器列表，动态传递浏览器参数：

$browsers = @("Chrome", "Edge", "Firefox", "Webkit")
$settingsFile = "Base.runsettings"

foreach ($browser in $browsers) {
    Write-Host "=== 开始执行$browser浏览器测试 ==="
    dotnet test --settings:$settingsFile -- TestRunParameters.Parameter\(name=Browser,value=$browser\)
}

步骤4：确保ExtentReports结果粒度正确 #

在ExtentReports的测试节点创建和结果记录环节，将浏览器名称作为测试标识的一部分，保证每个测试+浏览器组合被单独记录：

// 在Setup中创建带浏览器标识的Extent测试节点
var extentTest = ExtentManager.Instance.CreateTest($"{TestContext.CurrentContext.Test.Name} - {CurrentBrowser}");
TestContext.CurrentContext.Test.Properties.Add("Browser", CurrentBrowser);

// 在TearDown中根据测试结果更新报告
var outcome = TestContext.CurrentContext.Result.Outcome.Status;
if (outcome == NUnit.Framework.Interfaces.TestStatus.Passed)
{
    extentTest.Pass("测试通过");
}
else
{
    extentTest.Fail($"测试失败：{TestContext.CurrentContext.Result.Message}");
}

步骤5：保留NUnit [Retry]特性有效性 #

每个浏览器的测试是独立的dotnet test执行实例，NUnit的[Retry]特性会正常作用于当前浏览器的测试用例，重跑结果也会被ExtentReports正确捕获（重跑的测试会生成独立的Extent节点，或按配置覆盖原有节点）。

方案优势 #

• 符合DRY原则：仅维护一份基础配置，新增浏览器只需修改脚本中的列表
• 保留结果粒度：每个浏览器的测试独立执行，ExtentReports可单独记录每个测试+浏览器组合的结果
• 兼容NUnit特性：[Retry]、[TestCase]等特性不受影响，测试逻辑无需改动
• 扩展性强：后续新增浏览器或环境参数，只需调整脚本和参数映射逻辑

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