Junit 存储xunit测试从中加载的测试用例的最佳方法是什么？

这是一个“设计/架构”问题，因此您不需要向我提供技术细节

我可以在互联网上找到一整天的例子，展示如何运行xunit单元测试，记录测试结果，以及如何显示它是否成功，但互联网上的每个例子都是硬编码的，没有人展示如何存储测试用例（nunit或junit）高效地构建成百上千个测试，并将它们加载到测试引擎中

我假设这将使用XML文件或数据库表来完成。你们中有谁能分享一下你们认为存储测试代码将加载的测试的最佳方法吗？我需要能够为一个典型的web工作流应用程序编写一个最终将有数千个测试的测试框架，并且我希望以正确的方式进行测试

也许可以在“Google Advanced Search”页面的单元测试中描述您的答案，该页面有许多选项和数百种变体等。

如果您正在进行“数据驱动测试”，那么您应该看看该方法和等效方法。努尼特从姆布尼特那里借了这个。xUnit似乎通过提供了一个更具扩展性的解决方案，您不必在代码中指定输入；您可以从任意函数、电子表格或SQL Server数据库生成输入

我从来没有需要任何超过Rowtest方法的东西（这也是很少见的）。。所以我不能警告你有龙。或者，如果您不能使用上述方法，您甚至可以使用Fit/Fitnesse来实现这一点；虽然从技术上讲不是验收测试

---

至于“测试框架”，也许你会。开始，从小处做起，保持简单，随着时间的推移不断发展测试设计。

我同意，重要的是保持简单，让它“自然”发展。测试和您的其他代码一样重要，并且应该同样积极地进行重构

如果您谈论的是实际的单元测试（与集成测试相反，在集成测试中，您测试从UI到数据库的整个堆栈），那么在解决方案中保留运行它们所需的一切非常重要，这样开发人员在更新源文件时将始终拥有最新的东西。另外，您应该瞄准一个无刺激的设置场景，在这个场景中，新开发人员只需从版本控制系统获取源文件，就可以在不需要设置的情况下运行测试

RowTest功能对于简单场景非常有用，但是如果您处理的是复杂场景，那么您应该研究允许您定义默认场景的模式，然后是这些场景的变体

我喜欢让我的测试数据尽可能接近测试，这样我就可以真正看到测试中发生了什么。因此，我认为问题不在于是否应该使用XML或数据库，它们只是表示数据的不同格式，而在于是否真的要将测试数据与测试分离