Prueba de unidad Clases estáticas

Question

Escenario. Idioma C#, Pruebas unitarias usando VS2008 Marco de pruebas de unidades

Tengo una clase estática con un constructor estático y 2 métodos. Tengo 4 métodos de prueba escritos para probar toda la clase. My Static Constructor tiene algunas inicializaciones importantes.

Ahora si ejecuto todos los casos de prueba de 4 unidades en tándem, el constructor estático será llamado solo al principio. Al final de cada caso de prueba, no hay tal cosa

llamado destructor estático, por lo que la información de estado en el constructor se lleva al caso de prueba de la próxima unidad también. ¿Cuál es la solución para esto?

Answer 1

La solución más simple es agregar un método "Restablecer" a su clase estática, que tendría el mismo comportamiento de destruirlo y reconstruirlo.

Puede haber una razón válida por la que está utilizando una clase estática aquí. Sin embargo, debido a que la estática no juega muy bien con las pruebas unitarias, generalmente busco un diseño alternativo.

Answer 2

Bueno, usted no especificó qué idioma estaba usando, pero si hay una manera de abrir su clase estática desde el archivo de prueba, entonces le agregaría un falso destructor, al que puede llamar después cada prueba. De esta forma, el 'destructor' permanece en la clase de prueba y fuera de su código de producción.

Answer 3

Puede usar Typemock's Isolator que es capaz de burlar las clases estáticas, por lo que en cada prueba puede "definir" cómo funcionará la estática.

Sin embargo, no es un producto gratuito.

Answer 4

Parece que está intentando probar el constructor estático. Esto parece una mala idea.

Considere la posibilidad de extraer la lógica de inicialización en una clase separada (no estática) en su lugar.

Por el bien de la discusión, digamos que su clase estática se llama MySingleton, y digamos que crea una nueva clase llamada MyInitializer, con un método Execute. El constructor estático de MySingleton podría instanciar MyInitializer y llamar a Execute, que hace toda la inicialización.

Entonces su código de producción podría usar MySingleton e ignorar MyInitializer. Sus pruebas, por otro lado, podrían ignorar MySingleton y crear alegremente una nueva instancia MyInitializer para cada prueba, obteniendo un nuevo comienzo cada vez.

Answer 5

Sin saber que el uso de la clase al comentar solo el uso es un poco complicado, pero de todas maneras lo intentaré. Para mí, lo anterior suena como un olor más que como un problema de prueba.

Una clase estática (solo como singletons) es básicamente una colección de funciones/variables globales que generalmente es algo malo en oop. Yo diría que tratar de probar el problema de la prueba (aunque probablemente sea el más fácil en este momento) solo soluciona el síntoma, pero no el problema.

me gustaría sugerir a echar un vistazo a la el desing un concidere si realmente necesita la clase estática o si simplemente parecía la forma más fácil de solucionar un problema en el momento

Answer 6

me movería la inicialización de el constructor estático a un método que es llamado por el constructor.Al hacer este método interno, puede llamar a este método desde sus pruebas para reiniciar la clase.

public static class MyClass 
{ 
    public static MyClass() 
    { 
     initialize(); 
    } 

    internal static void initialize() 
    { 
     // Do initialization (and cleanup if necessary) 
    } 

    public static void Method1() {} 
    public static void Method2() {} 
} 

Con el fin de llamar a los métodos internos que necesita para utilizar el atributoInternalsVisibleTo, como se describe en this blog.

También puede hacerlo privado, pero luego debe usar el reflejo para llamarlo.

Pero como dijo Andrew Shepherd, también debes comprobar si una clase estática es el mejor diseño de esta clase.

Answer 7

Type staticType = typeof(StaticClassName); 
ConstructorInfo ci = staticType.TypeInitializer; 
object[] parameters = new object[0]; 
ci.Invoke(null, parameters); 

de http://colinmackay.scot/2007/06/16/unit-testing-a-static-class/

Answer 8

En aras de la exhaustividad, si es necesario restablecer un campo que no es pública/variable de una clase estática, sino que también es posible hacerlo a través de la reflexión.

using System.Reflection; // or Mono.Reflection 

public static class MyClass{ 
    private static string myString; 
} 

var newValue = "Potatoes";    
var field = typeof(MyClass).GetField("myString", BindingFlags.Static | BindingFlags.NonPublic); 
field.SetValue(null, newValue); // the first null is because the class is static, the second is the new value