您可以通过获取bin路径 AppDomain.CurrentDomain.RelativeSearchPath

我在过去的NUnit中得到了相同的行为。默认情况下，NUnit将程序集复制到临时目录。你可以在NUnit设置中改变这种行为:

也许TestDriven。NET和MbUnit GUI有相同的设置。

var assembly = System.Reflection.Assembly.GetExecutingAssembly();
var assemblyPath = assembly.GetFiles()[0].Name;
var assemblyDir = System.IO.Path.GetDirectoryName(assemblyPath);

从。net framework 4.6 / .net core 1.0开始，现在有了一个AppContext。BaseDirectory，它应该给出与AppDomain.CurrentDomain相同的结果。除了AppDomains不是.net core 1的一部分。X /.net标准x的API。

AppContext.BaseDirectory

编辑:文档现在甚至声明:

在. net 5.0及更高版本中，对于捆绑的程序集，返回的值是主机可执行文件的包含目录。

事实上,组装。定位医生医生说:

在. net 5.0及更高版本中，对于捆绑的程序集，返回的值是空字符串。

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

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

这么多年来，没有人真正提到过这一点。这是我从很棒的ApprovalTests项目中学到的技巧。诀窍在于使用程序集中的调试信息来查找原始目录。

在发布模式下，在启用优化的情况下，或者在与编译它的机器不同的机器上，这将不起作用。

但这将为您提供相对于您调用它的源代码文件的位置的路径

public static class PathUtilities
{
    public static string GetAdjacentFile(string relativePath)
    {
        return GetDirectoryForCaller(1) + relativePath;
    }
    public static string GetDirectoryForCaller()
    {
        return GetDirectoryForCaller(1);
    }


    public static string GetDirectoryForCaller(int callerStackDepth)
    {
        var stackFrame = new StackTrace(true).GetFrame(callerStackDepth + 1);
        return GetDirectoryForStackFrame(stackFrame);
    }

    public static string GetDirectoryForStackFrame(StackFrame stackFrame)
    {
        return new FileInfo(stackFrame.GetFileName()).Directory.FullName + Path.DirectorySeparatorChar;
    }
}