OpenWrap:测试包装，它是如何工作的？

Question

我使用的是OpenWrap 2.0的测试版。

我应该把它看作是一个测试运行器，它接受一个内置的包装，搜索包含在包装中的测试，并试图运行它们？是否需要在包装中包含测试？

什么时候使用这些依赖关系？我假设它是用来构建测试项目，并用test-wrap运行测试的。但是，当我将测试包含在包装中时，这些测试范围的依赖项是否也应该被视为包装的依赖项，或者它们是否仅在我尝试执行"test- wrap“时才被用作依赖项？

在测试上下文中，我想知道的另一件事是编译时和运行时依赖项之间的区别。

例如，我有一个指定API的项目API。在该项目旁边，我还有另外两个项目Impl1和Impl2，每个项目都指定了该API的不同实现。紧接着，我有一个测试项目API.Tests，其中包含对该应用程序接口的测试。测试使用依赖注入来注入Impl1或Impl2来运行测试。在这种情况下，API.Tests项目只有一个编译时依赖项(并且应该只有一个编译时依赖项)。但是，在运行测试时，项目对Impl1或Impl2具有运行时依赖项。对如何打包有什么建议吗？

Answer 1

test-wrap将能够为作为包的一部分(在/tests中)提供的测试运行测试运行器。

现在的实现不再是最新的，主要是因为包不包括testdriven.net测试运行器，这使得运行这些测试相当复杂。由于这个原因，我还没有重新评估我们的计划。

OpenWrap 2使用作用域来定义仅适用于代码的某个子集的依赖项。在测试的情况下，如果你在描述符中有正确的字典结构指令，你的项目将在正确的作用域中引入这些依赖项。

也就是说，我们不会在程序集中保留这些信息，所以当您运行这些测试时，我们不会加载测试范围的依赖项，这可能是我们应该做的(至少对于测试而言)。然而，包中的所有程序集都被注入到当前的应用程序域中，因此对于您的场景，如果您的测试是在/tests中进行的，那么您只需要将所有这些程序集打包到同一个包中，它应该可以正常工作。

同样的机制将