Se trata de un ejercicio de refactorización en el que vamos a tener que leer el código que hizo otra persona, comprender el nuevo desarrollo a afrontar que nos requiere el enunciado, diseñar los cambios i los tests, e implementarlos (primero tests, segundo funcionalidad). Podéis descargaros el proyecto y el código en que nos basaremos para esta kata desde el siguiente enlace a un repositorio de GitHub: https://github.com/NotMyself/GildedRose

El escenario es el siguiente: Una pequeña posada con una ubicación privilegiada en una importante ciudad, vende rosas bañadas en oro. El producto en cuestión se degrada constantemente con el paso del tiempo y es por eso que la posada tiene una aplicación que actualiza el estado de la calidad de sus productos en stock. Podemos hacer todos los cambios que queramos al método UpdateQuality y añadir el código necesario, pero no se nos permite modificar la clase Item ni sus propiedades.

Las normas que rigen la aplicación son:

• Todos los ítems tienen una propiedad SellIn para indicar la cantidad de días que quedan para venderse.
• Todos los ítems tienen una propiedad Quality para indicar su estado actual.
• Al final de cada día, el sistema decrementa ambas propiedades para cada ítem.
• Si la cantidad de días para vender un ítem expira, su calidad decrecerá 2 veces más rápido.
• La calidad de un ítem nunca será negativa.
• Los ítems “Aged Brie” (Brie añejo), en realidad aumenta su calidad a más días transcurren.
• La calidad de un ítem no será nunca superior a 50
• Los ítems “Sulfuras”, que són legendarios, tienen una calidad constante de 80 y nunca deben venderse ya que entonces pierden calidad.
• Los ítems “Backstage passes”, al igual que el Brie Añejo, aumentan en calidad según se consume la propiedad SellIn: la calidad aumenta en 2 si quedan 10 días o menos, aumenta en 3 cuándo quedan 5 días o menos pero la calidad pasa inmediatamente a ser 0 una vez ya ha tenido lugar el concierto.

Nuestra tarea como desarroladores és:

• Implementar lo necesario para que el sistema contemple un nuevo item Conjured, cuya calidad se vea degrada 2 veces más rápido que la de los ítems normales.

Aplicando lo que queráis sobre buenas prácticas y patrones (SOLID, SRP, KISS, TDD, etc.) Eso sí, deben hacerse los Tests Unitarios.

En este caso, nos ceñiremos a las tecnologías y lenguajes en los que el código está disponible

La tendríamos que tener lista para el último martex del mes, en este caso el 26/04/2016, así quedamos y vemos que ha hecho cada uno.

Lo publicamos en el github de Tokiota directamente que está en https://github.com/Tokiota/kata310516---GildedRose

Usad el canal de Slack #comunity-bp al que os podéis suscribir y así tenemos todos un punto de encuentro.

https://github.com/NotMyself/GildedRose