Trabajo en una oficina que ha estado haciendo Agile por un tiempo. Utilizamos Scrum para la gestión de proyectos y mezclamos las prácticas de ingeniería de XP. Funciona bien y estamos constantemente aprendiendo lecciones y refinando nuestro proceso.

Me gustaría informarle sobre nuestras prácticas habituales para las pruebas y obtener comentarios sobre cómo podría mejorarse esto:

TDD: Primera línea de defensa Somos bastante religiosos acerca de las pruebas unitarias y diría que nuestros desarrolladores también tienen la experiencia suficiente para escribir pruebas exhaustivas y siempre aislar el SUT con simulacros.

Pruebas de integración Para nuestro uso, las pruebas de integración son básicamente las mismas que las pruebas unitarias sin usar los simulacros. Esto tiende a detectar algunos problemas que pasaron por las pruebas unitarias. Estas pruebas tienden a ser difíciles de leer, ya que generalmente implican mucho o trabajo en elbefore_each yafter_each secciones del marco de especificaciones ya que el sistema a menudo tiene que alcanzar un cierto estado para que las pruebas sean significativas.

Pruebas funcionales Por lo general, hacemos esto de manera estructurada, pero manual. Hemos jugado con Selenium y Windmill, que son geniales, pero para nosotros al menos todavía no están allí.

Me gustaría saber cómo alguien más está haciendo las cosas. ¿Cree que si las pruebas de integración o las pruebas funcionales se realizan lo suficientemente bien, se puede ignorar la otra?