A medida que los proyectos crecen, también lo hace su suite de tests… y con ella, el tiempo que tarda el CI en darnos feedback. En la mayoría de los casos, seguimos ejecutando todos los tests en cada cambio, aunque solo una pequeña parte del código haya sido modificada.
Existen herramientas que intentan romper esta inercia (se llaman herramientas de "Test Impact Analysis") pero lo realmente interesante es cómo lo hacen, las ideas que hay detrás.
En esta charla exploraremos cómo es posible reducir drásticamente el tiempo de CI necesario en una suite de tests sin sacrificar confianza. Analizaremos cómo funcionan estas herramientas, cómo decidir qué tests debemos ejecutar para cada cambio en el código.
También hablaremos de los límites de este enfoque, de los compromisos que implica y de por qué no es un problema trivial ni una solución perfecta.
El objetivo es ofrecer una nueva forma de pensar sobre testing que trata de responder a la pregunta: ¿qué tests son realmente necesarios en cada cambio?