题 使代码内部但可用于其他项目的单元测试


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


107
2017-09-20 03:10


起源


可能重复 进行单元测试时的C#“内部”访问修饰符 - Dour High Arch


答案:


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

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

例:

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

168
2017-09-20 03:24



谢谢!这肯定是公认的答案。 - fresskoma
我建议在属性周围加一个#if DEBUG,然后在debug中进行单元测试。这样你就可以确定该属性不是在发布代码上设置的。 - steve cook
那么,为什么限制测试来调试构建呢? - Marco Mp
而且,只是一个挑剔,没有必要强烈命名“朋友”集会(可能是一个很好的做法 - 即使我个人的口味否则,但不是强制性的)。 - Marco Mp
不同意。如果我使用非常薄的公共API构建复杂组件,那么仅通过公共API进行测试是不切实际且不切实际的。你最终会得到一个无法控制的泥球。相反,我会仔细定义内部单元并单独测试它们。正如杰里米·D·米勒(Jeremy D. Miller)经常说的那样:“在你考试之前测试一下”。 - Dennis Doomen


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

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

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

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


5
2017-09-20 03:22



实施细节应作为包含测试的一部分进行。不要查看私有变量...测试预期的行为。如果测试正确..所有内部管道和接线都应作为其一部分进行测试。投票了。 - Gishu
我不一定同意这一点,因为这些类对DLL内的其他类是“公开的”,并且该类的功能应该不经意地测试 - leora
我也不同意。单位是单位,必须单独测试。 - Sentinel
伟大的一般准则,但让我们不要教条。测试有两个主要目的:1)回归 - 确保你没有破坏某些东西,2)提高开发速度。如果每次我想编写一行代码时我都必须提供大量服务,那么我将阻碍开发。如果我有一个复杂的内部部分,我希望能够独立开发和测试。相反,我不希望所有测试都被隔离(因此降低了回归测试值,或重复测试代码),但有些代码证明了隔离。也许关键是要使它成为一个单独的组件。 - Lee Jensen
我的类是内部的,因为它是作为nuget程序集分发的开放库的一部分 - 它有一个可用类的公共API,我希望内部使用的类是“内部”。不确定我需要重新检查这些 - 这些类需要进行测试。他们只是不公开作为服务于那些理解“可用”(即不是内部)的人。你基本上是说不应该测试API的私有部分 - 听起来对我不对 - PandaWood


用于文档目的

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

//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*/ });

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

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*/});

3
2018-06-23 05:45





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

但是,不要这样做。

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

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


-2
2017-09-20 03:20



等等,什么?你说不要做 public sealed class?你对这颗宝石的理由是什么? - crush