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 o hecha por la extensión de Chrome. 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.
El fallo, contado de una vez.
Quien prueba no tiene por qué saber qué necesita desarrollo. Mochuelo lo recoge solo, y lo que falte se pregunta en la propia incidencia.
Un clic desde la pantalla que falla
Con la extensión de Mochuelo para Chrome, se pulsa el mochuelo de la barra y la incidencia se abre ya rellena. Solo falta contar qué ha pasado.
Las dudas, en la incidencia
¿Con qué usuario? ¿Te pasa siempre? El equipo y quien la reportó se escriben ahí mismo, sin perseguirse por teléfono.
Nadie se queda esperando
Llega un correo cuando te escriben, cuando te asignan casos o cuando arreglan lo que reportaste. Sin ruido: si estás en la conversación, no llega.
Y si algo falla sin estar probando una revisión, se reporta igual desde Incidencias: sigue el mismo camino hasta que se comprueba. La extensión solo apunta en los sitios que cada uno elige; así trata los datos.
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.