问题/不一致性

目前，Voight Kampff步骤的结构/措辞似乎有些不一致。我在研究如何实施一些关于语言和技能设置的改进时注意到了这一点。
修辞手法各异，措辞的顺序也不同(主语、动词、描述等)。这在不同类型的步骤之间是真实的(给定vs当vs然后),但在给定类型的步骤中也是真实的。
鉴于这个测试套件有机会扩展并成为Mycroft项目和社区开发者之间的通用接口，我认为制定关于步骤阶段结构的标准将是有帮助的。

建议的解决方案

给定步骤

当我思考给定步骤和未来的用途时，我想到了两个具体用途。

• 设置全局设置(例如：语言、时区、设备位置)
• 设置技能特定的设置

这个部分似乎主要是“设置场景”，即设置变量。因此，我建议我们遵循一个熟悉的结构：阶段等于x = y(为了清晰的模式添加方括号；实际测试结构中不会使用)。

• "Given the user's [language] is [English["
• "Given the user's [location] is [France]"
• "Given the skill's [SETTING_NAME] is [SETTING_VALUE]"

我认为这种结构为开发人员提供了一个非常一致的模板/模式，使我们能够轻松地在未来扩展给定测试选项，同时遵循相同的基本结构。

当

当步骤已经遵循与给定类似的模式，使用“用户”，而不是“一个/一个用户”，并以短语的主语开头。无需更改。

• "When the user says [PHRASE]"

然后

最后一种类型的步骤，然后步骤，也为标准化提供了机会。鉴于然后步骤主要与文本/对话相关，标准化可以遵循一个相对简单的模式：

• Then
• Subject:['mycroft', '[SKILL_NAME]']
• Action / Conditional:['should reply with']
• Indirect Subject:['[EXACT_STRING]', 'dialog from file [FILE]', 'anything', 'nothing']

最后，我认为代码库中的最后一个块，致力于用户与系统的持续互动(例如：“Then the user replies with [STRING]”),应该重新归类为当步骤类型。这与Behave文档相符：

Given we put the system in a known state before the user (or external system) starts interacting with the system (in the When steps). Avoid talking about user interaction in givens.

When we take key actions the user (or external system) performs. This is the interaction with your system which should (or perhaps should not) cause some state to change.

Then we observe outcomes.

由于这是一个额外的交互，它值得当步骤类型。我认为这可以简洁地传达为当=用户交互； 然后=系统响应。这将使我们能够简化代码库并