|
|
1
5
你的单元测试应该尽可能详细,以达到你对代码所需的信心水平。 我想说,如果你的测试类型那么长,很可能是因为你有很多设置/拆卸样板,这可能表明你需要抽象一些协作者(例如使用接口和模拟),或者引入一些测试辅助方法来重构样板。 这也可能表明你的类型做得太多,需要重构。 如果你重构类型,你可能会看到相应的测试类型也会变小。 |
|
|
2
4
这取决于这是否实际上是被测类(CUT)做得太多的暗示。如果是这样,那么显而易见的答案是重构CUT,这意味着相应地划分测试类。否则,如果要覆盖的不同场景的数量如此之多,方法的数量可能并不重要。 10K行有点多,所以下一个问题是,你是否可以重构测试以创建私有助手方法来清除任何重复的代码,使用对象母亲或Mocking来减少重复等。要么是这样,要么你正在测试相同的场景,比如用1+1、2+2和3+3测试sum(),它们不是边缘情况。 |
|
|
3
1
也许这表明你的受试班级本身太大,和/或可能做了太多事情?你能把这个类分解成不同的定义良好且自包含的组件吗? |
|
|
4
1
听起来你要测试的班级太大了。你的单元测试应该专注于测试一个类,如果这个类有太多的功能,需要10000行的单元测试,那么它就需要被拆分。通常,如果一个类接近200行,你需要将其重构为几个类。 |
|
|
wavesinaroom · 断言结构向量长度 1 年前 |
|
|
Tim Kirkwood · 比较空数据帧 1 年前 |
|
Kamran Khan · 使用单元测试ASP。NET核心 1 年前 |
|
|
paymer · 为什么我的代码没有删除我的单元测试生成的zip文件? 1 年前 |
|
|
Ricky Mo · 角度测试如何模拟导入的const 1 年前 |
|
|
Natty · Visual Studio中缺少“代码覆盖率结果” 1 年前 |