|
|
1
1
具体到第1点和第2点:
测试getter和setter取决于这些访问器方法在做什么。如果它们是自动实现的,那么我不建议显式测试它们。我相信。NET框架的实现。如果您希望增加代码覆盖率,那么请确保您和
当涉及到特定于UI的代码时,不值得尝试使用单元测试来测试它。试图在单元测试中操作UI会导致不稳定、缓慢的测试。如果您想在按钮点击处理程序中测试某些内容,那么请尝试将该功能提取到另一个更容易进行单元测试的类中。使文件后面的代码尽可能精简——将工作委托给其他可以测试的类。 关于第3点和第4点:
只能通过公共方法测试私有方法。单元测试应该测试类的行为,而不是实现。理论上,你应该能够通过你的公共方法来运用你的私人方法。 |
|
|
A B · C#Excel自动调整列避免长文本时出错 10 月前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 10 月前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 10 月前 |
|
|
Duck0 · 这个对象在更高的帧率下会更快吗,因为它在Update()中? 10 月前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 10 月前 |