Se abre una revisión
Llega una entrega a pre. Marcas qué ha cambiado y Mochuelo prepara la lista de casos: los básicos siempre, y los de lo que se ha tocado.
Probáis. Pero quien prueba no es de QA.
Es lo normal: soporte, algún cliente de confianza, alguien de negocio. Saben usar la aplicación, pero nadie les ha dicho qué mirar. Y el fallo acaba llegando por teléfono, sin hora, sin pasos y sin captura.
¿Y qué pruebo?
Sin un guion, se prueba lo de siempre y se escapa justo lo que cambió.
Me da error.
¿Dónde? ¿Con qué usuario? ¿A qué hora? Sin eso, desarrollo no lo encuentra.
¿Ya está arreglado?
Se arregla, se despliega… y nadie vuelve a probarlo hasta que el cliente lo encuentra.
Una entrega, de principio a fin.
Cinco pasos, siempre los mismos. Cada uno deja rastro: quién lo hizo, cuándo y por qué.
Cada uno prueba lo suyo
Casos escritos en lenguaje llano, con lo que debería pasar. Se marca con un toque: funciona, falla o no he podido probarlo.
El fallo llega completo
Al marcar «Falla» se abre la incidencia con el caso ya puesto. Resumen, qué pasó, hora exacta y la captura pegada con Ctrl+V. El equipo la confirma y crea el issue en GitLab en un clic.
Arreglado… y vuelto a probar
Cuando el equipo lo arregla, el caso vuelve a la siguiente revisión con un aviso. Si ahora funciona, la incidencia se cierra sola. Si no, vuelve con una nota.
Visto bueno, o no
La revisión se cierra con veredicto y motivo. Queda escrito por qué esa entrega subió a producción, o por qué se quedó esperando.
Hecho para quien prueba, no solo para quien programa.
Para tus testers
- Letra grande de verdadTres tamaños y modo oscuro. Botones grandes, fáciles de acertar.
- Sin contraseñasEntran con un código que les llega al correo, como el del banco. Y no se lo vuelve a pedir en un mes.
- Sin jerga«Funciona», «Falla», «Esperado». Nada de tickets, builds ni entornos que expliquen.
- Saben qué les toca«Tienes 5 casos asignados, te faltan 3.» Sin buscar.
Para tu equipo
- Organizaciones y proyectosCada proyecto con su catálogo de casos, sus revisiones y sus incidencias.
- Roles clarosAdmin, developer y QA. Cada uno ve sus botones y nada más.
- GitLab sin copiar y pegarIssue por área y revisión, con la lista de incidencias y sus detalles ya escritos.
- El catálogo aprendeCada fallo arreglado deja un caso nuevo, para que no vuelva a pasar. Y los que fallaron antes avisan: «pruébalo con calma».
Alguien tiene que cargar con el mochuelo. Que sea tu revisión.
Mochuelo vigila la entrega antes que tus clientes. Tú solo tienes que abrir la primera revisión.