|
|
1
5
保持简单 :为每个vo/dto编写一个测试:
生产代码将不断发展,测试也需要维护。使测试尽可能简单,即使它们是重复的,也是最好的方法。 过度设计测试 或者测试框架本身使测试成为通用的(例如通过读取带有反射的字段并自动填充vo/dto)会导致几个问题:
测试代码和生产代码的性质非常不同 . 在生产代码中,您试图避免重复并最大限度地重用。生产代码可能很复杂,因为它是经过测试的。另一方面,您应该尽可能简单地进行测试,重复也可以。如果一个重复的部分被破坏,测试无论如何都会失败。 当生产代码发生更改时,可能需要进行多个测试 平凡地 改变。测试被视为 真无聊 一段代码。但我认为他们应该这样。 如果我把你的问题搞错了,就告诉我。 |
|
|
2
1
我建议你
cobertura
为了这个任务。
运行测试后,如果使用
|
|
|
3
0
你可以把它作为
|
|
sunvis0r · @Mock和assertNotNull(Mock) 10 月前 |
|
|
David · 如何在Junit的服务类中模拟依赖关系 1 年前 |
|
|
jhan · 无法解析JUnitParamsRunner 1 年前 |
|
|
Lucas Hill · 在Gradle中使用JUnit测试抛出的异常 1 年前 |
|
|
Alice · Kotlin中的单元测试方法 1 年前 |
|
|
snaik · 我的JUNIT代码不适用于jsonObject 1 年前 |
|
|
dcm50 · JUnit 5-已创建但未检索的实体 2 年前 |
|
|
Ignas Davulis · Java模拟类构造 2 年前 |