Temas de Java - QA CI-CD

En los últimos años, la entrega de software ha dado un gran paso hacia adelante gracias a la implementación de la entrega continua. El control de calidad no es una excepción, y la aceleración del control de calidad ha ayudado a acortar los ciclos de entrega y a ofrecer software de mayor calidad.

Una pipeline de control de calidad rápida y confiable generalmente se basa en pruebas de automatización de niveles múltiples e integración continua estable, que ejecuta todas estas pruebas diariamente en diferentes entornos de prueba. No hace mucho, configurar y mantener un flujo de trabajo completo, fue un gran desafío. Pero las innovaciones que están ocurriendo en las metodologías de control de calidad y las aplicaciones de infraestructura ahora le permiten pasar un tiempo mínimo en este frente, para que pueda concentrarse más en su aplicación.


QA Automation Pipeline
CI-CD
GitLab-Ci
⦁ Entorno
⦁ Requisitos
⦁ Server Runner
Ubuntu 18.04 LTS (GNU/Linux 4.15.0-43-generic x86_64
⦁ Server SonarQube
⦁ Gitlab versión 11.6
https://about.gitlab.com/2018/12/22/gitlab-11-6-released/

⦁ Tecnologías
⦁ Docker versión 18.09.0 Build
⦁ Java Version 1.8.0_091
⦁ Apache Maven 3.5.2
⦁ Configuración
⦁ Server
⦁ Java
⦁ sudo add-apt-repository ppa:webupd8team/java
⦁ sudo apt update
⦁ sudo apt install oracle-java8-set-default
⦁ Java -version
⦁ Docker
⦁ sudo apt-get install apt-transport-https ca-certificates curl software-properties-common
⦁ curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -
⦁ sudo apt-key fingerprint 0EBFCD88
⦁ sudo add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/ubuntu bionic stable"
⦁ sudo apt-get update
⦁ sudo apt-get install docker-ce
⦁ sudo groupadd docker
⦁ sudo gpasswd -a $USER docker
⦁ newgrp docker
⦁ docker run hello-world
⦁ Maven
⦁ Descargar Binario desde la página oficial https://maven.apache.org/download.cgi
⦁ cd /opt/ wget http://www-eu.apache.org/dist/maven/maven-3/3.3.9/binaries/apache-maven-3.3.9-bin.tar.gz
⦁ sudo tar -xvzf apache-maven-3.3.9-bin.tar.gz
⦁ sudo mv apache-maven-3.3.9 maven
⦁ sudo nano /etc/profile.d/mavenenv.sh
⦁ Agregar las siguientes líneas:
⦁ export M2_HOME=/opt/maven
⦁ export PATH=${M2_HOME}/bin:${PATH}
⦁ sudo chmod +x /etc/profile.d/mavenenv.sh
⦁ sudo source /etc/profile.d/mavenenv.sh
⦁ mvn --version

⦁ Runner Gitlab-ci
⦁ Instalar Gitlab Runner
⦁ ssh [email protected] - Password:xxxxx
⦁ Sudo gitlab-runner register
⦁ sudo wget -O /usr/local/bin/gitlab-runner https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runne -linux-amd64
⦁ sudo chmod +x /usr/local/bin/gitlab-runner
⦁ curl -sSL https://get.docker.com/ | sh
⦁ sudo useradd --comment 'GitLab Runner' --create-home gitlab-runner --shell /bin/bash
⦁ sudo gitlab-runner install --user=gitlab-runner --working-directory=/home/gitlab-runner
⦁ sudo gitlab-runner start


⦁ Register Runner server
⦁ ssh [email protected] - Password:xxxxx
⦁ Sudo gitlab-runner register
⦁ Ingresamos nuevamente la Password:xxxxxxx
⦁ Nos pide url Gitlab > Seleccionamos nuestro proyecto > Settings en la parte inferior izquierda > CI - CD > Runner Expand
(Se debe tener los permisos de Owner. Master o Maintainer)
⦁ Ingresamos el Token
⦁ Ingresamos una descripción
⦁ Si dejamos el tag en blanco y le damos enter lo deja por defecto, que significa que nos va a tomar cualquier cambio en el git origin
⦁ Seleccionamos el executor (docker)
⦁ Luego nos pide la imagen donde lo vamos a ejecutar, ya que por lo general va a ser un docker
⦁ Gitlab-ci.yml
Crear un documento en la raíz del proyecto con el nombre .gitlab-ci.yml, este archivo le dice al Runner de Gitlab que hacer. De forma predeterminada se ejecuta un Pipeline determinado con 3 stage: Build, Test y deploy. Los stages sin jobs son simplemente ignoradas.
Teniendo los runner y el archivo gitlab-ci.yml en la raíz del proyecto bien configurada cada push o modificación que hagamos dependiendo la configuración que hayamos escogido en los tags comienza a correr los Pipeline.
⦁ Badges
Configurar un badged es bastante sencillo. Solo debemos tener configurado el CI-CD de manera correcta, para que se muestre.
Gitlab > Select your project > Settings > General > Badges Expand
⦁ Link
http://git.xxxxx.com.ar/xxxxx/api-template/pipelines
⦁ Badge image URL
http://git.xxxxxx.com.ar/xxxxx/api-template/pipelines
⦁ add badge

⦁ Resultados
⦁ GitLab Pipeline
Para poder observar un poco más en detalles nuestros CI-CD solo basta con hacer un click en nuestro badge de CI-CD en nuestro repo del proyecto o bien podemos hacer click en sidebar del lado izquierdo en CI/CD > Pipeline.
Se ve de la siguiente forma:

⦁ SonarQube
Ingresar al servidor de SonarQube
⦁ xxxxxxxxxxxxx
⦁ User: xxxxxx
⦁ Pass: xxxxxxx

⦁ Clover Coverage
Ingresar al servidor de Clover Coverage

Para la cobertura del código usamos Open Clover https://openclover.org/ el cual nos brinda como característica principal la medición del código, además cuenta con herramientas que nos permiten obtener Métricas de riesgos y la complejidad ciclomática.
Les dejo unas imagen de como se visualiza el reporte de OpenClover: