用于人工驱动测试的 BDD 样式测试框架答案

【问题标题】：BDD-style test framework for human driven testing用于人工驱动测试的 BDD 样式测试框架
【发布时间】：2014-02-07 10:06:48
【问题描述】：

我们希望进行大量涉及手动步骤的测试。这些步骤是运行测试的人必须执行的物理操作。随着时间的推移，我们希望尽可能多地自动化步骤，但除非我们实现对物理对象的完全机器人控制，否则测试永远不会完全自动化。自动化将不限于单一语言或单一机器，而是需要通过 REST API / telnet / 其他东西来命令不同的组件。

我知道Robot Framework 有“手动步骤”，几乎可以完成我在这里要求的所有操作。它还具有“mabot”手动测试执行工具，它消除了所有自动化。但是，“手动步骤”方法相当难看，并且使用 Python Tk。此外，我更喜欢用具体语法（例如编程语言）编写的测试，即使它们是 BDD 风格（given/when/then）。

所以我的问题是：机器人框架有什么替代品吗？

【问题讨论】：

标签： testing bdd robotframework

【解决方案1】：

Cucumber 有 ask keyword，这可能是朝着正确方向迈出的一步。

任何允许轻松添加固定装置或类似物的框架都应该能够满足您的需求。夹具可以检查是否存在手动测试结果：也许用户在控制台输入一个值，或者将文件放在某个地方，或者在 IRC 上聊天，或者通过电子邮件发送某个地址..

我有时会在相关的wikipedia page 上找到这些工具。

【讨论】：

【解决方案2】：

我们一直在为此构建一个内部工具；即在 Cucumber 中使用 BDD 功能/场景指定所有功能测试。尽可能自动化，运行测试并将报告上传到我们称为 Xtreme BDD 的工具。然后，您可以手动测试任何剩余的功能/场景，包括环境、测试执行说明、屏幕截图等详细信息。它还有漂亮的图表来显示您有多少自动化和加班趋势。

就在本周，我们将其开源： https://github.com/orionhealth/XBDD/blob/master/docs/usage/user-guide.md

【讨论】：

谢谢，我们来看看。但是，我们需要在测试执行期间手动执行某些步骤的测试 - 例如按下外部硬件上的按钮。测试完成后无法进行这些检查。