如何在Specflow中使用特征文件管理不同的测试用例

Question

1）手工测试人员并不是在一个故事中写出所有的测试用例，他们通常会为同一个特征创建不同的故事，那么在自动化过程中，我们的特征文件应该是怎样的呢？。

2）目前我可以说我们只是单元测试方法，但我们将如何处理系统测试的高端场景。如何处理一个完整的过程，例如“当我添加一个产品到购物车”，这实际上意味着客户已经在产品描述页面，并且在选择一个数量后将一个产品添加到购物车。我们目前已经构建了场景，如“我在产品页面”，“我选择一个数量”和“我添加一个产品到购物车”。

3）同时也有要运行的烟雾测试用例，那么我们如何选择或识别将与烟雾测试一起运行的测试用例？我们的烟雾特征文件将是怎样的？？如何重用其他方法？我们将不为烟雾编写相同的测试用例，我们只想重用其他的烟雾测试方法。

我对这件事是全新的，所以万一我你不清楚我写了什么，请把它放在评论中，我会编辑它。

请帮助我管理我的测试用例、特性文件和场景。

Answer 1

>

您可以创建一个功能文件，并将您的各种故事作为场景。如果可以将一个故事分解为各种测试，那么您可以为每个故事提供一个特性文件。这取决于您的上下文以及您试图通过测试实现的抽象和细节级别。我通常尝试有非常集中的特性文件，集中在测试一个概念。如果一个特性中有太多的场景，我会寻找可以移到另一个特性文件中的分组和可以组合成通用场景、步骤或数据驱动测试的重复。

“高端场景”将包括UI中上述场景的自动化。如果您想知道如何自动化场景，这取决于您的UI。如果您有一个web UI，Selenium Webdriver是一个不错的选择，正如质量专家推荐的那样。为了保持测试的可维护性，您应该研究页面对象。

SpecFlow支持的许多测试运行程序提供了一种对测试进行分类的方法，并允许您按类别运行测试。要使用此功能，您可以将标记添加到您的功能或方案中，以便对测试进行分类。您可以将@smoke添加到影响烟雾测试的功能和场景中。然后，在运行测试的脚本中，您将使用命令行参数让测试运行程序只运行标记有冒烟的测试。