关于.net：如何允许程序集(一个单元测试)访问另一个程序集的内部属性？

我希望我的Core程序集不公开某个类，而我仍然希望能够对其进行测试。 我怎样才能做到这一点 ？

InternalsVisibleTo归功于救援！

只需添加：

到您的核心类AssemblyInfo.cs文件

有关最佳实践，请参见Friend程序集(C＃编程指南)。

如果您的程序集是重命名的，则使用InternalsVisible，例如，您需要指定公共密钥(注意：完整密钥而不是公共密钥令牌)...

而以下技巧对于在不诉诸cmd行的情况下获取公钥确实很有用...

http://www.andrewconnell.com/blog/archive/2006/09/15/4587.aspx

我将单元测试与要测试的代码放在同一程序集中。这对我来说很有意义，因为我认为"测试自己"是班级的功能，同时也包括"初始化自己"和"描述自己"之类的东西。

我听说过有人反对这种方法，但很少有人对此表示信服。

我说，这伤害了表现Bah！没有硬数据就不要优化！也许，如果您计划通过慢速链接下载程序集，那么使程序集大小最小化将是值得的。

这是安全隐患。仅当您在测试中有秘密时。不要那样做

现在，您的情况与我的情况不同，因此也许对您有意义，也许不会。您必须自己弄清楚。

另外：在C＃中，我曾经尝试将单元测试放在名为" Tests"的类中，该类嵌套在要测试的类中。这使事物的正确组织变得显而易见。它还避免了在对" Foo"类的测试位于" FooTests"类中时出现的名称重复。但是，我可以使用的单元测试框架拒绝接受未标记为"公共"的测试。这意味着您正在测试的类不能是"私有的"。我想不出有什么充分的理由要求测试必须"公开"，因为没有人真正将它们称为公开方法-一切都是通过反思。如果您曾经为.Net编写过单元测试框架，请考虑允许我进行非公开测试！

我建议不要麻烦……如果您真的想对"内部"类进行单元测试，只需将它们隐藏在仅内部代码最终会使用的命名空间中即可。除非您要编写.NET框架规模的框架，否则您实际上并不需要这种隐藏级别。

您可以使用反射(就像MS测试项目一样)，也可以将单元测试程序集声明为核心程序集的朋友。

另一个选择是将单元测试放在同一程序集中。