A la pregunta ¿Soy prueba de unidad o prueba de integración? He respondido, un poco provocativo:Haz tu prueba y deja que otras personas pasen tiempo con la taxonomía.

ara mí, la distinción entre varios niveles de prueba es técnicamente inútil: a menudo se usan las mismas herramientas, se necesitan las mismas habilidades, se debe alcanzar el mismo objetivo: eliminar fallas de software. Al mismo tiempo, puedo entender que los flujos de trabajo tradicionales, que utilizan la mayoría de los desarrolladores, necesitan esta distinción. Simplemente no me siento a gusto con los flujos de trabajo tradicionales.

Así que mi pregunta apunta a comprender mejor lo que me parece una controversia y a reunir varios puntos de vista sobre si esta separación entre los distintos niveles de prueba es relevante o n

¿Mi opinión es incorrecta? ¿Existen otros flujos de trabajo que no enfatizan en esta separación (quizás métodos ágiles)? ¿Cuál es su experiencia en el tema?

Precisió: Conozco perfectamente las definiciones (para aquellos que no lo están, consulteesta pregunt). Creo que no necesito una lección sobre pruebas de software. Pero siéntase libre de proporcionar algunos antecedentes si su respuesta lo requiere.