![]() |
1
3
如果您可以单独成功地测试一个方法的部分,那么该部分方法本身就应该是一个较小方法的候选者。我更喜欢重构较小的方法,而不是检测模拟对象以在执行过程中部分中止方法,或者更糟的是,修改实际代码以了解测试。 |
![]() |
2
0
我不担心对速度的影响-这是最小的。 但我认为这不是一个好的练习。主要是因为如果您专门添加客户机代码以方便测试(而不是将类设计为可测试的类),那么这始终是一个坏迹象。您正在测试的方法是否可能做得太多?如果您有一个很好的理由将该方法留在测试中,那么也许该代码块本身就是一个方法? 我还想知道如何在运行时避免这个异常。如果您开始使用这样的代码:
然后就可以证明正在测试的代码与实际运行的代码不同。在这种情况下,你真的在测试什么吗? 最后一个想法是:我假设您正在为至少一个测试用例(贯穿始终的用例,或者测试用例)设置所有模拟,以确保异常 不是 不该扔的时候扔)。如果您正在这样做,那么可能您在测试类本身中缺少了一些重构的可能性。您不需要为每个测试单独建立模拟对象。 |
![]() |
3
0
在我看来,您最好将这段代码提取到自己的方法中并进行测试。它叫 发芽法 . |
|
wavesinaroom · 断言结构向量长度 8 月前 |
![]() |
Tim Kirkwood · 比较空数据帧 9 月前 |
![]() |
Kamran Khan · 使用单元测试ASP。NET核心 1 年前 |
![]() |
paymer · 为什么我的代码没有删除我的单元测试生成的zip文件? 1 年前 |
![]() |
Ricky Mo · 角度测试如何模拟导入的const 1 年前 |
![]() |
Natty · Visual Studio中缺少“代码覆盖率结果” 1 年前 |