Test Unitarios

[PBucciUTN]

Buen día!
Se pueden modificar los objetos que están en los test. Por ejemplo, en mi diseño el constructor de la prenda es distinto.

[flbulgarelli]

¡Hola!

No deberías modificar los casos de prueba existentes, pero sí agregar nuevos. Por otro lado, fijate que que intencionalmente nunca se asume un constructor particular, sino que hay métodos que sirven para fabricar los objetos de prueba que deberías completar. Por ejemplo:

  private Prenda pantalonEnPromocion(int precioBase, int descuento) {
    // ...completá acá de acuerdo a como sea tu constructor...
    
   // por ejemplo:  
   // var pantalon = new Prenda();
   // pantalon.setTipo("PANTALON");
   // pantalon.setPrecio(precioBase);
   // ...etc...

   // o por ejemplo:  
   // var pantalon = new Pantalon(new Precio(....));
   // ...etc...
  
   //...o como lo hayas diseñado....

    return pantalon;
  }

En otras palabras, el diseño de Macowins queda totalmente a tu criterio (lo único que deberías respetar es que exista un tipo Prenda) y deberías implementar los métodos fábrica pantalonEnPromocion y compañía para que se ajusten a tu diseño.

[PBucciUTN]

Claro, yo en lugar de usar los métodos fábrica, creé los objetos dentro de cada test, entonces le pasé el objeto sin parámetros, porque ya se los había cargado cuando llamé al constructor ¿Lo que decís es que cree tantos métodos fábrica como cantidad de prendas quiera tener?

[flbulgarelli]

No, lo que estoy diciendo es que no modifiques los casos de prueba existentes, y que continúes respetando la estructura que estaba planteada en ellos.

Luego, queda a tu criterio si para tus propios tests querés respetar esa estructura (de tener métodos de fábrica como casos necesites) o ir por otro camino (instanciar y configurar desde cero los objetos de tu fixture en cada prueba). Pero en cualquier caso, tené en cuenta que el diseño propuesta no plantea esto que vos decís:

¿Lo que decís es que cree tantos métodos fábrica como cantidad de prendas quiera tener?

Notá que los métodos que te dimos para implementar están parametrizados y te sirven para crear múltiples prendas diferentes, con estado diferente. Es posible que sí necesites más métodos de este estilo para abarcar más escenarios, pero nunca necesitarás uno por cada prenda.