我曾在以下每种情况下工作过：

1. 每次测试后清除 DB。
   • Pro：没有留下任何工件，因此测试更容易编写。
   • 缺点：如果您执行某项操作，则数据库还原可能需要最长的时间，然后反复回滚。您还需要确保回滚成功。
2. DB 在每个测试周期后被清除。
   • Pro：没有留下任何工件，因此测试更容易编写。
   • 缺点：您还需要确保回滚成功。
3. 测试检查数据是否存在并根据需要创建。
   • Pro：测试不依赖于 DB 状态。
   • 缺点：需要更多时间来编写测试。您还需要确保回滚成功。

我的结论：

选项 1 和 2 更容易开发，并且可能比选项 3 执行得更快。但是，为 1 和 2 创建的测试不应在生产环境中运行（例如，通过更改您的基地址）。选项 3 需要更多的前期工作，并且可能需要更长的时间来运行循环和创建数据，但这应该是一个有争议的问题。您的自动化测试需要 5 分钟还是 3 分钟是否重要？与手动执行任何操作相比，并非如此。

我不知道我的特殊情况是否正确，但总的来说，最好将测试用例分开，因为它们之间的依赖关系尽可能少。因此，例如，如果您希望或需要，更容易独立执行每个测试用例。如果您有很多依赖项，即使您只想检查一个测试用例，也总是需要运行很多东西。为了最小化依赖关系，您需要为每个测试用例定义明确的前置条件和后置条件。您还可以考虑为不同级别定义前置/后置条件 - 例如测试套件与测试用例。

除此之外，我认为关于测试用例依赖关系还有很多其他的事情需要考虑，例如测试用例的健壮性和维护、报告等等。想象一个自动报告，它为每个失败的测试用例创建一个 Jira 任务。如果您在测试用例之间有很强的依赖关系，那么这样的自动报告可能会在您的 Jira 中造成很多混乱。

PS呵呵..当我写我的答案时，你已经编辑了你的帖子。所以我想补充一下-请澄清您的第二点和第三点有什么区别？而且..相互影响的测试->不好;-)