Presupuesto de tiempo en CI

5 tareas · 38 min · Principiante

El fuzzing mejora con el tiempo: cuanto más corre, más caminos explora. Pero la integración continua no puede esperar horas por cada cambio, y una corrida nocturna que nadie mira no protege a nadie. En Pasca Analítica, una empresa ficticia, el equipo repartió el fuzzing y las pruebas de propiedades entre cuatro trabajos y ahora la cobertura de la corrida nocturna no sube. Lees la configuración, el uso de la semana y las últimas noches para decidir qué cabe en cada momento y qué está desperdiciando tiempo. Todo es lectura de evidencia ficticia.

0 de 5 · 0%

Objetivo de la sala

El tiempo de CI es un presupuesto. En una solicitud de cambio el equipo espera minutos: cabe una corrida corta de fuzzing que reanuda el corpus guardado y repite los fallos ya conocidos (así una regresión se detecta aunque la exploración nueva no la vuelva a encontrar). Esa corrida puede bloquear la fusión, porque es rápida y estable.

Las corridas largas (una hora, varias) se programan de noche o en fin de semana: exploran más a fondo, guardan lo que aprenden y sus fallos entran al triaje, no cortan el trabajo de nadie. Que no bloqueen no significa que se ignoren: alguien debe mirarlas.

Responde para continuar

¿Cómo se reparte razonablemente el fuzzing entre la solicitud de cambio y las corridas largas?

Solo la corrida nocturna, con el trabajo marcado como no bloqueante y sin avisos, para que nunca retrase a quienes hacen cambios Corrida corta con corpus guardado y fallos conocidos en cada cambio, y corridas largas cuyos fallos se triagan cada día en el equipo Una sola corrida larga en cada solicitud de cambio, para que ningún fallo llegue nunca a la rama principal aunque el equipo espere horas

Ver pista de ayuda

Cada momento tiene su tiempo: lo corto bloquea, lo largo informa.

El corpus es lo que el motor aprendió: las entradas que abrieron caminos nuevos. Si cada corrida lo pierde, empieza otra vez desde las semillas y repite el mismo trabajo; la cobertura al inicio es siempre la misma y la ganancia de una noche se tira al terminar. Por eso una corrida larga guarda su corpus (en una caché o un almacén de artefactos) y la siguiente lo recupera.

Abre .ci/fuzz.cfg y informe/noches-recientes.txt.

Responde para continuar

Escribe el nombre del trabajo que no conserva el corpus entre una corrida y la siguiente.

Ver pista de ayuda

Mira la clave `corpus` de cada trabajo y compara con la cobertura al inicio de las tres noches.

Las últimas tres noches terminaron en verde y encontraron fallos: uno, uno y dos. Un trabajo que encuentra fallos y termina en verde está configurado para seguir adelante pase lo que pase, y si además no avisa a nadie, el fallo se pierde en el registro. Es el equivalente en CI de un detector sin alarma.

Responde para continuar

Escribe la clave de configuración que hace que un fallo no detenga el trabajo nocturno.

Ver pista de ayuda

Compara las claves de `fuzz-noche` con las de `fuzz-pr`.

El costo se calcula con el uso real: ejecuciones de la semana por minutos de cada ejecución. El acuerdo del equipo (.ci/politica-de-tiempo.txt) fija un tope por solicitud de cambio, pero no dice cuánto suman las corridas largas. Con la tabla de uso, calcula los minutos totales de los tres trabajos de fuzzing (los que empiezan por fuzz-; las pruebas de propiedades no cuentan).

Responde para continuar

¿Cuántos minutos de CI consumieron en la semana los tres trabajos de fuzzing?

Ver pista de ayuda

Multiplica ejecuciones por minutos de cada fila `fuzz-*` en `.ci/uso-semana.csv` y suma las tres.

La cobertura de la corrida nocturna empieza cada noche en 61 % y termina cerca del 64 %: el motor redescubre lo mismo cada vez. Alargar la corrida no lo arregla, porque el trabajo se tira al terminar. Lo que cambia el resultado es conservar lo aprendido y dirigir el tiempo: dar más tiempo a lo nuevo, y el resto a lo que ya se sabe.

Responde para continuar

La cobertura nocturna no sube. ¿Qué cambio tiene más sentido?

Guardar el corpus de cada noche y reutilizarlo, y que los fallos de la corrida avisen a un responsable Subir el límite de la corrida nocturna de 90 a 240 minutos y dejarlo igual en todo lo demás Quitar la corrida nocturna y dejar solo los 6 minutos de la solicitud de cambio, que ya son suficientes

Ver pista de ayuda

Si cada noche empieza de cero, más minutos repiten el mismo recorrido.

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

Entrar · Registrarse

1 Qué corre en cada momento

2 El trabajo que empieza de cero cada vez Lab

3 El verde que esconde fallos Lab

4 Cuántos minutos cuesta el fuzzing de la semana Lab

5 Qué hacer con una cobertura que no sube Lab

Whoami-Labs Pro utiliza cookies