Descripción

• Un desarrollador inicia un proyecto desde cero y guarda el código en un versionador.
• Los demas desarrolladores podrán accesar a dicho código y pueden codificar todos a la vez y hasta crear otros proyectos o modulos dependientes.
• Mientras cada uno registra sus cambios en el versionador, un servidor de Integración Continua irá bajando cada versión y lo compilará en un ambiente independiente para asegurar que el código funciona en cualquier ambiente sin dependencias de configuración local.
• El mismo servidor hará pruebas unitarias para asegurar que cada versión no ha sufrido una regresión en funcionalidad.
• Después guardará el artefacto (el compilado, ejecutable, jar, war etc) en un repositorio de artefactos como versión SNAPSHOT o EN-DESARROLLO para que otros puedan usarlo. 
• En caso que tenga proyectos dependientes,  este servidor también obtendrá el código del repositorio de versiones y hará la compilación y pruebas unitarias pero, obviamente, utilizando la versión que se está probando para asegurar que no solo el proyecto funciona sino que no haya provocado errores en sus proyectos o módulos que lo usan.
• Después de verificar las pruebas unitarias, el servidor podrá ejecutar varias tareas escalonadas, tales como pruebas funcionales, siguiendo con pruebas de control de calidad de código, stress, etc.
• Si todos esos pasos han concluido satisfactoriamente podrá hacer la implementación en algún ambiente, por ejemplo UAT o pruebas. Esto implica que ponga el ejecutable en algún contenedor (jboss, tomcat, etc), realice las configuraciones necesarias,  configure la base de datos, repositorios, etc para que funcione correctamente en dicho ambiente.
• Después podrá ejecutar pruebas de aceptación sobre la reciente implementación para asegurar que la funcionalidad y requerimientos iniciales estén implementados. Estas pruebas son las mismas que se le entrega a los testers para validar cada caso de uso y escenario,  únicamente que estas son automatizadas.
• Si las pruebas son correctas, el servidor podrá hacer nuevamente la implementación pero tal vez ahora en el ambiente de producción.  
• Después podrá repetir las pruebas de aceptacion pero ahora con datos reales. Esto se convertiría en Pruebas de Integración ya que estariamos asegurando que la implementación esté correcta y el sistema esté integrado con los demás sistemas como base de datos, mensajeria y hasta redes.

Herramientas que Componen a Integración Continua

Resumen.

• Automatización de tareas para disminuir error humano.
• Automatización de pruebas para poder hacer análisis y verlo todo en un tablero de control.
• Disminución de responsabilidades extras a los desarrolladores, testers, integradores, etc.
• Establecimiento de métricas y procesos definidos para optimizar y eficientar tiempo y calidad. 
• Facilidad para obtener reportes de cada prueba y así poder integrar al usuario en el status de cada proyecto.  
• Visibilidad de todos los proyectos y su relación entre varias dependencias.
• Tener un repositorio centralizado tanto de códigos fuentes como de artefactos finales y la capacidad de poderlos dividir entre desarrollo y liberaciones.
• Posibilidad de decrementar el tiempo para liberar a producción cambios y aumentando la calidad.}