Criterios de Aceptación
La Base de las Pruebas: Historias de Usuario y Criterios
En el desarrollo ágil, las funciones del juego se describen como Historias de Usuario (por ejemplo: "Como jugador, quiero poder entrenar 100 soldados a la vez para preparar un ataque"). Estas historias son la base de tu trabajo como probador.
Para que una función se pueda considerar "lista" y que la app sea de calidad, los Criterios de Aceptación deben ser claros y cubrir varios aspectos. Estos son el contrato que te dice qué y cómo probar:
Comportamiento Funcional: ¿Qué hace la función? El criterio debe especificar que, al pulsar el botón "Entrenar 100", la cantidad de oro del jugador disminuya correctamente.Características de Calidad (No Funcionales): ¿Qué tan bien lo hace? El criterio podría ser que el entrenamiento de las 100 unidades no debe tardar más de 3 segundos (esto es rendimiento), o que el botón de entrenamiento debe ser fácil de encontrar y usar (usabilidad).Reglas de Negocio: Son las restricciones del juego. Un criterio podría ser: "Si el jugador no tiene suficiente oro, el botón de entrenar debe estar deshabilitado".
Otras Fuentes de Información para Probar
Como probador, no solo te basas en las historias. También utilizas otras "bases de prueba" para encontrar fallos, como:
- Defectos Anteriores: Si sabes que la función de "ataque" falló en el último lanzamiento, la pruebas con más detalle ahora.
- Perfiles de Usuario: Pruebas la app simulando que eres un jugador nuevo con poca experiencia, o un jugador veterano con muchas unidades.
- Riesgos de Calidad: Si sabes que el cálculo de la batalla es complejo, dedicas más esfuerzo a probar esa parte.
Al tener criterios de aceptación claros y utilizar toda la información disponible, te aseguras de que tu app de juego de estrategia no solo funcione, sino que sea justa, rápida y muy divertida.
No hay comentarios.:
Publicar un comentario