跨Windows/Linux获取SeleniumTestData文件夹路径的通用方案

问题背景 #

Selenium测试启动时需要创建Git忽略的临时文件夹，让每位同事拥有独立的测试数据存储目录（比如保存/加载Cookies），避免拉取他人的测试数据。目标文件夹SeleniumTestData位于解决方案内的src/Tests路径下，但无法硬编码完整路径——需要兼容Windows和Docker（Linux）环境，且不同同事的解决方案存储路径存在差异。

之前尝试通过Directory.GetCurrentDirectory()获取当前目录后多次调用Parent属性回退，但Linux环境下路径结构不同，该方法兼容性差。现需完善GetFolderPath方法，配合已有的CreateFolder方法实现通用路径获取：

public static void CreateFolder(string folderName, string newFolderName)
{
    var folderPath = GetFolderPath(folderName);
    var pathCombined = Path.Combine(folderPath, newFolderName);
    var folderExists = Directory.Exists(pathCombined);
    if (folderExists) return;
    Directory.CreateDirectory(pathCombined);
}

解决方案 #

方法1：基于测试程序集的路径定位 #

利用测试项目的程序集位置推导目标文件夹路径，这是最可靠的方式之一——测试程序集编译后通常位于解决方案内的Tests/bin目录下，只需回退到src/Tests层级即可：

using System.Reflection;

public static string GetFolderPath(string folderName)
{
    // 获取当前测试程序集的所在目录
    var assemblyLocation = Assembly.GetExecutingAssembly().Location;
    var assemblyDirectory = Path.GetDirectoryName(assemblyLocation);
    
    // 从bin目录回退到src/Tests目录（根据实际编译输出结构调整回退次数）
    // 示例路径：{解决方案根}/src/Tests/bin/Debug/net6.0/Tests.dll
    var testsDirectory = Directory.GetParent(assemblyDirectory)?.Parent?.Parent?.FullName;
    
    if (testsDirectory == null)
        throw new DirectoryNotFoundException("无法定位到Tests目录");
    
    return Path.Combine(testsDirectory, folderName);
}

方法2：递归查找解决方案根目录 #

如果程序集路径的层级不确定，可以通过查找解决方案文件（如CoffeeTalk.sln）定位根目录，再拼接目标路径：

public static string GetFolderPath(string folderName)
{
    var currentDirectory = new DirectoryInfo(Directory.GetCurrentDirectory());
    
    // 向上递归查找解决方案文件
    while (currentDirectory != null)
    {
        var solutionFiles = currentDirectory.GetFiles("*.sln");
        if (solutionFiles.Length > 0)
        {
            return Path.Combine(currentDirectory.FullName, "src", "Tests", folderName);
        }
        currentDirectory = currentDirectory.Parent;
    }
    
    throw new DirectoryNotFoundException("无法定位到解决方案根目录");
}

方法3：利用环境变量传递路径 #

如果上述方法仍有兼容性问题，可以在测试启动时通过环境变量传递解决方案根路径，比如在Docker启动脚本或本地测试配置中设置SOLUTION_ROOT：

public static string GetFolderPath(string folderName)
{
    var solutionRoot = Environment.GetEnvironmentVariable("SOLUTION_ROOT");
    if (string.IsNullOrEmpty(solutionRoot))
        throw new InvalidOperationException("未设置SOLUTION_ROOT环境变量");
    
    return Path.Combine(solutionRoot, "src", "Tests", folderName);
}

说明 #

• 方法1适合大多数常规测试项目结构，需根据项目的编译输出目录调整Parent的调用次数；
• 方法2更灵活，无需依赖固定的层级结构，只要解决方案文件存在就能定位；
• 方法3适合复杂环境（如Docker），需提前配置环境变量，避免路径推导的不确定性。

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