![]() |
1
1
具体到第1点和第2点:
测试getter和setter取决于这些访问器方法在做什么。如果它们是自动实现的,那么我不建议显式测试它们。我相信。NET框架的实现。如果您希望增加代码覆盖率,那么请确保您和
当涉及到特定于UI的代码时,不值得尝试使用单元测试来测试它。试图在单元测试中操作UI会导致不稳定、缓慢的测试。如果您想在按钮点击处理程序中测试某些内容,那么请尝试将该功能提取到另一个更容易进行单元测试的类中。使文件后面的代码尽可能精简——将工作委托给其他可以测试的类。 关于第3点和第4点:
只能通过公共方法测试私有方法。单元测试应该测试类的行为,而不是实现。理论上,你应该能够通过你的公共方法来运用你的私人方法。 |
|
Titan · 断言在编写单元测试时“什么都没发生” 7 年前 |
![]() |
SmartestVEGA · 单元测试代码覆盖率应该包括什么? 7 年前 |
![]() |
deBloB · 使用mstest按类别过滤。exe和VS2017 8 年前 |
![]() |
Kjell Rilbe · 如何模拟通过反射找到的类? 8 年前 |