BDD 中的隔离行为

Question

假设我有一个程序连续做三件事：

1. Task 1
2. Task 2
3. Task 3

现在假设我想为任务 2 编写BDDs 。让我们说它何时失败。 现在只有在Task 1成功后才执行Task 2 。 但是任务 1 本身可以通过多种方式成功（例如，如果下游系统以固定次数响应错误，我们的程序会重试Task 1 ）。 我的问题是，在为Task 2编写测试时，我应该考虑Task 1所有行为吗？

Given_Task2Fails_Task1IsRetried_Expect_SomeBehaviour

Given_Task2Fails_Task1IsNotRetried_Expect_SomeBehaviour

如果是这种情况，那么我需要创建每个任务的所有排列和组合，使任务 2 保持不变。 这使大量重复代码的场景数量激增。 这就是我的意思：

Given_Task2Fails_Task1IsRetried_Task3IsNotRetried_Expect_SomeBehaviour

Given_Task2Fails_Task1IsNotRetried_Task3IsNotRetried_Expect_SomeBehaviour

Given_Task2Fails_Task1IsRetried_Task3IsRetried_Expect_SomeBehaviour

Given_Task2Fails_Task1IsNotRetried_Task3IsRetried_Expect_SomeBehaviour

在这种情况下，我如何编写可靠的场景？ 理想情况下，我希望改变系统的每个参数，保持Task 2不变。 但这就像一种蛮力方法，我很确定那里有更好的方法。

Answer 1

在为任务 2 编写测试时，您应该假设任务 1 已成功。任务 1 可能失败和恢复的各种方式不是您需要在验证任务 2 行为的测试中捕获的内容。

Given Task 1 succeeded
When Task 2 is performed
Then Outcome 2 should have happened

当任务 1 失败时会发生什么，甚至与断言任务 1 成功的测试无关。 事实上，任务 1 可能失败的各种方式可以（并且可能应该）被捕获为它们自己的场景、单元测试或集成测试。