Robotframework框架下的BDD（ATDD），比 Behave框架更简洁方便的应用（1/2）https://blog.csdn.net/ahhriver/article/details/91969912

---

再进一步，Gherkin语法中还有一个非常有用的设计是通过 “Example：paramName1 | paramName2 | ......” 可以带入多组测试参数做组合检测（例如：User Story：“系统对与错误的登录信息，需提供错误提示”，错误的 username/password 可以是多种组合）

Feature: 用户登录系统
    In order to 安全地使用系统
    用户需要通过登录才能进入系统
 
  Scenario Outline: 当用户的登录信息有误时，系统需要进行提示
     Given 用户已在系统中注册过合法账号
      when 用户输入错误的<登录手机号>, <登录密码>
      then 用户将会看到错误提示
 
      Examples: 
        | 登录手机号    | 登录密码  |
        | null         | passWord |
        | 13811        | passWord |
        | 13811111111  | null     |

Robotframework中模板用例即有同等的支持能力，我们可以在（1/2）的1,2步的基础上继续下去。

3. 测试人员或者也可以还是产品 / 业务验收人员：

-- 将#1的内容移至 Keyword 节，将需用不同测试数据重复验证的 “词语”，替换为参数

-- 在Test Case 节，用模板用例方式增加对应的用例

-- 在测试数据 .yaml 文件中添上对应的多组数据

是不是很棒。

与Behave框架相比，robotframework 的BDD支撑方案中最大的价值在于：

—— 许多场景或是用例在业务语言描述一层（+ 配置文件）即可完向自动化的转化，无需进入coding 级，从而极大地降低了业务验收人员的学习和应用成本，也极大地降低了业务验收与技术人员间的工作耦合。

这一点源自于其成熟的 keyword-driven + test-data-driven + 完备的类库支持