关于c#:使代码内部但可用于其他项目的单元测试

Making code internal but available for unit testing from other projects

我们将所有单元测试都放在他们自己的项目中。 我们发现我们必须将某些类公开而不是内部仅用于单元测试。 无论如何都要避免这样做。 通过将类公开而不是密封来实现内存含义是什么?


如果您使用的是.NET,则InternalsVisibleTo程序集属性允许您创建"朋友"程序集。这些是特定的强名称程序集,允许访问内部类和其他程序集的成员。

请注意,这应该谨慎使用,因为它紧密耦合相关的组件。 InternalsVisibleTo的常见用途是用于单元测试项目。由于上述原因,它可能不适合在您的实际应用程序集中使用。

例:

1
2
3
[assembly: InternalsVisibleTo("NameAssemblyYouWantToPermitAccess")]
namespace NameOfYourNameSpace
{


如果它是一个内部类,那么它不能被孤立地使用。因此,除了测试在内部使用该对象的其他类之外,您不应该真正测试它。

正如您不应该测试类的私有成员一样,您不应该测试DLL的内部类。这些类是一些可公开访问的类的实现细节,因此应该通过其他单元测试来很好地执行。

这个想法是你只想测试一个类的行为,因为如果你测试内部实现细节,那么你的测试将是脆弱的。您应该能够在不破坏所有测试的情况下更改任何类的实现细节。

如果您发现确实需要测试该类,那么您可能想要首先重新检查该类为什么是内部的。


用于文档目的

或者,您可以使用Type.GetType方法实例化内部类

1
2
3
4
5
6
7
//IServiceWrapper is public class which is
//the same assembly with the internal class
var asm = typeof(IServiceWrapper).Assembly;
//Namespace.ServiceWrapper is internal
var type = asm.GetType("Namespace.ServiceWrapper");
return (IServiceWrapper< T >)Activator
    .CreateInstance(type, new object[1] { /*constructor parameter*/ });

对于泛型类型,有不同的过程如下:

1
2
3
4
5
6
7
var asm = typeof(IServiceWrapper).Assembly;
//note the name Namespace.ServiceWrapper`1
//this is for calling Namespace.ServiceWrapper<>
var type = asm.GetType("Namespace.ServiceWrapper`1");
var genType = type.MakeGenericType(new Type[1] { typeof(T) });
return (IServiceWrapper< T >)Activator
     .CreateInstance(genType, new object[1] { /*constructor parameter*/});

课程既可以公开也可以密封。

但是,不要这样做。

您可以创建一个工具来反映内部类,并发出一个通过反射访问所有内容的新类。 MSTest做到了。

编辑:我的意思是,如果您不想在原始程序集中包含-any-测试内容;如果成员是私人的,这也有效。