Tus evaluadores ya saben qué falló.
Snag envía la prueba junto con ello.

Un tester a mitad de una prueba de regresión redacta un informe mejor que cualquier herramienta. Lo que no puede proporcionar es la solicitud que devolvió un error, la excepción que nunca llegó a la pantalla o el estado de la página en el momento en que falló. Una sola etiqueta de script en la compilación de desarrollo, preproducción o UAT adjunta toda esa información al informe que ya tenía previsto redactar.

El problema

Una ronda de pruebas produce justo lo que todo gestor de incidencias pide y rara vez recibe: pasos reales, un resultado esperado y uno real. El hueco está debajo. Los pasos registran lo que hizo una persona; no pueden registrar la petición que falló detrás del indicador de carga, el error de consola que se tragó la página, ni el clic que no aterrizó en nada. Así, el ticket llega legible y sin nada que hacer con él: un desarrollador vuelve a recorrer la compilación para recoger lo que el probador ya vio ocurrir, y la misma ronda se paga dos veces. Luego está el segundo coste, más silencioso: cuando reportar se cobra por persona, alguien tiene que decidir qué contratistas y qué revisores de otras áreas pueden siquiera levantar un defecto. Eso es una decisión de racionamiento, y los defectos son una mala cosa que racionar.

Cómo ayuda Snag

Una etiqueta de script en la versión de preproducción coloca una píldora siempre visible en cada página, y cada tester la tiene sin invitación ni cuenta. Un clic inicia la grabación; Stop abre el formulario de informe con la repetición, la consola y la red ya conectadas, por lo que el informe se realiza una sola vez y llega con su evidencia debajo. La captura sigue la sesión a través de la navegación, que es lo que necesita un flujo de varios pasos, y la píldora permanece donde cada tester la coloca. Los datos personales se enmascaran en el navegador antes de que se cargue nada; las entradas nunca se registran, por lo que un tester que trabaja con una cuenta preconfigurada no nos envía el contenido de esa cuenta. No se cobra por usuario: miembros ilimitados en todos los planes.

Lo que recibes a cambio

Un ticket que un desarrollador puede abrir una vez, con la sesión adjunta, y sin ronda de "¿qué navegador, en qué hiciste clic?". En un plan de corrección también obtienes el intento: el agente lee esa sesión capturada, trabaja en una copia privada del repositorio y ejecuta tu propio conjunto de pruebas contra su cambio; una corrección que no puede pasar las pruebas que mantienes no se ofrece como tal. Nada se fusiona sin una persona, por lo que lo que llega a ti es una diferencia para revisar, no un despliegue para deshacer. Para un equipo de pruebas, el segundo artefacto es el útil: un cambio que ya ha sido ejercitado por tu propio conjunto de pruebas, vinculado a la grabación que lo produjo. Consulta cómo funciona el agente para ver todo el proceso.

Preguntas que la gente realmente hace

¿Es necesario que todos los evaluadores tengan una cuenta de pago para reportar un error?

No, y no hay que comprar nada por persona: miembros ilimitados en todos los planes, incluido el gratuito. Para presentar un informe ni siquiera se necesita una cuenta: un evaluador del proyecto hace clic en el botón y el informe se autentica mediante la clave hash del espacio de trabajo, en lugar de mediante un inicio de sesión. Esto es especialmente importante para las personas más difíciles de licenciar: evaluadores externos, un diseñador que realiza una revisión antes de la aprobación final, el responsable de soporte al que se le pidió que probara el nuevo flujo.

¿Podemos ejecutarlo en una versión de prueba o de UAT que no sea pública?

Sí: esa es justamente la compilación para la que existe la píldora siempre visible. Es una sola etiqueta de script en el despliegue de desarrollo, preproducción o UAT, y la grabación se limita a los dominios que hayas verificado, así que un host de preproducción entra en esa lista igual que uno de producción. Nada del flujo del probador cambia entre entornos.

¿Qué ocurre con un ticket que el agente no puede solucionar?

El error regresa a tu equipo en lugar de convertirse en una solicitud de extracción aparentemente plausible que nadie solicitó. Cuando no hay evidencia en el código que coincida con lo capturado, el agente se detiene y entrega lo que encontró y dónde buscó, y esa ejecución se factura a la mitad. La sesión capturada permanece vinculada en cualquier caso, por lo que un error que el agente no detecta no significa que hayas perdido la evidencia.

De dónde provienen estos detalles

Esta página no promociona ningún otro producto; toda la información que contiene pertenece a Snag. ¿Algo está desactualizado? Envía un correo electrónico a admin@dvcllc.io y lo corregiremos.