Nuestro código base está creciendo desde hace 20 años. Estamos a unos 10 devs + sqa trabajando con 500kloc. Hace algún tiempo, un pequeño equipo de nosotros (2 desarrolladores, uno de sqa) comenzó a trabajar en un programa de prueba automatizado. Actualmente una carrera toma 11h y es de alguna manera una prueba de integración. Estamos trabajando en ello para reducir esto y reducir los falsos positivos y estamos progresando bien en eso. Pero los detalles no deberían importar.
Está funcionando bien y continuamos mejorándolo. A nosotros (el pequeño equipo) nos gusta mucho. Si rompemos algo, lo notamos un día después y no 2 meses después cuando sqa echa un vistazo. Además, a nuestros gerentes (dev + sqa) les gusta la idea. Pero otras personas en el equipo simplemente ignoran los resultados de las pruebas. En su opinión, si las pruebas fallan después de un registro, es un problema de la prueba y no del cambio de código y es solo nuestro proyecto de juguete. Tuvimos discusiones varias veces si una prueba fallida es un error real. La mayoría de las veces lo es.
No podemos y no queremos imponer algo. ¿Cómo podemos demostrar que las pruebas automatizadas son una cosa?