如果您想对私有方法进行单元测试，那么可能会出现一些错误。单元测试(一般来说)用于测试类的接口，即类的公共(和受保护)方法。你当然可以“破解”一个解决方案(即使只是通过公开方法)，但你可能还想考虑:

如果您想测试的方法确实值得测试，那么将它移到自己的类中可能是值得的。 向调用私有方法的公共方法添加更多测试，测试私有方法的功能。(正如评论者所指出的，只有当这些私有方法的功能确实是公共接口的一部分时，才应该这样做。如果它们实际上执行对用户隐藏的功能(即单元测试)，这可能是不好的)。

一种方法是保护您的方法，并编写一个继承要测试的类的测试fixture。这样，您既没有将方法公开，但是启用了测试。

在极少数情况下，我想要测试私有函数，我通常会将它们修改为受保护的，并且我已经编写了一个带有公共包装器函数的子类。

类:

...

protected void APrivateFunction()
{
    ...
}

...

测试子类:

...

[Test]
public void TestAPrivateFunction()
{
    APrivateFunction();
    //or whatever testing code you want here
}

...

这里有一个例子，首先是方法签名:

private string[] SplitInternal()
{
    return Regex.Matches(Format, @"([^/\[\]]|\[[^]]*\])+")
                        .Cast<Match>()
                        .Select(m => m.Value)
                        .Where(s => !string.IsNullOrEmpty(s))
                        .ToArray();
}

下面是测试:

/// <summary>
///A test for SplitInternal
///</summary>
[TestMethod()]
[DeploymentItem("Git XmlLib vs2008.dll")]
public void SplitInternalTest()
{
    string path = "pair[path/to/@Key={0}]/Items/Item[Name={1}]/Date";
    object[] values = new object[] { 2, "Martin" };
    XPathString xp = new XPathString(path, values);

    PrivateObject param0 = new PrivateObject(xp);
    XPathString_Accessor target = new XPathString_Accessor(param0);
    string[] expected = new string[] {
        "pair[path/to/@Key={0}]",
        "Items",
        "Item[Name={1}]",
        "Date"
    };
    string[] actual;
    actual = target.SplitInternal();
    CollectionAssert.AreEqual(expected, actual);
}

还请注意，internalsvisibletoattribute有一个要求，您的程序集必须是强命名的，如果您在一个以前没有这个要求的解决方案中工作，这就会产生它自己的一组问题。我使用访问器来测试私有方法。请看这个问题的例子。

如果您想对私有方法进行单元测试，那么可能会出现一些错误。单元测试(一般来说)用于测试类的接口，即类的公共(和受保护)方法。你当然可以“破解”一个解决方案(即使只是通过公开方法)，但你可能还想考虑:

如果您想测试的方法确实值得测试，那么将它移到自己的类中可能是值得的。 向调用私有方法的公共方法添加更多测试，测试私有方法的功能。(正如评论者所指出的，只有当这些私有方法的功能确实是公共接口的一部分时，才应该这样做。如果它们实际上执行对用户隐藏的功能(即单元测试)，这可能是不好的)。