¿Cuándo uso el atributo TestFixtureSetUp en lugar de un constructor predeterminado?

Question

La documentación de NUnit no me dice cuándo usar un método con TestFixtureSetup y cuándo hacer la configuración en el constructor.

public class MyTest 
{ 
    private MyClass myClass; 

    public MyTest() 
    { 
     myClass = new MyClass(); 
    } 

    [TestFixtureSetUp] 
    public void Init() 
    { 
     myClass = new MyClass(); 
    } 
} 

¿Hay buenas malas prácticas/sobre la TestFixtureSetup frente al constructor por defecto o no ¿Hay alguna diferencia?

Answer 1

Creo que este ha sido uno de los problemas que no ha sido abordado por el equipo de nUnit. Sin embargo, está el excelente xUnit project que vio este problema exacto y decidió que los constructores eran buenos para usar en test fixture initialization.

Para nunit, mi mejor práctica en este caso ha sido la utilización de los TestFixtureSetUp, TestFixtureTearDown, SetUp y TearDown métodos como se describe en la documentación.

Creo que también me ayuda cuando no pienso en un dispositivo de prueba nUnit como una clase normal, aunque lo esté definiendo con esa construcción. Pienso en ellos como elementos fijos, y eso me supera el obstáculo mental y me permite pasar por alto este tema.

Answer 2

¿Por qué necesitarías usar un constructor en tus clases de prueba?

utilizo [SetUp] y [TearDown] métodos marcados para el código que se ejecutará antes y después de cada prueba, y de manera similar [TestFixtureSetUp] y [TestFixtureTearDown] métodos marcados para el código que se ejecutará sólo una vez antes y después de todas las pruebas en el accesorio de haber sido ejecutado.

Supongo que probablemente podría sustituir el [TestFixtureSetUp] por un constructor (aunque no lo he intentado), pero esto parece romper con la clara convención que ofrecen los métodos marcados.

Answer 3

A menudo me he preguntado cuál era la necesidad de [TestFixtureSetUp], dado que hay una construcción de lenguaje de primera clase simple y bien entendida que hace exactamente lo mismo.

Mi preferencia es usar constructores, para aprovechar la palabra clave readonly, asegurando que las variables miembro no puedan reiniciarse.

Answer 4

Creo que tengo una buena respuesta negativa: la razón para usar un constructor en lugar del atributo es cuando tienes una herencia entre las clases de prueba.

Se llamará solo a un método anotado con [TestFixtureSetup] (solo en la clase concreta), pero los otros inicializadores de dispositivos no lo serán. En este caso prefiero poner la inicialización en el constructor, que tiene una semántica bien definida para la herencia :)

Answer 5

Una cosa que no se puede hacer con [TestFixtureSetup] que se puede hacer en el constructor es recibir los parámetros del [TestFixture].

Si desea parametrizar su accesorio de prueba, tendrá que usar el constructor para al menos algunos de la configuración. Hasta ahora, solo he usado esto para pruebas de integración, p. para probar una capa de acceso a datos con varios proveedores de datos:

[TestFixture("System.Data.SqlClient", 
    "Server=(local)\\SQLEXPRESS;Initial Catalog=MyTestDatabase;Integrated Security=True;Pooling=False"))] 
[TestFixture("System.Data.SQLite", "Data Source=MyTestDatabase.s3db")])] 
internal class MyDataAccessLayerIntegrationTests 
{ 
    MyDataAccessLayerIntegrationTests(
     string dataProvider, 
     string connectionString) 
    { 
     ... 
    } 
} 

Answer 6

Hay diferencia entre el constructor y el método marcado con [TestFixtureSetUp] atributo.De acuerdo con la documentación de NUnit:

Es aconsejable que el constructor no tenga ningún efecto secundario, ya que NUnit puede construir el objeto varias veces en el transcurso de una sesión.

Si tiene una inicialización costosa, es mejor usar TestFixtureSetUp.

Answer 7

Los métodos constructor y SetUp se usan de manera diferente:
El constructor se ejecuta solo una vez.
Sin embargo, los métodos SetUp se ejecutan varias veces, antes de que se ejecute cada caso de prueba.

Answer 8

[TestFixtureSetUp] y [TestFixtureTearDown] son para toda la clase de prueba. funciona solo una vez

[SetUp] y [TearDown] son para cada método de prueba (prueba). se ejecuta para cada prueba.

Answer 9

Una diferencia importante entre el constructor y TestFixtureSetUp es que, al menos en NUnit 2, el código constructor se ejecuta en la enumeración de prueba, no solo en la ejecución de prueba, por lo que básicamente se quiere limitar el código de ctor a solo valores. Todo lo que causa efectos secundarios o hace un trabajo real necesita ser envuelto en un Lazy o hecho en el TestFixtureSetUp/OneTimeSetUp. Por lo tanto, puede pensar en el constructor como un lugar exclusivo para configurar la prueba. Mientras que TestFixtureSetUp es donde se inicia el dispositivo de prueba, se inicializa el estado inicial requerido del sistema antes de ejecutar las pruebas.