访问私有字段

Question

首先，如果问题已经被问过，我很抱歉，但我没有找到像我这样的人（但我认为这是一个非常常见的问题） 所以我试图做一些单元测试，第一个已经有问题了..

我必须测试我的类的构造函数，在构造函数中我设置了一个私有字段的实例..那么我如何测试这个PRIVATE 字段不为空？ （因为我认为这是我必须测试的）-->测试：

 public BUDGET_MANAGER()
    {
        this.budget_provider = new BUDGET_PROVIDER();
    }

-->测试方法：

    [TestMethod()]
    public void BUDGET_MANAGERConstructorTest1()
    {
        BUDGET_MANAGER target = new BUDGET_MANAGER();      
        Assert.IsNotNull(??,"the provider is not instancied");

    }

我怎样才能做到这一点？感谢您的帮助，我在单元测试中迷失了方向..

Answer 1

在单元测试中，您确实不必测试类私有的任何内容。私有的、仅内部已知的成员是类实现的一部分，而不是其公开（和测试）功能的一部分。

基本上，将类的外部可见成员视为其“契约”。这定义了它的实际类型，即其他所有东西所看到的。这就是正在测试的功能。出于很好的原因，内部（私有）成员在类之外是不知道的，不同的类可以使用不同的私有成员以不同的方式实现相同的“契约”（或接口）。

您正在测试的是可见的功能、契约或接口。

Answer 2

单元测试不应检查私有数据。他们应该测试类的接口定义的行为是否有效，而与任何实现细节无关。

典型的测试将调用构造函数，然后调用公共属性或方法并检查结果是否符合预期。以这种方式测试意味着，如果您稍后将实现更改为（例如）仅在需要时延迟构造 BudgetProvider，那么所有测试仍然有效。实现细节（例如私有成员何时为空或不为空）与您的类的客户端无关，因此无需在单元测试中对其进行测试。

Answer 3

如果您使用 mstest，请右键单击原始类并按创建测试访问器，选择您的测试项目。然后使用访问器测试此条件（应显示在智能感知中）。

但我不确定这是一个好主意，正如其他海报所说。您将使实施变得更难以更改。

Answer 4

您不应该真正测试类的任何私有变量。

为什么要测试构造函数本身？如果有一些逻辑，测试它是有意义的。例如 - 仅当给定参数正确时才构造对象，并且在创建对象之前进行验证。否则，构造该对象并验证其行为是否符合预期。据推测，如果构造函数工作不正确，对象的行为也会不正确。

还要抵制将私有字段公开为属性的诱惑，只是为了验证它们是否在构造函数中正确设置。

Answer 5

其他人提到了使用单元测试时不应该做的事情。

我会尝试找到一种方法来完成您想要的操作（您仍然需要测试您的构造函数）：

public BUDGET_MANAGER()
{
    try
    {
        this.budget_provider = new BUDGET_PROVIDER();
    }
    catch {}

    if (this.budget_provider == null)
        throw new NullReferenceException("Budget provider is null !");
}