ATDD，小黄瓜，Specflow方法，黑盒测试问题

Question

我想获得一些ATDD外部开发经验，现在我得到了我的第一个路障。

应用程序是一个简单的桌面应用程序（WPF），它应该能够搜索到文件系统的重复。

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

难道是一个很好的自动化的方法来创建2个文件（一式两份）一个测试目录，然后选择在用户界面，目录，然后开始搜索和验证的结果是2创建的文件？

我会测试多了很多，然后简单的功能specifiy搜索目录。

特点：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细节。那些东西可以，也应该被推下堆栈，以便后面的步骤使用一些辅助方法。

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

我会做的第一件事是验证核心逻辑。如果我需要，我可能会在用户界面存在时验证它。