4

我被MSpec所吸引，希望有一天能与非开发人员分享我的测试报告*，但如果我在测试/场景名称中讨论业务（用户体验）（而不是实际在测试中的单个 C# 对象/成员）。

但是我正在努力使用我的低级功能在我的测试/场景名称中引用非开发人员的关注点。关注点离 UI 越远，命名场景的难度就越大，这样它既 a) 与非开发人员相关，并且 b) 描述了正在测试的低级功能。

随着您离 UI 越来越远，是否存在无法与非开发人员共享测试/场景名称的点？我觉得答案应该是“不”，因为我不应该测试行为，除非它是非开发人员关心的东西，但我经常失败，我不确定我错过了什么。

如果某处有明显的答案，我会很感激一些引用/参考。

*例如最终用户或其他利益相关者（“利益相关者”可能包括未来的开发人员——或者一年半后的我——使用这些规范来深入了解系统的原因）

4

1 回答 1

4

我们通常使用“场景”一词来描述全系统、用户 POV 场景。

如果您想要一个词来描述类级别的行为，请尝试“示例”。

您的示例将从您班级用户的角度出发。如果这些用户类需要特别以开发人员为中心的行为，那么，是的，您的示例最终将在其中包含以开发人员为中心的关注点。

话虽如此，以下是我发现的一些词汇变化，让我可以用最面向业务的方式表达我正在寻找的价值：

  • 返回 -> 告诉我或给我
  • 呼叫 -> 代表，询问
  • 处理并发 -> 一次处理两件事
  • 扩展 -> 是一个
  • 实现 -> 执行的角色

基本上，如果您使用的是开发人员术语，想象用更多的词向某人解释它，然后使用它。

不过，我不会过火。在场景中使用涉众的领域特定术语的原因是涉众有兴趣阅读和（希望）编写它们。类级别示例的受众是技术人员，因此如果我们对它们有技术问题，这并不重要。

于 2010-12-20T17:13:28.237 回答