ATDD，Gherkin，Specflow方法，黑匣子测试问题

Question

我正在努力获得一些经验，在开发外部与ATDD，现在我得到了我的第一个障碍。

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

我要实现的第一个特性是自定义应该搜索的目录。但我不知道该如何对这个特性进行端到端测试。

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

我将测试更多，而不是简单的功能，以指定搜索目录。

特点: CustomizeSearchDirectories

In order to speed up and better control the search

As a customer

I want to customize the directories which will be searched

谢谢你的反馈能减少我的困惑

Answer 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中验证它的存在。