A continuación presento un ejemplo de historia de usuario, bastante general (aplica para el 99.99% de los casos y sistemas) que puede ayudar a comprender mejor la escritura de las mismas:
-----------------------------------------------------------------------------------------------
HU: 20 - Ingreso al sistema
Yo como Usuario
Deseo ingresar al sistema
Para poder hacer uso de las funcionalidades del sistema
--- Criterios de aceptación -----
Criterios de Aceptación 1: Ingreso exitoso
• Cuando el ingreso del usuario y contraseña son correctos
• Entonces el sistema permitirá el ingreso al sistema
Criterios de Aceptación 2: Ingreso fallido
• Cuando el ingreso del usuario y contraseña son incorrectos
• Entonces el sistema NO permitirá el ingreso
• Y el sistema presentará una alerta con el siguiente mensaje: “Usuario y/o contraseña no válido, por favor recuerde que tiene 4 intentos para ingresar al sistema, luego de esto su usuario será bloqueado.”
Criterios de Aceptación 3: Último ingreso fallido
• Cuando el ingreso del usuario y contraseña son incorrectos
• Entonces el sistema NO permitirá el ingreso
• Y el sistema presentará una alerta con el siguiente mensaje: “Su usuario se encuentra bloqueado, favor contacte al administrador del sistema, o al teléfono xxxxxxxx para que sean reestablecidos los accesos al sistema.”
Criterios de Aceptación 4: Ingreso a una url o página no autorizada
• Cuando el usuario intente ingresar a una URL o pantalla en la que no tenga permiso
• Entonces el sistema no permitirá el ingreso a la dirección o pantalla solicitada
• Y no permitirá ninguna operación
• Y el sistema direccionará a la pantalla de ingreso
Criterios de Aceptación 5: Sesión expirada
• Cuando la sesión haya expirado
• Entonces el sistema no permitirá ninguna operación
• Y el sistema direccionará a la pantalla de login
Nota:
Se deberá configurar en el sistema el tiempo máximo de sesión para el usuario. XXXXX
Criterios de Aceptación 6: Falta uno o más campos obligatorios
• Dado que no se ingrese en el formulario alguno de los datos obligatorios. (marcados con * )
• Cuando el usuario oprima el botón “Ingresar”
• Entonces el sistema no permitirá el ingreso al sistema
• Y aparecerá el mensaje :“Por favor ingrese los campos obligatorios (*) faltantes :
[Presentar el listado de campos faltantes]“
----------
Este puede ser el mockup /scketch/boceto resultado de esta historia
Hola Jorge:
ResponderBorrarSiempre son muy útiles este tipo de ejemplos, sencillos, ilustrativos, alegóricos.
Sin embargo, entrando en materia (y advirtiendo que por supuesto me falta el contexto natural del que se extrajo o se pudo extraer esta historia de usuario), no veo claro que los criterios de aceptación 4 y 5 sean de esta historia de ingreso al sistema, Quiero decir: si no he ingresado al sistema, cómo va a saber el sistema a qué página voy a ir (4) y si no he ingresado al sistema, ¿cómo va a saber el sistema que la (mi) sesión ha expirado? (5).
Además el criterio 6 siempre se puede cubrir con el criterio 2. A propósito de este último, lo que sí creo que falta es un criterio sobre la sintaxis de la contraseña (y quizás la del mismo usuario). Que si empieza por letra, que mínimo un digito, que mínimo tantos caracteres, que..., etcétera, etcétera, etcétera.
Salud@s,
Lucho
Hola a todos... A mi parecer la historia de usuario hace lo que debe hacer para este caso, y quisiera hacer alguna aclaración o mi punto de vista acerca de los criterios de aceptación que talvez no fueron comprendidos por ti, o que talvez lo he malinterpretado yo.
BorrarPrimero: Criterio de aceptación 4. El usuario que intenta ingresar al sistema tiene cierto grado de experiencia en el uso de algunas plataformas e ingresa directamente en la barra de direcciones del navegador la ruta a la que quiere ir. Ej. www.miPagina.com/seccionRestringida1. Si el usuario no ha iniciado sesión, el sistema le debe prohibir llegar hasta esa sección.
Segundo: Criterio de aceptación 5. Algunas aplicaciones como por ejemplo las bancarias tienen un conteo de tiempo en el que el usuario inició sesión pero se encuentra inactivo; al cumplirse el tiempo el sistema automáticamente termina la sesión y cuando el usuario intenta retomar algún proceso como por ejemplo una transacción, el sistema lo re-direcciona a la página de login como “seguridad”, ya se puede imaginar porqué.
Tercero: El criterio 2 se refiere a que se escribió mal el usuario o su contraseña; en cambio el criterio 6 se refiere a que dejó alguno de los dos campos, o los dos sin rellenar, por lo tanto son dos casos diferentes de intento de iniciar sesión fallidos.
Por último, no estoy muy de acuerdo con la falta del criterio sobre la sintaxis de la contraseña. A mi parecer esa Historia de Usuario se llama “Crear Perfil” o “Registro de Usuario” o algo por el estilo en donde te pidan información como la que describes en la sintaxis de la contraseña, más que todo para que sea segura, no es algo obligatorio que se les deba pedir a los usuarios.
No sé si estoy en lo correcto pero estoy pensando con un poco de lógica de programador y de hacker… je… Acepto sugerencias u otras ideas para ver si estoy equivocado
Gracias por el aporte
ResponderBorrarGracias Jorge, saludos.
ResponderBorrarAmigo, tienes mas ejemplos. debería existir una pagina donde existan ejemplos.
ResponderBorrargracias por los aporte
ResponderBorrarExcelente aporte y entendido.
ResponderBorrarMe parece que el tiempo en las instituciones bancarias debería tener una especie de algoritmo, que recuerde al tipo de cliente, porque los ancianos son muy demorados, y los he visto sufrir porque el tiempo para realizar ingresos de datos es corto para ellos.... y no pueden hacer las cosas y resultan dependiendo de gente joven para hacer sus transacciones.
ResponderBorrar