Kata Juego de la Vida

Fernando Paz — Wed, 18 May 2022 19:35:27 +0000

Una de las katas más populares al hacer Coding Dojo es la Kata Juego de la Vida, y de hecho la más usada en Code Retreat.

Descripción del problema

Este Kata se trata de calcular la próxima generación del juego de la vida de Conway, dada cualquier posición inicial. Consulta Juego de la vida de Conway para conocer los antecedentes.

Comienza con una cuadrícula bidimensional de celdas, donde cada celda está viva o muerta. En esta versión del problema, la cuadrícula es finita y no puede existir vida fuera de los bordes.

Al calcular la próxima generación de la red, sigue estas reglas:

Cualquier celda viva con menos de dos vecinas vivas muere, como si la causa fuera la subpoblación.
Cualquier celda viva con más de tres vecinos vivos muere, como por superpoblación.
Cualquier celda viva con dos o tres vecinos vivos seguirá viva.
Cualquier celda muerta con exactamente tres vecinos vivos se convierte en una celda viva.

Pistas

La posición inicial de entrada podría ser un archivo de texto que se vea así:

Generación 1 inicial:

4 (filas) 8 (columnas)

0 0 0 0 0 0 0 0
0 0 0 0 1 0 0 0
0 0 0 1 1 0 0 0
0 0 0 0 0 0 0 0

Generación 2 próxima resultante por regla No. 4:

4 (filas) 8 (columnas)

0 0 0 0 0 0 0 0
0 0 0 1 1 0 0 0
0 0 0 1 1 0 0 0
0 0 0 0 0 0 0 0

Visualiza tus casos de prueba

Hemos preparado la siguiente herramienta para que puedas dibujar (en caso remoto colaborativo) tus casos de prueba, revísalo en Juego de la vida visual.

Casos de prueba sugeridos

Asegúrate de tener suficiente cobertura de casos en los extremos, en donde hay nacimientos y muertes en el extremo de la cuadrícula.

!Que te diviertas! En tu Kata Juego de la vida

DISCLAIMER: La mayoría de este texto es traducido del valioso aporte en GameOfLife, pero no está disponible en español. Pero hemos añadido varias cosas a la descripción y alguna herramienta, para hacerlo en nuestro entendimiento más comprensivo.

The post Kata Juego de la Vida appeared first on Software Evolutivo.

Pruebas de Aceptación con BDD y Cucumber

Jorge Aguilar — Mon, 08 Jan 2018 15:31:35 +0000

En desarrollo de Software, la automatización de las pruebas es vital para garantizar la calidad del producto. Prácticas ágiles como Entrega Contínua la tienen con un pilar fundamental para obtener los beneficios esperados. Y es que al desarrollar pruebas junto con el código de la implementación, estamos promoviendo a que los errores sean identificados en etapas tempranas en el ciclo de vida del desarrollo de Software, reduciendo así los costos que representaría identificar estos mismos errores ya cuando el Software esté operativo.

Para las organizaciones que compiten en un mercado muy exigente, mantener sus productos de Software actualizados con las necesidades de sus clientes internos y externos puede ser la diferencia entre seguir operando o desaparecer. El contar con pruebas automatizadas hará que estos cambios puedan surgir en menor tiempo.

¿Por dónde comenzar?

Ahora que sabemos que tener pruebas automatizadas es importante, suele ocurrir que, como no estamos habituados a escribirlas, no sabemos por donde comenzar. Una alternativa es aplicar TDD, lo cual nos ayuda no solamente a tener un conjunto aceptable de pruebas sino que también evita que caigamos en la sobre-ingeniería, manteniendo un diseño simple en nuestro código.

Las pruebas unitarias que se obtienen de aplicar TDD sirven como documentación para que otros desarrolladores se familiaricen con la funcionalidad esperada. Además, nos sirven como un red de protección ya que podremos comprobar al ejecutar la mismas que no hayamos afectado negativamente algo que la aplicación está esperando.

Sin embargo, estas pruebas no son de mucha ayuda cuando deseamos la participación de otros actores que no tengan el nivel un técnico de los desarrolladores. Aquí es donde herramientas como Cucumber pueden ser de mucha ayuda ya que permiten la definición de pruebas de aceptación en un lenguaje que el negocio conoce. Mediante ejemplos reales se puede identificar los escenarios prioritarios que el Software debe implementar.

Se puede definir a Cucumber como una herramienta BDD, ya que promueve a que primero escribamos una prueba de aceptación y luego proceder a la implementación para pasar la misma.

¿Y qué es BDD?

Behavior-driven development (BDD) es un proceso de desarrollo de Software que emerge de TDD y que ayuda a que el equipo de desarrollo y los conocedores del negocio colaboren de mejor manera durante la creación del producto de Software.

Manteniendo un enfoque top-down, se inicia con la definición de un caso en particular del negocio, escrito en el lenguaje del día a día de los involucrados. Esta simple definición serviría nada más como documentación de los que esperamos del sistema, pero este proceso de desarrollo busca que este requerimiento definido como una prueba de aceptación sea automatizado para validar su cumplimiento en cualquier momento.

Al igual que TDD todo comienza con una definición que esperamos que falle para luego proceder a implementarla. Aquí es donde se pone interesante el asunto ya que para esa implementación podríamos hacer uso de TDD en cada uno de los elementos que se vayan a desarrollar en los niveles inferiores.

Si deseas ver cómo todo esto puede ser utilizado desde una aplicación en Java puedes visitar la siguiente entrada Cucumber + Spring boot 2 + Junit 5

Resumen y conclusiones

El uso de un lenguaje natural de negocio ayuda enormemente a que los actores principales se involucran en la concepción del producto de Software y en la validación posterior del mismo.
BDD también es de mucha ayuda cuando no sepamos por dónde iniciar nuestras pruebas ya que este enfoque pone en evidencia lo que resulta de prioridad para el negocio.

Referencias

The post Pruebas de Aceptación con BDD y Cucumber appeared first on Software Evolutivo.

tdd Archives - Software Evolutivo