在cucumber功能文件中使用'*'关键字的正确方法是什么

Question

我有多个验证要在一些网络用户界面上完成。所以与其写作

Then I see "foo" element on the page
And I want the user to see "bar" text
.
.
.
And new order is generated

我希望我的功能文件更具可读性（这可能是特定于应用程序的，而不是特定于业务的），应该是这样的

Then following validations are made
     * "foo" element is visible
     * "bar" text is visible
     .
     .
     .
     * new order is generated

我的问题是，“*”关键字有能力适应文档中的任何步骤，我是否正确使用了它？（我认为不是因为我的IDE不这么认为）。正确的使用方法是什么？换句话说，如何使用*编写步骤，以便IDE理解和识别步骤定义

如果我没有正确理解，请告诉我。

编辑：我使用“*”的方式是正确的，我们必须写一些

* "foo" is present

IDE没有意识到这可能是插件的问题，我用任何标准关键字（给定/何时/然后）编写了步骤和相应的步骤定义，cucumber识别了它并相应地工作

Answer 1

GWT应该被视为：给定某种先决条件，某种测试设置。当发生的动作然后动作的预期结果

And和But只是前面给出的When或Then的表示。

有时候，这种方式的场景并不是最好的方法（不是所有的工作都需要相同的工具），列出“东西”是更可取的。即

* Open web browser
* Go to google
* Search for Cheese
* Select a cheese to buy
* go to shop
* buy cheese
* eat cheese
* feel happy

这里应该使用*来显示指令顺序列表。（我也很高兴地指出，上面的内容可以很容易地写进GWT，如果你足够理解你想要描述的内容，大多数事情都可以做到）。

Answer 2

我使用的方法是找到所有验证的整体名称，你的验证验证了什么？

当你做到这一点写一个单一的步骤

那么'my foo应该是有效的'

然后将其实现为

然后“我的foo应该是有效的”do should_have_valid_bar should_valid_baz。。。结束

然后编写帮助器方法来实现这一点。这将执行以下操作

1. 简化功能文件并使其更易于阅读

总的来说，要让你的简历简洁明了，不要详细说明事情是如何完成的。将其向下推到步骤定义和帮助器方法中。