我正在寻找一种工具/框架来测试 .Net Framework 解决方案的结构（不是单元测试项目的结构）。
测试示例：
由于我将解决方案从 package.config 切换到 PackageReference，我想进行测试以确保我的解决方案的任何项目中都没有 package.config 文件（所以我确信没有人会在我们的解决方案中添加带有 package.config 的新项目）。
有人知道此类测试的最佳实践/工具/框架吗？
【问题讨论】：
好的，经过一番研究我们决定：
纠缠
实际上它是一个用于 PowerShell 脚本的模块 (source code)，但它包含一个 单元测试中的很多东西，比如断言、模拟和输出。这很容易 写简单的场景（就像我在描述中描述的那样）。一个我使用它的利润 它与 CI 的简单集成。 所以它是为 PowerShell 设计的，但在某些情况下它会成为健身的好工具 测试
使用 xUnit/NUnit 作为健身测试框架。
在某些情况下，如果您不想引入新的模块/语言/技术 解决方案，我们仍然可以使用 xUnit/NUnit。
所以在这种情况下，我们可以用相同的语言编写测试，但与 纠缠一些测试场景可能更难创建
在我们的项目中，我们查看了这 2 个工具，xUnit 用于测试，但 Pester 看起来对我们来说也很有趣。
我刚离开这里，也许有人会觉得有用
【讨论】：