单元测试-白盒与黑盒策略

Question

我发现，当编写单元测试时，尤其是对于不返回值的方法，我主要以白盒测试方式编写测试。 我可以使用反射来读取私有数据，以检查方法执行后是否处于正确的状态，等等。

这种方法有很多局限性，其中最重要的是

1. 如果您重做方法，则需要更改测试，即使API保持不变
2. 从信息隐藏（封装）的角度来看，这是错误的-测试对于我们的代码而言是一个很好的文档，因此阅读它的人可能会得到一些有关实现的不必要信息。

但是，如果方法不返回值并使用私有数据进行操作，则像黑盒测试范式那样进行测试非常困难（几乎不可能）。

那么，有什么想法可以解决这个问题？

Answer 1

白盒测试意味着您必须必须拔掉桌子上的一些接线才能连接仪器。 我发现有帮助的东西：

1）我继承并不想重写的一个整体代码序列，通过将状态类变量放入其中，然后在每经过一步时设置状态，就可以进行检测。 然后，我使用不同的数据进行了测试，并将预期状态与实际状态进行匹配。

2）为被测方法的任何方法调用创建模拟。 检查以确保该模拟已按预期方式被调用。

3）将所需的属性设置为protected而不是private ，并创建一个我实际测试过的子类。 子类允许我检查状态。

Answer 2

我可以使用反射来读取私有数据，以检查方法执行后它是否处于正确的状态

这对于维护测试套件确实是一个很大的问题

在.Net中，您可以使用内部访问修饰符，因此可以在类库中使用InternalsVisibleToAttribute使内部类型对单元测试项目可见。

internal关键字是类型和类型成员的访问修饰符。 内部类型或成员只能在同一程序集中的文件中访问

这不能解决所有测试难题，但可以帮助您

参考