访问私人字段

Question

首先我很抱歉如果问题已被问到，但我没有找到像我的任何人（但我认为这是一个相当普遍的问题） 所以我试图做一些单元测试，和第一个已经成问题了。

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

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

- >测试Mehod：

[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，请右键单击原始类，然后按创建测试访问器，选择您的测试项目。然后使用访问器测试此条件（应显示为intellisense）。

虽然我不确定它是一个非常好的主意，正如其他海报所说的那样。你会让实施变得更加困难。

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 !"); 
}