Gestión de tareas · Guía práctica
Ejemplos de Criterios de Aceptación: Una Guía Práctica de Escritura
Por el equipo editorial My First Task
Actualizado
La respuesta corta
Cómo abordar el trabajo
Los criterios de aceptación responden "¿Qué debe hacer este cambio?" en lugar de "¿Qué pasos de codificación vamos a realizar?" Una definición compartida de hecho puede requerir revisión y pruebas para cada cambio, mientras que una tarea particular de restablecimiento de contraseña necesita su propio éxito, caducidad y comportamiento de fracaso. Acorde criterios antes de la implementación para que el propietario y el revisor compartan el mismo alcance. Evite adjetivos vagos como rápido o intuitivo a menos que defina una medida relevante. Given/When/Then es un formato opcional para describir un escenario, no un requisito para cada tarea.
Una secuencia práctica
- Identificar el resultado previsto del usuario y el límite de este elemento de trabajo.
- Escribe condiciones dignas de consideración en lenguaje sencillo.
- Incluir un camino normal y los casos de fallo relevantes para el cambio.
- Especifique las entradas de prueba, los resultados esperados y las pruebas cuando sean útiles.
- Separar la política de calidad compartida del comportamiento específico del ítem.
- Revisar los criterios con el propietario antes de que comience el trabajo y registrar los cambios acordados.
Escenario ilustrativo · no investigación de clientes
Ejemplo resuelto
Para una página hipotética de restablecimiento de contraseñas: un usuario registrado que solicita un restablecimiento recibe el mensaje acordado del siguiente paso; un enlace de restablecimiento que ha expirado no cambia la contraseña; un enlace válido puede ser utilizado sólo de acuerdo con la política de seguridad aprobada del producto. El revisor prueba cada comportamiento en el entorno previsto. La duración exacta de la expiración pertenece al requisito aprobado, no a una suposición hecha por el desarrollador. La revisión del código general sigue siendo parte de la definición del equipo de hecho en lugar de un sustituto de estos comportamientos.
Ejemplos de criterios de aceptación
Adaptar este punto de partida a tu propio proyecto. Ejemplos describen una práctica de planificación, no un flujo de trabajo automatizado de aplicaciones.
| Condición vaga | Alternativas viables |
|---|---|
| El informe funciona | Para el período de muestreo acordado, los totales coinciden con los registros de fuentes suministrados. |
| La página es fácil de usar | El usuario previsto puede encontrar la acción de restablecimiento y leer su mensaje de resultado. |
| Se manejan errores | Para cada entrada no válida acordada, muestre el mensaje esperado y conserve las entradas válidas. |
| La tarea se prueba | Registra las entradas, el comportamiento esperado, el comportamiento real y la evidencia del revisor. |
Errores comunes que hay que evitar
- Escribir pasos de implementación como si demostraran el comportamiento del usuario.
- Añadir nuevos requisitos durante la aceptación sin discutir el alcance.
- Usando una lista de verificación universal en lugar de examinar los riesgos de esta tarea.
Pruebe el método con sus propias entradas
Respuestas a tus preguntas
¿Son los criterios de aceptación lo mismo que una definición de hecho?
¿Quién escribe criterios de aceptación?
¿Pueden cambiar los criterios después de comenzar el trabajo?
Aplicarlo en un espacio de trabajo compartido
Mantenga con la obra al propietario acordado, criterios de finalización y decisiones importantes. Explore la característica My First Task relevante.
El contexto de investigación está disponible en nuestro biblioteca fuente. El ejemplo trabajado arriba es una ilustración editorial.
Continuar aprendiendo
Definición de los criterios de aceptación
Una definición de hecho es el estándar de calidad compartido aplicado al trabajo completado. Los criterios de aceptación describen el comportamiento específico o la entrega posible requerida para una tarea en particular. Juntos hacen la terminación más consistente y revisable.
ExplorarCómo escribir una descripción de la tarea: Plantilla y ejemplos
Una descripción de la tarea útil indica el resultado, por qué importa, quién es el dueño y cómo se comprobará la finalización. Añada las entradas, las restricciones y los enlaces pertinentes para que la siguiente persona pueda actuar sin reconstruir la solicitud de chat.
ExplorarPlantilla de informe de fallo: Pasos de reproducción, gravedad y pruebas
Un útil informe de error explica lo que pasó, lo que debería haber pasado, y cómo reproducir la diferencia. Incluya el entorno, el impacto y la evidencia de apoyo segura para que el revisor pueda investigar sin adivinar.
ExplorarConvierte el plan en trabajo compartido
Dar a cada acción siguiente un propietario, una condición de finalización y una fecha realista. My First Task trae tareas, tableros, flujos de trabajo de proyectos y seguimiento de problemas en un espacio de trabajo.