在软件测试期间使用日志分析工具？

Question

您认为在测试周期中分析生成日志可以提高质量吗？

Answer 1

我的标准观点是，每当日志显示问题时，日志就非常有用，如果它们没有告诉我任何有价值的信息，则根本没用。它完全取决于它们包含的内容。我不会将它们用于单元测试，但在集成测试时，它们可能非常有价值。

我发现日志在由不同位置的某人进行测试时特别有用。不止一次，我无法复制问题，但在查看了日志数据之后，很明显发生了什么。

Answer 2

我不认为对这个问题有一个很好的一般答案：这取决于。

在以下情况下分析日志非常有价值：  a）有很好的信息可供开采  b）信息由了解底线，业务逻辑的人或机器分析。

没有这两种成分，它们可以成为资源（时间和$）的下沉

Answer 3

您在考虑集成测试吗？或单元测试？我认为在集成测试期间记录异常事件，即代码记录和恢复而不是崩溃的潜在错误可能是有用的。运行集成测试，然后检查是否存在任何意外异常，即使测试通过 - 或者如果它们失败，请使用日志来帮助跟踪故障。

我无法确切地知道它们在单元测试中会非常有用。您的单元测试应该是规定性的。您可能想要检查单元测试中是否正在进行异常事件的正确记录，但是我没有看到日志应该如何能够告诉您测试输出没有的任何内容

Answer 4

绝对;与上面提到的单元测试不同，但是如果您设置了一个日志分析工具，例如logwatch或Splunk，可以向您发送测试期间发现的错误摘要，那么您肯定可以提高质量。

Answer 5

日志分析工具最初用于系统监视，但是在软件测试中，它们将帮助指示测试运行的状态，向我们展示它们的效率，基础架构影响以及比Selenium脚本更快地显示错误的位置。

在最新版本的日志分析工具中，它们不仅可以指定出了问题，还可以在系统偏离正常模式时发出警报，这对于质量检查来说是非常有用的功能，因为该团队能够快速发现没有运行但应该运行的脚本，或者测试运行表现出奇怪的行为。