Correcciones parciales y regresiones

4 tareas · 40 min · Principiante

Corregir es tocar un sistema que funcionaba de una manera y ahora funciona de otra. A veces el cambio alcanza la mitad del problema; a veces alcanza de más y apaga algo que estaba bien. Esta sala lee los cinco resultados del retesteo de Droguerías Betulia, las notas del operador y la lista de controles que el encargo original había dado por correctos, para poner a cada hallazgo el estado que la evidencia aguanta. Todo es lectura de resultados ya ejecutados.

0 de 4 · 0%

Objetivo de la sala

Una regresión es un control que funcionaba antes del cambio y deja de funcionar después. No es un hallazgo del informe que siga vivo: es daño nuevo, nacido de la corrección.

Aparecen más de lo que parece, y casi siempre por el mismo motivo: la corrección toca la capa donde varios controles conviven. Se reescribe el acceso para meter un segundo factor y, de paso, el contador de intentos fallidos deja de contar. Se endurece un filtro de carga y se cae la validación del nombre del archivo. El equipo que corrige mira lo que vino a arreglar, no lo que ya estaba bien.

Por eso el retesteo vuelve a mirar los controles que el encargo original probó y dio por correctos, pero solo donde la corrección pudo tocarlos. No es una prueba nueva del sistema entero: es cerrar el círculo sobre lo que el propio cambio movió.

Responde para continuar

¿Qué distingue una regresión de un hallazgo que sigue abierto?

Que se descubre en producción, mientras que el hallazgo abierto se ve en el entorno de pruebas Que siempre tiene una severidad menor, porque nace de un intento legítimo de corregir el fallo Que la causó el cambio del cliente y afecta a un control que antes de ese cambio funcionaba bien

Ver pista de ayuda

Pregúntate qué había antes del cambio en cada caso.

Abre el panel y cruza las observaciones del operador con la tabla de controles que el encargo original dio por correctos en mayo. Uno de los cinco hallazgos retesteados dejó atrás un control que antes funcionaba.

Responde para continuar

Escribe el identificador del hallazgo cuya corrección dejó inservible un control que el encargo original había dado por correcto.

Ver pista de ayuda

Ejecuta `SELECT * FROM controles_verificados_en_el_encargo_original` y busca la fila cuyo resultado cambió entre mayo y agosto.

La tabla de resultados separa el síntoma probado de la causa del informe, que es justo lo que permite contar las correcciones parciales sin discutirlas: son las filas donde el síntoma desapareció y la causa sigue en otro punto.

Responde para continuar

¿Cuántos hallazgos quedan parcialmente corregidos?

Ver pista de ayuda

Lee las dos últimas columnas de `resultado_por_hallazgo` y cuenta las filas donde no coinciden.

La regresión no cambia el estado del hallazgo que la provocó: si la corrección funcionó, ese hallazgo se cierra. Lo que la corrección rompió es otra cosa, y va en el informe como hallazgo nuevo, con su propia descripción, su propio procedimiento y su propia severidad.

Mezclar las dos cosas en una sola línea deja al cliente sin saber qué arreglar: el hallazgo viejo lo dan por cerrado y el daño nuevo se pierde dentro de una observación.

Responde para continuar

¿Cómo entra la regresión en el informe de retesteo?

Reabriendo el hallazgo original con la severidad del control que se apagó, por ser el mismo componente Como una nota al pie del hallazgo corregido, porque la corrección la hizo el cliente y no el evaluador Como hallazgo nuevo con su propia severidad, sin cambiar el estado del hallazgo que sí se corrigió

Ver pista de ayuda

Son dos hechos distintos: uno se verificó y el otro apareció. ¿Cuántas líneas necesita el cliente para actuar?

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

1 La corrección que rompe otra cosa Lab

2 El control que se apagó Lab

3 Los que quedaron a medias Lab

4 Dónde se escribe la regresión Lab

Whoami-Labs Pro utiliza cookies