使用cucumber时提供RestAPI详细信息的适当位置是什么？即在功能文件或步骤定义文件中？
RestAPI并不是您要解决的业务问题的一部分。Rest不是您的核心功能。它只是使用您正在构建的实际功能的技术，方法。
因此，我不会使用小黄瓜在功能文件中描述RESTAPI。我会将这些实现详细信息隐藏在连接Gherkin和正在测试的系统的示例的胶水代码中。
cucumber是一种关于您正在与之合作的整个业务之间的人之间的交流的工具。
如果您单独从事一个项目，则需要描述商务语言的特征(尽管它对于使用BDD心态起草想法很有用(。
我的建议，请保留功能文件，没有代码，CSS或任何其他可能会抛弃外行人的东西。将它们移至"步骤定义文件"中，并用外行人可以理解的术语描述您正在做的事情。
您应该将其存储在step_definitions文件中。将所有编码标记在功能文件中的Gherkin步骤中，并在其中创建文件的step_definitons文件夹。在没有代码的情况下保留功能文件总是最好的，它们主要是为了更好地理解测试过程和业务方案以及从BDD角度查看时的最佳实践。
如果您的API值经常变化，您也可以在Cucumber Gherkin步骤中提及值，并将其作为参数传递给STEP_DEFINITION文件。因此，在"双引号"中，可以在功能文件本身中处理该值的任何更改，而不是每次使用代码
在旁注上，您使用什么gem在REST API上测试？Airborne?