Pruebas de historias de usuario: automatizadas. Realice cientos de pruebas en cada historia de usuario.
Las pruebas y el refinamiento de historias de usuario son lo último en cambio a la izquierda
Las historias de usuarios de mala calidad darán lugar a retrabajos y desperdicios. Por lo tanto, debería considerar probar sus historias de usuario antes de que el equipo invierta tiempo en intentar crear el software correspondiente. La prueba se puede realizar manualmente o con la ayuda de herramientas. ScopeMaster probará historias de usuarios de forma rápida y exhaustiva.
Las pruebas de historias de usuario pueden parecer una idea extraña, pero no lo es. De hecho, es una de las cosas más productivas que puedes hacer en un proyecto de software. Es el epítome de pruebas de extrema izquierda. Si desea convertirse en un propietario de producto más exitoso, comience a probar y perfeccionar esas historias lo antes posible. Las historias de usuarios son una expresión de los requisitos de los esfuerzos de software ágil. Al igual que otros entregables de desarrollo de software, también son propensos a errores. El desafío particular de las historias de usuarios es que pueden malinterpretarse muy fácilmente, lo que puede generar una gran cantidad de trabajo desperdiciado. De hecho, es más probable que se malinterpreten.
125 razones para probar historias de usuarios
La proporción entre palabras en una historia de usuario y la cantidad de tokens de codificación que normalmente utilizamos es de 1:125. Una historia de usuario de 12 palabras probablemente terminaría convirtiéndose en unos 1500 tokens de codificación, aproximadamente 300 líneas de código. Entonces, por cada minuto dedicado a corregir una palabra ambigua en una historia de usuario, probablemente se ahorrarán 125 minutos en codificación. ¡Eso sí que es tiempo bien empleado!
Si se puede malinterpretar, será
Si los lectores clave (autor, usuario, evaluador, desarrollador) pueden interpretar una historia de usuario de manera diferente, entonces es probable que uno de ellos esté trabajando con una comprensión incorrecta, generando desperdicio y reelaboración. Es muy importante eliminar estas ambigüedades de raíz.
Cómo probar historias de usuarios
Entonces, ¿Cómo lo hacemos? Bueno, no es probable que se convierta en un experto en requisitos de software de la noche a la mañana, pero recuerde lo siguiente:
Un requisito (o capacidad) empresarial real es “lo que se debe entregar para aportar valor al negocio” (Robin Goldsmith). Las historias de usuarios son los requisitos funcionales discretos que conforman esa capacidad.
Necesidad de disciplina para reducir la ambigüedad
Cuando escribimos código, seguimos disciplinas para mejorar la legibilidad, reducir la complejidad, aumentar la reutilización y mucho más. (Para más información sobre esto, lea el excelente Código completo, por Steve McConnell). Escribir historias de usuarios también justifica dicha disciplina, especialmente para minimizar la ambigüedad, la inconsistencia y la complejidad. De hecho, una buena historia de usuario puede resultar bastante aburrida porque no es ambigua. Esté preparado para ajustar la forma en que escribe historias de usuarios, adopte coherencia y disciplina para eliminar ambigüedades. Afortunadamente, ScopeMaster le ayudará a aprender sobre la marcha.
¿Qué pasa si no pruebas tus historias de usuario?
Las historias de usuarios deficientes (o los requisitos deficientes) son la causa fundamental de hasta 351 TP3T de defectos de producción (Accenture 2021). Un problema de requisitos que no se resuelve hasta fases posteriores del desarrollo/implementación puede costar entre 75 y 1000 veces más que si se solucionara antes de que comenzara la codificación.
Pruebas de historias de usuario: automatizadas
Probar historias de usuarios es bastante aburrido. Afortunadamente cuando tu Utilice ScopeMaster para escribir y perfeccionar sus historias de usuario. Las pruebas de levantamiento de objetos pesados se realizan por usted. En promedio, ScopeMaster realizará 1000 pruebas en cada historia de usuario en tan solo unos segundos. Ese es un nivel de escrutinio que la mayoría de los propietarios de productos y analistas de negocios normalmente no asignan al trabajo de control de calidad de las historias de usuario.
Herramientas relacionadas
jsonlint es una herramienta en línea para probar la sintaxis de un archivo json
Validador HTML es una herramienta en línea para probar la sintaxis HTML.
SonarQube para probar la calidad del código
