我发现“捕获”的概念非常重要，但不一定是屏幕截图。

我做过的最有效的事情之一就是在页面的 html 注释中获取应用程序异常的完整堆栈跟踪。出于安全原因，这仅在我们的测试环境中打开时可用。

启用此功能后，每次执行可能导致异常的操作时，例如按下按钮或单击链接，框架将检查 HTML 源代码中的注释中是否存在任何异常。这样，如果存在错误，则完整的堆栈跟踪会记录到测试结果中，从而使调查变得容易得多。

如果您想通过查看一个充满大缩略图的文件夹来查看是否（例如）浏览器正在崩溃，或者是否存在常见的错误对话框，那么屏幕截图对于您想要快速可视化故障非常有帮助。

我只使用了一点 selenium，但总的来说，我发现屏幕截图作为调试工具最有效 - 即用于在出现错误或发生任何其他意外情况时捕获屏幕信息。

当然，您可以尝试比较当前和预期的屏幕截图，但这是一个更困难的问题 (IME)。

当您需要进行一些视觉检查时，如果这是整个测试套件的一小部分，您可以创建截取屏幕截图的方法，适当地标记它们，并在每个屏幕截图的测试结果中留下评论。考虑一个场景，您已经检查了页面上的文本，但还需要检查一些布局和在不同浏览器上的呈现。

另一种用途是当您想要捕获错误的屏幕截图时。一些错误可能难以复制，但不能忽略或自动化测试无法处理的故障。例如弹出消息、隐藏字段等。

如果 TC 在自动化过程中出现故障并截取屏幕截图，它还消除了手动复制和截取屏幕截图的需要。

如果没有过度使用，它对自动化测试结果很有帮助。

我们的本地化团队广泛使用屏幕截图。他们围绕基本屏幕截图构建了自动化系统，因此他们可以使用多种不同的语言快速检查我们的产品，并验证大小、截断、定位、图形等是否都适合该语言。