5、探索 Gherkin 与步骤定义：从场景描述到代码实现

探索 Gherkin 与步骤定义：从场景描述到代码实现

1. 场景命名与注释

1.1 场景命名的重要性

陈旧的场景名称可能会导致混淆。在修改现有场景（或复制粘贴它们）时，要注意检查名称是否仍然合理。因为场景名称只是文档说明，即使名称与步骤中实际发生的事情无关，Cucumber 也不会使场景失败，这可能会让后续阅读场景的人感到困惑。

以下是重视场景命名的几个原因：
- 当测试失败时，失败场景的名称会告诉你哪里出了问题。一个简洁、有表现力的名称可以为大家节省大量时间。
- 当一个特性文件中有多个场景时，除非必要，你不想阅读步骤的细节。就像方法命名一样，如果方法命名得当，你无需阅读其中的代码就能知道它的作用。
- 随着系统的发展，利益相关者可能会要求更改现有场景的预期行为。一个精心编写的场景名称，即使添加一两个额外的 Then 步骤，仍然有意义。

一个好的建议是避免在场景名称中包含结果（Then 部分）的任何内容，而是专注于总结场景的上下文和事件（Given 和 When）。

1.2 注释的使用

除了 Feature 和 Scenario 关键字后面的描述字段外，Cucumber 允许在这些关键字之前添加注释。注释以 # 字符开头，并且必须是一行中的第一个且唯一的内容（除了空格）。例如：

# This feature covers the account transaction and hardware-driver modules
Feature: Withdraw Cash
In order to buy b