Son características propias del software, aquellas que tu quieres controlar y asegurar.Los procedimientos deben ser correctos y estar en función de la normalización (ISO 9000, CMMI, Moprosoft –UNAM–, etc.).Son la base del test driven development, si se quisiera seguir ese proceso.Son ejemplos para los nuevos desarrolladores que se añadan al proyecto.Aunque el diseño sea fantástico, no puedes asegurar que el código funciona sin estos tests, y dependerías de otras pruebas a más alto nivel.Al utilizar un lenguaje como gherkin, para escribir este tipo de pruebas, se consigue además una documentación extra sobre el funcionamiento del sistema.Protegen contra interfaces fallidas, y quitan trabajo a la hora de hacer pruebas manuales.Por ejemplo, en los diferentes navegadores soportados, si la interfaz a probar fuera un entorno web.Sin este tipo de tests estamos condenados a probar manualmente las interfaces, pudiendo dejarnos en el tintero posibles combinaciones.El usuario final, mide la calidad del software según lo que tenga, o no.
