我怀疑这里真正的问题是您的测试运行程序将您的程序集复制到不同的位置。在运行时没有办法知道程序集是从哪里复制的，但是您可能可以打开一个开关来告诉测试运行程序集从它所在的位置运行，而不是将它复制到影子目录。

当然，对于每个测试运行者，这样的切换可能是不同的。

您是否考虑过将XML数据作为资源嵌入到测试程序集中?

注:组装。CodeBase在. net Core/中已弃用。NET 5+: https://learn.microsoft.com/en-us/dotnet/api/system.reflection.assembly.codebase?view=net-5.0

最初的回答:

我定义了以下属性，因为我们经常在单元测试中使用它。

public static string AssemblyDirectory
{
    get
    {
        string codeBase = Assembly.GetExecutingAssembly().CodeBase;
        UriBuilder uri = new UriBuilder(codeBase);
        string path = Uri.UnescapeDataString(uri.Path);
        return Path.GetDirectoryName(path);
    }
}

大会。Location属性有时会在使用NUnit时给你一些有趣的结果(其中程序集从临时文件夹运行)，所以我更喜欢使用CodeBase，它以URI格式给你路径，然后是UriBuild。unescapedatasstring在开始时删除File://， GetDirectoryName将其更改为正常的windows格式。

这应该可以工作，除非程序集是影子复制的:

string path = System.Reflection.Assembly.GetExecutingAssembly().Location

您所在的当前目录。

Environment.CurrentDirectory;  // This is the current directory of your application

如果您使用build复制.xml文件，您应该可以找到它。

or

System.Reflection.Assembly assembly = System.Reflection.Assembly.GetAssembly(typeof(SomeObject));

// The location of the Assembly
assembly.Location;

在windows窗体应用程序中，你可以简单地使用应用程序。StartupPath

但对于dll和控制台应用程序，代码更难记住…

string slash = Path.DirectorySeparatorChar.ToString();
string root = Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().Location);

root += slash;
string settingsIni = root + "settings.ini"

与John的答案相同，但扩展方法略少啰嗦。

public static string GetDirectoryPath(this Assembly assembly)
{
    string filePath = new Uri(assembly.CodeBase).LocalPath;
    return Path.GetDirectoryName(filePath);            
}

现在你可以做:

var localDir = Assembly.GetExecutingAssembly().GetDirectoryPath();

或者如果你喜欢:

var localDir = typeof(DaoTests).Assembly.GetDirectoryPath();