Argumentaría que la prueba que falla se debe agregar, pero no explícitamente como "una prueba que falla".
Como @BenVoigt señala en su respuesta , una prueba fallida no necesariamente "rompe la compilación". " Supongo que la terminología puede variar de un equipo a otro, pero el código aún se compila y el producto aún puede enviarse con una prueba fallida.
Lo que deberías preguntarte en esta situación es,
¿Qué se supone que deben realizar las pruebas?
Si las pruebas están ahí solo para hacer que todos se sientan bien con el código, entonces agregar una prueba con fallas para que todos se sientan mal con el código no parece productivo. Pero entonces, ¿qué tan productivas son las pruebas en primer lugar?
Mi afirmación es que las pruebas deben ser un reflejo de los requisitos empresariales . Por lo tanto, si se ha encontrado un "error" que indica que un requisito no se cumple correctamente, es también una indicación de que las pruebas no reflejan de manera adecuada o completa los requisitos comerciales.
Ese es el error que se debe corregir primero. No estás "añadiendo una prueba fallida". Usted está corrigiendo las pruebas para que sea un reflejo más preciso de los requisitos comerciales. Si el código no pasa esas pruebas, eso es bueno. Significa que las pruebas están haciendo su trabajo.
La prioridad de arreglar el código debe ser determinada por el negocio. Pero hasta que las pruebas sean fijas, ¿se puede determinar realmente esa prioridad? El negocio debe estar armado con el conocimiento de qué es exactamente lo que está fallando, cómo está fallando y por qué está fallando para tomar sus decisiones sobre la prioridad. Las pruebas deben indicar esto.
Tener pruebas que no pasan completamente no es algo malo. Crea un gran artefacto de problemas conocidos que deben priorizarse y manejarse en consecuencia. Sin embargo, tener pruebas que no sean completamente test es un problema. Pone en duda el valor de las pruebas en sí.
Para decirlo de otra manera ... La construcción ya está rota. Todo lo que está decidiendo es si debe o no llamar la atención sobre ese hecho.