ATDD、Gherkin、Specflow 方法、黑盒测试问题答案

【问题标题】：ATDD, Gherkin, Specflow approach, blackbox testing issueATDD、Gherkin、Specflow 方法、黑盒测试问题
【发布时间】：2017-04-04 12:44:36
【问题描述】：

我正在尝试获得一些使用 ATDD 进行外部开发的经验，但现在我遇到了第一个障碍。

该应用程序是一个简单的桌面应用程序 (wpf)，它应该能够在文件系统中搜索重复项。

我要实现的第一个功能是自定义应该搜索的目录。但我不知道我应该如何端到端地测试该功能。

用 2 个文件（重复）创建一个测试目录，然后在用户界面上选择该目录，然后开始搜索并验证结果是 2 个创建的文件，这是否是一种很好的自动化方法？

我会测试更多，而不仅仅是指定搜索目录的功能。

功能：自定义搜索目录

In order to speed up and better control the search

As a customer

I want to customize the directories which will be searched

感谢您的反馈，可以减少我的困惑

【问题讨论】：

标签： testing bdd specflow gherkin atdd

【解决方案1】：

在 BDD 或 ATDD（如果您愿意）中，您不必对所有内容进行端到端测试。以某种方式使用一个系统然后窥探它并看到预期的事情已经发生是完全没问题的。

在您的情况下，“自定义应搜索的目录”，我会考虑指定目录并确保我可以验证它们是否已正确指定。这并不一定意味着使用用户界面。

Scenario: customize the directories which should be searched
  Given Thomas wants to search two directories
  When he selects ./tmp and ./home/thomas
  Then should ./tmp and ./home/thomas be selected

这个示例指定了我想要的内容、要搜索的目录，最后验证了将要搜索的正是这些目录。它没有指定是否涉及文件系统，也没有指定任何 UI 细节。这些东西可以而且应该被下推到后面的步骤使用的一些辅助方法。

这意味着您可以验证核心逻辑，选择两个目录，也可以从用户界面验证与系统的交互。

我要做的第一件事是验证核心逻辑。如果需要，我可能会稍后在 UI 存在时进行验证。

【讨论】：

感谢这对我帮助很大。作为一个初学者，我发现有时很难决定我真正想要测试什么。当我知道要测试什么时，如何测试它，单元，集成或端到端。