单元测试应该使用日志记录吗？
2022-09-03 01:51:39
答案 1
这显然有点主观，但我不明白为什么你会在单元测试中禁用日志记录。
我确实认为你误解了第一个链接的帖子;发帖人并没有声称你不应该记录任何东西，而是说通过/失败不应该只是在日志中。它应该返回到测试框架。它应该是一段与普通日志完全分开的数据。
我同意他的观点。
除此之外，您仍然可以进行正常的日志记录。无论如何，在你正在测试（或应该有）的类中都有它。当测试失败时，您可能会在日志中看到一些内容，这将有助于您更快地调试它。我看不出这怎么会是一个负面的观点。
答案 2
在单元测试期间，我同时使用了安静和详细日志记录，我个人更喜欢每个测试输出一行带有测试名称及其运行方式的日志记录。当我能说出正在发生的事情时，我发现它更有吸引力，尽管我不能说它对我的工作有任何真正的影响。
如果您从控制台运行，我认为彩色输出是一个加号。
推荐
-
单元测试模拟返回的数据有什么意义？ 考虑一下我正在嘲笑某些服务及其方法的场景。 在上面的代码中，当调用时，mock 将返回 Jim，当调用 mock 时将返回 Mark。我的问题是我正在声明Mock的行为并检查它，拥有上述（或相同类型的）
-
验证是否使用 mockito 调用了三种方法之一 我有三种方法，如下所示： 但这不会编译“Errors类型中的方法方法1（字符串，字符串）不适用于参数（对象）” 我有两个问题： 我该如何解决这个问题？ 有没有办法检查是否调用了两种
-
模拟类的所有实例 我知道这通常是一种不好的做法，但在我的情况下，这是必要的。 我有一个案例，一个枚举持有一个类来获得一些信息。因此，Enum 在其构造函数中创建该 calss 的实例。 但应该是3倍它的工作
-
单元测试 OSGi 组件 我目前正在考虑“如何设计一个OSGi组件，以便使用jUnit和Mockito等框架轻松编写测试”。 模拟捆绑包间依赖关系非常容易，因为OSGi加强了DIP（依赖关系反转原则）和注入器方法（例如setter）通常
-
龙目岛注释与Cobertura或类似工具中的代码覆盖率 从我从上面的问题中读到的内容来看，在Cobertura中，没有办法将给定的代码部分排除在测试之外，而不是在测试中覆盖。 这是真的吗？/ 在任何模拟工具中都可行吗？ 我正在使用龙目岛注释
