Debugging E2E自动化测试是否有推荐的调试策略？

调试大型E2E测试的最佳优雅方法是什么

我目前正在使用TestCafe自动化框架。我面临着多个不稳定的测试，需要修复

问题是，每次修改测试代码中的某些内容时，我都需要从一开始就运行整个测试，以查看新的更新是否成功

我想听听关于如何在不失去理智的情况下调试E2E测试的策略的想法

当前调试方法：

• 使用内置TestCafe机制在代码中有问题的区域进行调试，并尝试注释掉该行之前的所有内容。 但这真的不是最好的方法
• 当存在用户凭据、url等先决条件数据时。。我在调试（）之前再次手动声明它们

PS：我知道测试应该尽可能集中，并且相对较小，但这就是我们现在所拥有的

---

提前感谢

您可以尝试使用该标志

--debug-on-fail

这将在测试失败时暂停测试，并允许您查看测试页面并确定失败的原因。 还可以使用

test.only

来指定仅应运行特定的测试或夹具，而应跳过所有其他测试或夹具

您可以使用takeScreenshot操作在测试期间捕获应用程序的现有状态。Test Café将截图存储在screenshots子目录中，并用时间戳命名文件。或者，您可以添加takeOnFails命令行标志，以便在测试失败时自动捕获屏幕，因此在失败点。

---

另一个选择是减慢测试速度，以便在测试运行时更容易观察。可以使用-speed命令行标志调整速度。1是最快的速度，0.01是最慢的速度。然后，您可以使用-video命令行标志记录测试运行，但您需要为此设置FFmpeg。

谢谢，@VysakhMohan，我知道并使用提到的debug CLI关键字--失败时调试，但我实际上在寻找一种不同的方法来调试大型测试（每个测试大约300行代码）。目前，我正在对测试开始的大部分内容进行评论，以跳过所有内容，准确地触及问题所在line@teslaTanch，请您澄清为什么您需要对测试的大部分内容进行评论？它将中断测试执行。您是否试图在一个测试中执行多个测试用例？如果是这样的话，最好通过beforeach钩子将测试拆分为较小的测试，并执行设置操作。