aclarar los requisitos del stakeholder es un objetivo de alto nivel. Para que los propósitos de AC sean más claros, vamos a desglosarlos.
Característica alcance detalization. AC define los límites de las historias de usuario. Proporcionan detalles precisos sobre la funcionalidad que ayudan al equipo a comprender si la historia se ha completado y funciona como se esperaba.
describiendo escenarios negativos. Yor AC puede requerir que el sistema reconozca las entradas de contraseña inseguras e impida que un usuario continúe., El formato de contraseña no válida es un ejemplo de un supuesto escenario negativo cuando un usuario hace entradas no válidas o se comporta inesperadamente. AC defina estos escenarios y explique cómo debe reaccionar el sistema ante ellos.
establecer comunicación. Los criterios de aceptación sincronizan las visiones del cliente y del equipo de desarrollo. Se aseguran de que todos tengan un entendimiento común de los requisitos: los desarrolladores saben exactamente qué tipo de comportamiento debe demostrar la característica, mientras que las partes interesadas y el cliente entienden lo que se espera de la característica.
optimización de las pruebas de aceptación., Los AC son la base de las pruebas de aceptación de historias de usuario. Cada criterio de aceptación debe ser comprobable de forma independiente y, por lo tanto, tener un escenario claro de aprobado o no aprobado. También se pueden utilizar para verificar la historia a través de pruebas automatizadas.
estimación de características. Los criterios de aceptación especifican qué debe ser desarrollado exactamente por el equipo. Una vez que el equipo tiene requisitos precisos, puede dividir las historias de usuario en tareas que se pueden estimar correctamente.
criterios de aceptación tipos y estructuras
AC se pueden escribir en diferentes formatos., Hay dos más comunes, y la tercera opción es idear su propio formato:
- orientado a escenarios (dado/cuando/entonces)
- orientado a reglas (lista de verificación)
- formatos personalizados
como el primero y el segundo formatos tienen estructuras muy específicas, nos centraremos principalmente en ellos. Sin embargo, es posible que otros formatos se adapten mejor a su producto, por lo que también los trataremos brevemente.
criterios de aceptación orientados a escenarios
El formato de escritura orientado a escenarios AC se conoce como el tipo/When / Then (GWT) dado.,
- dada alguna precondición
- Cuando hago alguna acción
- entonces espero algún resultado
Este enfoque fue heredado de behavior-driven development (BDD) y proporciona una estructura consistente que ayuda a los evaluadores a definir cuándo comenzar y finalizar la prueba de una característica en particular. También reduce el tiempo dedicado a escribir casos de prueba, ya que el comportamiento del sistema se describe por adelantado.,
cada criterio de aceptación escrito en este formato tiene las siguientes declaraciones:
- escenario — el nombre para el comportamiento que se describirá
- dado — el estado inicial del escenario
- Cuando — acción específica que el usuario realiza
- Entonces — el resultado de la acción en «cuando»
- y — se utiliza para continuar cualquiera de las tres declaraciones anteriores
cuando se combinan estas declaraciones cubren todas las acciones que toma para completar una tarea y experimentar el resultado.
veamos algunos ejemplos.,
Ejemplo 1
historia de usuario: como usuario, quiero poder recuperar la contraseña de mi cuenta, para poder acceder a mi cuenta en caso de que olvide la contraseña.,
Cuando: el usuario seleccionó la opción forgot password
Y: ingresó un correo electrónico válido para recibir un enlace para recuperar la contraseña
luego: el sistema envió el enlace al correo electrónico introducido
dado: el usuario recibió el enlace a través del correo electrónico
Cuando: el usuario navegó a través del enlace recibido en el correo electrónico
luego: el sistema permite al usuario establecer una nueva contraseña
Ejemplo 2
p >
historia de usuario: como usuario, quiero poder solicitar el efectivo de mi cuenta en cajeros automáticos para poder recibir el dinero de mi cuenta rápidamente y en diferentes lugares.,alid
y: el dispensador contiene efectivo
Cuando: el cliente solicita el efectivo
luego: asegúrese de que la cuenta se debite
y: asegúrese de que se dispense efectivo
y: asegúrese de que se devuelva la tarjeta
criterios de aceptación 2:
dado: que la cuenta está sobregirada
y: la tarjeta es válida
entonces: Asegúrese de que se muestre el mensaje de rechazo
y: asegúrese de que no se dispense efectivo
formato de criterios de aceptación orientados a reglas
en algunos casos, es difícil ajustar los criterios de aceptación en la estructura/when/then dada., Por ejemplo, GWT difícilmente sería útil para los siguientes casos:
- está trabajando con historias de usuarios que describen la funcionalidad a nivel de sistema que necesita otros métodos de garantía de calidad.
- el público objetivo para los criterios de aceptación no necesita detalles precisos de los escenarios de prueba.
- Los escenarios GWT no se ajustan a describir las restricciones de diseño y experiencia de usuario de una característica. Los desarrolladores pueden perder una serie de detalles críticos.
puede abordar estos casos con el formato AC orientado a reglas.,
la forma orientada a reglas implica que hay un conjunto de reglas que describen el comportamiento de un sistema. Basándose en estas reglas, puede dibujar escenarios específicos.
por lo general, los criterios compuestos usando este formulario parecen una simple lista de viñetas. Echemos un vistazo a un ejemplo.
ejemplo
historia de usuario: como usuario, quiero usar un campo de búsqueda para escribir una ciudad, nombre o calle, de modo que pueda encontrar opciones de hotel que coincidan.,
criterios básicos de aceptación de la interfaz de búsqueda
- el campo de búsqueda se coloca en la barra superior
- La búsqueda comienza una vez que el usuario hace clic en «Buscar»
- el campo contiene un marcador de posición con un texto de color gris:»»
- El marcador de posición desaparece una vez que el usuario comienza a escribir
- La búsqueda se realiza si un usuario escribe en una ciudad, nombre de hotel, calle o todos los combinados
- La búsqueda está en inglés, francés, alemán y ucraniano
- El Usuario no puede escribir más de 200 símbolos
- La búsqueda no admite símbolos especiales (caracteres)., Si el Usuario ha escrito un símbolo especial, muestre el mensaje de advertencia: «Search input cannot contain special symbols.»
otros formatos
La mayoría de las historias de usuario se pueden cubrir con los dos formatos mencionados anteriormente. Sin embargo, usted puede inventar sus propios criterios de aceptación dado que sirven a sus propósitos, están escritos claramente en un Inglés sencillo y no pueden ser malinterpretados. Algunos equipos incluso usan texto sin formato.
a veces, sus criterios se pueden especificar como un ejemplo de comportamiento del sistema: