如何在Cucumber中测试时序操作？以空调压缩机延时重启场景为例

首先明确：Cucumber推荐每个Scenario一个When步骤，核心是让场景聚焦单一业务行为/事件，而非零散的技术操作。对于需要时序步骤的场景，我们可以把多步技术操作封装成一个具有业务语义的When步骤，或者拆分场景，但针对这个压缩机延迟重启的案例，更适合通过语义化封装来兼顾时序逻辑和风格规范。

优化后的写法1：聚焦业务目标的极简风格 #

Given 空调压缩机继电器处于通电状态
When 关闭空调后，分别在3分钟、5分钟后尝试开启空调
Then 关闭空调3分钟内开启时，压缩机继电器应保持断电状态（延迟生效）
And 关闭空调满5分钟后开启时，压缩机继电器应恢复通电状态（延迟结束）

这种写法把所有时序操作都封装到一个When步骤里，场景描述完全贴合业务规则，非技术人员也能看懂。对应的步骤定义中，再去实现“关闭→记时间→3分钟后开→验证→再等2分钟→验证”的具体逻辑。

优化后的写法2：保留操作细节但符合风格 #

如果需要更清晰展示操作时序（比如用于团队内部技术对齐），可以把连续的动作序列合并成一个When步骤，同时用Then串联验证点：

Given 空调压缩机继电器处于通电状态
When 执行压缩机延迟重启测试：
  | 操作                     | 等待时长 |
  | 关闭空调并记录当前时间   | -        |
  | 重新开启空调             | 3分钟    |
  | 等待至关闭后满5分钟      | 2分钟    |
Then 关闭空调后3分钟内开启时，压缩机继电器保持断电
And 关闭空调满5分钟后，压缩机继电器恢复通电

或者用更自然的语言描述动作序列：

Given 空调压缩机继电器处于通电状态
When 关闭空调，等待3分钟后尝试开启，再等待2分钟
Then 关闭后3分钟开启时，压缩机继电器未通电
And 关闭后满5分钟时，压缩机继电器恢复通电

为什么初始写法不符合风格？ #

• 多个When步骤会让场景显得零散，失去业务聚焦性，变成了“操作步骤的堆砌”而非“业务规则的验证”
• Then I make a note of the time 不是验证动作，属于技术操作，不应该放在Then步骤里

核心原则：When描述的是“发生了什么业务事件”，而不是“执行了哪些技术步骤”；所有技术细节都应该封装到步骤定义中，场景只保留业务层面的信息。

内容的提问来源于stack exchange，提问作者fearless_fool