我们有手动测试人员，他们只是在MTM和tfs sprint中注销他们的测试用例。我们必须从那里进行测试，然后我们自动化Specflow（BDD表格）中的故事。
1）手动测试人员不会在一个故事中编写所有测试用例。他们通常为同一个功能创建不同的故事。因此，在自动化过程中，我们的功能文件应该如何？
2）目前我可以说我们只是对方法进行单元测试，但我们将如何处理系统测试的高端场景。 如何处理完整的流程说＆＃34;当我将产品添加到购物车时＃34;这实际上意味着客户已经在产品描述页面中，并在选择数量后将产品添加到购物车。我们目前已经建立了像＆＃34;我在产品页面＆＃34;和＆＃34;我选择一个数量＆＃34;和＆＃34;我将产品添加到购物车＆＃34;
3）还有要运行的Smoke测试用例。那么我们如何选择或识别将使用Smoke测试运行的测试用例。我们的Smoke功能文件怎么样？如何重用其他方法？我们不会为烟雾编写相同的测试用例，我们只是想重新使用其他测试方法来吸烟。
我对这件事情完全是新手所以如果你不清楚我写的是什么，请把它放在评论中我会编辑它。
请帮我管理我的测试用例，功能文件和方案。
答案 0 :(得分：1)
您可以创建一个功能文件，并将各种故事作为方案。如果故事可以分解为各种测试，则每个故事都可以有一个功能文件。这取决于您的上下文以及您尝试通过测试实现的抽象级别和详细信息。我通常会尝试使用非常集中的功能文件，专注于测试一个概念。如果我在一个功能中结束了太多场景，我会寻找可以移动到另一个功能文件的分组和可以组合成通用场景，步骤或数据驱动测试的复制。
＆＃34;高端场景＆＃34;将包括UI中上述场景的自动化。如果您想知道如何自动化场景，它取决于您的UI。如果您有一个Web UI，Selenium Webdriver，作为质量专家推荐，是一个不错的选择。为了使您的测试可维护，您应该研究Page Objects。
SpecFlow支持的许多测试运行器提供了一种对测试进行分类并允许您按类别运行测试的方法。要使用此功能，您可以将tags添加到功能或方案中，以对测试进行分类。您可以将@Smoke添加到危害冒烟测试的功能和方案中。然后在脚本中运行测试，您将使用测试运行器的命令行参数仅运行标有Smoke的测试。
您的烟雾功能文件与您的其他测试类似。如果您重复使用已在SpecFlow中编写的步骤，它将自动绑定并重用步骤的方法。只要您的烟雾测试以与您的其他测试类似的方式编写，您就应该能够轻松地重复使用您的步骤方法。