¿Cómo acceder a las clases en otro ensamblado para fines de pruebas unitarias?

Question

Estoy accediendo a la prueba unitaria de la versión de Visual Studio 2008, y me pregunto cuál es la mejor manera de lograr el class de ensamblaje cruzado para fines de prueba.

Básicamente, tengo dos proyectos en una sola solución:

1. MiProyecto (C#)
2. MyProjectTests (C Proyecto # Prueba)

Todo en MiProyecto tiene actualmente la accesibilidad por defecto, que si recordar correctamente significa que todo es efectivamente internal. Estoy buscando principalmente para probar en el nivel class, pero hay unos pocos delegates involucrados.

Probablemente habrá una API externa en algún momento en el futuro, pero estoy cerca del 20% de la forma completa (al menos en el papel) y me estoy volviendo bastante cauteloso de poner más código en la parte superior de este núcleo no probado. En consecuencia, me gustaría hacer algunas pruebas ahora, antes de que la aplicación esté lo suficientemente completa para las pruebas funcionales tradicionales (leer: malas y/o flojas) y definitivamente antes de que la API n + 1 externa de la versión esté activa.

Además de una respuesta directa, un ejemplo de la solución sería muy apreciada.

Answer 1

Puede usar el atributo de nivel de ensamblaje InternalsVisibleToAttribute para lograrlo.

Añadir

[assembly:InternalsVisibleTo("MyProjectTests")] 

a AssemblyInfo.cs en su ensamblaje MiProyecto.

Answer 2

es necesario agregar

[assembly:InternalsVisibleTo("Unit.Tests.Assembly")] 

a AssemblyInfo.cs de su "MiProyecto (C#)". Eso permite que sus pruebas accedan a los métodos internos para las pruebas.

Answer 3

Parece que necesita el InternalsVisibleToAttribute

Sin embargo, me gustaría recomendar en contra de este enfoque - Pon a prueba tus clases internas a través de la interfaz pública o API.

Answer 4

Puede probar métodos internos, mediante la adición de un atributo a los AssemblyInfo.cs para su proyecto principal, que da acceso a los métodos internos a un ensamblado denominado:

[assembly: InternalsVisibleTo ("MyProjectTestsNameSpace.MyProjectTests ")]

Más información es here

Answer 5

Aunque [InternalsVisibleTo] es la forma más sensata de la OMI, hay al menos 2 maneras de hacer esto:

• Al usar Reflection

  var method = instance.GetType().GetMethod(
      methodName, BindingFlags.NonPublic | BindingFlags.Instance, 
      null, paramTypeArray, null); 
  return method.Invoke(instance, parameters); 
  

El problema con este enfoque es que si el nombre o la firma del método cambia, la prueba de la unidad comenzará a fallar en el tiempo de ejecución, mientras que [InternalsVisibleTo] se habría recogido fácilmente este cambio en tiempo de compilación.

• Utilice un marco de pruebas como Moles/Fakes o TypeMock