为什么会有人想在 Specflow 中使用不同的测试运行器？
Why would anybody want to use different test runner with Specflow?
我正在设置 UI 与 Azure DevOps 测试计划集成的测试生态系统。
我正在阅读有关 Specflow v3 的文章，它指出可以使用不同的单元测试框架，例如 xUnit：https://specflow.org/documentation/Unit-Test-Providers/
为什么会有人想要这样做？从 xUnit 获得断言方法？我无法理解它会带来什么好处，我也不知道单元测试框架与 ui 测试框架有什么关系。
您可以使用 SpecFlow 测试所需的一切。是的，它经常用于使用 Selenium 进行 UI 测试，但这不是唯一的用例。 SpecFlow 是一种自动化 BDD 场景的工具。
这是我们对 SpecFlow 的描述：
Use SpecFlow to define, manage and automatically execute human-readable acceptance tests in .NET projects. Writing easily understandable tests is a cornerstone of the BDD paradigm and also helps build up a living documentation of your system.
我们支持不同的单元测试运行器（xUnit、MSTest、NUnit 和我们自己的 SpecFlow+Runner），因为它们各有优缺点。所以我们的用户可以选择他们想要使用的东西。通常，您使用什么是个人喜好。有些人喜欢 xUnit，有些人喜欢 NUnit。
完全披露：我是 SpecFlow 的维护者之一
我正在设置 UI 与 Azure DevOps 测试计划集成的测试生态系统。 我正在阅读有关 Specflow v3 的文章，它指出可以使用不同的单元测试框架，例如 xUnit：https://specflow.org/documentation/Unit-Test-Providers/
为什么会有人想要这样做？从 xUnit 获得断言方法？我无法理解它会带来什么好处，我也不知道单元测试框架与 ui 测试框架有什么关系。
您可以使用 SpecFlow 测试所需的一切。是的，它经常用于使用 Selenium 进行 UI 测试，但这不是唯一的用例。 SpecFlow 是一种自动化 BDD 场景的工具。
这是我们对 SpecFlow 的描述：
Use SpecFlow to define, manage and automatically execute human-readable acceptance tests in .NET projects. Writing easily understandable tests is a cornerstone of the BDD paradigm and also helps build up a living documentation of your system.
我们支持不同的单元测试运行器（xUnit、MSTest、NUnit 和我们自己的 SpecFlow+Runner），因为它们各有优缺点。所以我们的用户可以选择他们想要使用的东西。通常，您使用什么是个人喜好。有些人喜欢 xUnit，有些人喜欢 NUnit。
完全披露：我是 SpecFlow 的维护者之一