1
2
我想这是一个例子 依赖注入 可能会有所帮助。
这里所发生的是您想要测试一个内部对象(字典
可以这样做,例如如下。首先,你必须改变你的
现在,您可以通过从您的
在测试设置中,现在可以测试
免责声明: 我决不是单元测试专家,所以我的示例可能有缺陷,甚至过于复杂。我只是想证明你 可以 如果您以合理的可测试方式(例如,通过允许依赖项注入的方式)设计类,则测试类的内部属性。 |
2
4
您仍然不需要测试您的私有变量。你测试你的接口。在这种情况下,我可能会添加
|
3
2
如果你想验证一下
成为
然后添加一个
这远非理想,因为您将要“测试”一个内部实现细节,但如果是这样或什么都没有,那就是一个起点! |
4
2
我认为单元测试的思想是通过对象的公共表面而不是内部实现来测试它的行为。换句话说,您不应该访问
这主要是因为单元测试不应该对实现细节做任何假设。想象你需要改变
|
5
1
正如Rob所指出的,不建议您访问私有字段,但如果您不得不并且无法实际测试该字段所指定的值,则可以这样做:
|
Emopusta · 从后端到前端的图像路径不工作 2 年前 |
Asdrubal Hernandez · Linq查询特定数组索引出错 2 年前 |
Niyazi Babayev · 如何在表达式中动态应用表达式? 2 年前 |
Dansih · .Net核心自定义身份验证方案 2 年前 |
lolorekkk · 面板插入。NET WinForm 2 年前 |