我正在寻找一种工具/框架来测试.Net Framework解决方案的结构(而不是单元测试项目的结构)。
测试示例:
自从我将解决方案从package.config切换到PackageReference以来,我想进行一次测试以确保解决方案的任何项目中都没有package.config文件(因此,我会确保没有人会在我们的解决方案中使用package.config添加新项目)。
有人知道这样的测试的最佳实践/工具/框架吗?
答案 0 :(得分:0)
好的,经过一些研究,我们决定:
裤子
实际上,这是用于PowerShell脚本(source code)的模块,但其中包含一个 单元测试中的许多内容,例如断言,模拟和输出。这很容易 写简单的场景(就像我在描述中描述的那样)。一个让我受益 与CI轻松集成。 因此,它是为PowerShell设计的,但在某些情况下,它将是适合健身的好工具 测试
使用xUnit / NUnit作为适合性测试的框架。
在某些情况下,如果您不想在计算机中引入新的模块/语言/技术, 解决方案中,我们仍然可以使用xUnit / NUnit。
因此,在这种情况下,我们可以使用相同的语言编写测试,但与 Pester有些测试方案可能很难创建
在我们的项目中,我们研究了这两个工具,并且使用xUnit进行测试,但是Pester对我们来说也很有趣。
我刚刚离开这里,也许有人会觉得有用