El framework de Green QA, la calidad que respira.

Después de comprender qué significa ser ecológico en el mundo del QA y reconocer las presiones regulatorias y corporativas que nos impulsan hacia prácticas más sostenibles, surge la pregunta inevitable: ¿cómo lo implementamos realmente? La transición hacia un modelo de testing sostenible requiere estructura, metodología y, sobre todo, un objetivo claro.

En este segundo artículo de nuestra serie sobre Green Quality Assurance (GQA), abandonamos el "por qué" para adentrarnos en el "cómo". Si en el primer artículo establecimos que medir la calidad en vatios y CO2 es tan importante como garantizar que el software funcione correctamente, ahora es momento de construir los cimientos que sostendrán esta nueva forma de trabajar. No se trata solo de reducir el consumo energético de nuestras pruebas o ejecutar menos casos de test; se trata de reimaginar completamente nuestro enfoque hacia la calidad del software.

La industria del software debe entender que la excelencia técnica y la responsabilidad ambiental no son objetivos excluyentes. De hecho, las organizaciones más innovadoras están descubriendo que las prácticas sostenibles en QA a menudo conducen a procesos más eficientes, equipos más productivos y, sorprendentemente, a una mejor calidad del producto final.

Pero para alcanzar este equilibrio, necesitamos un framework robusto que nos permita evaluar, implementar y mejorar continuamente nuestras prácticas.

El viaje hacia el Green QA es evolutivo. No podemos pretender que una organización pase de cero a cien de la noche a la mañana. Por eso, en las siguientes páginas explicaremos un enfoque gradual que reconoce diferentes niveles de madurez, proporciona herramientas concretas para cada etapa que nos permitan medir nuestro progreso.

Capas del framework

Abordar el cambio cultural en una organización en lo que se refiere a calidad por lo general suele ser un proceso evolutivo en el que la parte de concienciación suele tener un gran peso. Dar el salto que se propone con GQA (Green QA), implica un nuevo elemento en esa concienciación y es tener como objetivo el hacer las cosas lo más “verdes” posibles, pero, ¿somos conscientes de las cosas que hay que cambiar para alcanzar este cambio? A continuación te lo contamos.

Gobernanza

En primer lugar, es conveniente disponer de una Gobernanza adecuada a este contexto. Se trata del “mandato” oficial de la organización y es la base de todo el proceso. Sin esto, el Green QA queda en una iniciativa aislada. Qué puntos aborda la gobernanza:

• Política de calidad sostenible

No es solo un documento; es definir el "Umbral de Aceptación Verde". Establece los objetivos que persigue la empresa en lo referente a sostenibilidad, estableciendo objetivos por tipo de recurso. Una vez establecidos estos objetivos todo lo demás tiene como finalidad cumplir con los mismos. Por ejemplo: "Ningún despliegue a producción puede aumentar el consumo energético del microservicio en más de un 5%".

• Matriz de responsabilidades

Define qué hace cada miembro de la organización implicado en el ciclo de vida de los entregables.

1. QA: diseña los casos de prueba de eficiencia, define las métricas de referencia y es responsable de ejecutar las mediciones en cada ciclo.
2. Arquitectura: valida que las decisiones de diseño no introduzcan deuda energética estructural antes de que llegue a la fase de testing.
3. DevOps / Platform Engineering: garantiza que la instrumentación necesaria para medir el consumo esté disponible en los entornos de prueba. Sin infraestructura de observabilidad, QA no puede medir.
4. Sostenibilidad: provee los factores de conversión de energía a CO2CO_2 CO2​ y asegura la trazabilidad de los datos hacia el sistema de reporte ESG.
5. Compliance: verifica que la recogida, el tratamiento y el reporte de los datos cumplen con la normativa vigente, en particular la CSRD.
6. Product Owner: acepta formalmente que los criterios de aceptación incluyen métricas de eficiencia, no solo funcionalidad y rendimiento tradicional.

• Alineación con ESG y estrategia corporativa. En el post anterior, hablamos de forma extensa sobre qué es ESG y su conexión con Green QA, y es algo con lo que se ha de contar dentro de la gobernanza.

Procesos

Establece cómo Green QA se integra en el día a día del proyecto.

• Shift-Left Green: integrar criterios ambientales en la fase de Refinement. Si una funcionalidad consume demasiados datos de forma innecesaria, se rechaza antes de programar.
• Green Gateways en el Pipeline: añadir "puertas de calidad" en el CI/CD. Si las pruebas automatizadas detectan un pico inusual de uso de CPU o RAM, la build falla.Controles ambientales en diseño, desarrollo, pruebas y despliegue.
• Suministros: evaluar si nuestros proveedores de servicios (Cloud, SaaS) funcionan con energías renovables.

Es importante que, dentro de la gobernanza, se deben establecer las consecuencias que ha de tener en el proceso el incumplimiento de la normativa, bloqueando una entrega, generando deuda técnica o estableciendo los mecanismos oportunos que impidan no saltarse los objetivos fijados.

Datos y métricas

En esta capa del framework se analiza la calidad del dato que ha de servir para fundamentar las decisiones.

• Trazabilidad del dato: asegurar que el dato ESG tiene un linaje claro: desde el sensor o log de servidor hasta el reporte anual.
• Data Cleaning de QA: un proceso para borrar entornos de prueba, bases de datos temporales y logs de ejecución antiguos que empeoran el almacenamiento y consumen energía innecesaria.
• Exactitud vs. estimación: definir qué datos son medidos (reales) y cuáles son estimados (modelos matemáticos), aplicando un QA distinto a cada uno.
• Definición de KPIs ambientales y ESG.
• Controles de calidad de datos (exactitud, completitud, trazabilidad).
• Auditoría y reporting.

Tecnología

Es la capa de las herramientas. El Green QA necesita ojos técnicos para "ver" la energía. Por lo tanto, es conveniente disponer de herramientas para medir el impacto de lenguajes de programación (ej. comparar el consumo de Python vs. Rust en procesos críticos), optimizar las suites de pruebas para que no corran 2000 tests si solo han cambiado 2 líneas de código (selección de pruebas basada en riesgo), configurar el framework para que los entornos de prueba se "autodestruyen" inmediatamente después de terminar la ejecución, disponer de herramientas de medición (energía, carbono, recursos), automatización de pruebas verdes y optimización de infraestructura (cloud, hardware).

Mejora continua

Dentro de las capas del framework, es aconsejable apostar por el aspecto cultural y de mejora del mismo de cara a disponer de un framework que debe ser circular y no lineal.

Elementos como “Retro-Green”, donde en cada retrospectiva de sprint, se puede incluir una pregunta: "¿qué proceso o código hemos hecho más eficiente este mes?", la gamificación creando un ranking de los equipos de desarrollo/QA que más han reducido su huella de carbono digital, la actualización de estándares.

Al cambiar las leyes ESG, esta capa cambia y se suele revisar trimestralmente. De esta manera, el framework sigue cumpliendo con las nuevas normativas y, por último, establecer objetivos de reducción medibles de forma cuantitativa o cualitativa.

El camino hacia el Zero-waste Testing

Uno de los puntos a los que hemos hecho referencia en el apartado anterior es la medición. Es importante conocer en cada momento la situación en la que nos encontramos respecto a los objetivos para tomar las medidas y acuerdos necesarios trabajando con la gobernanza definida. Si conocéis el TMMi, es un proceso que mide el nivel de madurez en referencia a las pruebas dentro de una organización.

A este respecto, a continuación se hace un análisis de los niveles existentes en relación a GQA para entender el punto en el que estamos y cuáles deben ser los objetivos para consolidar estos niveles o cómo avanzar en ellos. Cada uno de estos niveles que se indican se deben desarrollar para ser más concretos a la hora de evaluarlos.

Nivel 1: inicial (empezamos a caminar)

En este nivel, la empresa no tiene conciencia del impacto ambiental de sus pruebas. Si hay eficiencia, es por ahorro de costes, no por propósito. Cumplimiento reactivo, sin métricas.

En este nivel, poco refinado, se ejecutan siempre todas las pruebas en entornos en los que no tenemos visibilidad de su consumo y que permanecen encendidos por lo general 24/7 las pruebas se ejecutan siempre.

Nivel 2: básico (conciencia despierta)

El conjunto de los implicados conoce qué es Green QA y se realizan los primeros esfuerzos manuales por documentar el impacto. Controles manuales, informes básicos.

En este nivel intermedio se identifican los activos como servidores y herramientas para solicitar a los proveedores informes de sostenibilidad, creando un inventario de activos digitales. Se empiezan a tratar las pruebas de una manera más coherente con esta política, borrando por ejemplo datos de pruebas antiguas.

En este punto, las acciones que emprendemos aún dependen de las personas y no de procesos automáticos.

Nivel 3: definido (el estándar verde)

La sostenibilidad se integra oficialmente en el manual de calidad. Aparecen los primeros procesos estandarizados y KPIs.

En este nivel, elementos como disponer de una checklist para el pase a producción “verde” ha de ser uno de los objetivos. Para ello se definen los KPIs verdes (como, por ejemplo, los vatios por suites de pruebas).

Justo con esta definición se busca en en este nivel que el equipo de QA tenga la formación suficiente de Green Coding y eficiencia energética.

Nivel 4: gestionado (calidad automatizada y medible)

Se ha establecido una serie de métricas y la automatización del reporte continuo a través de los pipelines está presente.

Una vez consolidados algunos aspectos, entre ellos los culturales, el uso de "dashboards de carbono en tiempo real" integrados en herramientas como Jira o Grafana para que los equipos vean su impacto diario se pone como objetivo.

El reto es integrar estos datos con el resto de la empresa (ESG). Los pipelines de CI/CD incluyen herramientas que miden el consumo de CPU/RAM de los tests automáticamente. Si una prueba es ineficiente, se genera una alerta.

Nivel 5: optimizado (ADN Green QA)

GQA ya no es un "extra", es la única forma de trabajar. Está alineado con la estrategia global de la empresa.

Ahora, la empresa utiliza IA para predecir y minimizar el consumo energético de las pruebas. El ahorro de carbono logrado por el equipo de QA se reporta directamente en el informe anual de sostenibilidad (ESG) de la compañía. El reto está en mantener la innovación y liderar estándares en la industria.

Aspectos como la "economía circular del dato", donde los datos de prueba se reutilizan de forma inteligente para evitar generar nuevos procesos de carga, son aspectos que se empiezan a cuidar para consolidar los objetivos “verdes”.

Estrategia y metodología

La estrategia es el marco de decisión en el que se definen los elementos necesarios para abordar en la práctica GQA, alineado con todas las capas del framework que se han definido en los apartados anteriores.

​​La metodología describe cómo hemos de implementar la estrategia que hemos definido y se encarga de definir cómo ejecutar GQA.

En el contexto de GQA (o sostenibilidad en el ciclo de vida del software), estas herramientas no solo miden emisiones, sino que se integran en el proceso de calidad para asegurar que el software sea eficiente y cumpla con normativas medioambientales (ESG).

Una vez que se ha establecido una estrategia alineada con los objetivos, se establecen las herramientas y frameworks que se usarán para su implementación. A continuación vemos algunos ejemplos.

Medición de eficiencia de software (Green Testing)

Aquí es donde el QA tiene control directo. Se mide el consumo de energía de un proceso o suite de pruebas. Se utilizan para establecer la línea base (Baseline).

Antes de optimizar una sola línea de código, el QA necesita saber cuántos gramos de CO2 genera el hardware donde corre la aplicación. Sin este dato, no podemos medir la mejora tras una optimización.

Herramienta: Scaphandre (metrología energética)

Es un agente de métricas de consumo eléctrico de código abierto diseñado para Kubernetes y servidores Bare-metal.

• Para qué sirve

Mide exactamente cuántos vatios consume un proceso específico (ej. tu suite de Selenium o un microservicio bajo carga).

• Configuración y uso

1. Instalación: se instala como un binario o contenedor Docker en el servidor donde corren los tests.
2. Uso: expone métricas en formato Prometheus.
3. Green QA Step: configura un dashboard en Grafana que cruce "consumo CPU" vs "consumo Watts". Si tras una optimización de código los tests pasan en el mismo tiempo pero consumen menos Watts, el GQA ha tenido éxito.

Herramienta: Eco-Code / SonarQube (Green Rules)

• Para qué sirve

Análisis estático de código enfocado en la eficiencia energética.

• Configuración

1. Instalación: añadir el plugin "Green IT" o "Eco-Code" a tu instancia de SonarQube.
2. Uso: QA define Gateways de calidad. Si el código contiene patrones que "despiertan" la CPU innecesariamente (bucles ineficientes, llamadas a API redundantes), el test de calidad falla.

Herramienta: SimaPro y GaBi

Son los estándares industriales, en el ecosistema de QA se pueden adaptar de la siguiente manera:

• ¿En qué consisten para el entorno IT?

Permiten modelar el impacto de nuestra infraestructura digital (servidores, dispositivos móviles de prueba o redes). No solo miden el gasto energético, sino también la "deuda de carbono" del hardware que sostiene nuestro software.

• Su uso estratégico en Green QA

Se utilizan para establecer la línea base (Baseline). Antes de optimizar una sola línea de código, QA necesita saber cuántos gramos de CO2 genera el hardware donde corre la aplicación. Sin este dato, no podemos medir la mejora tras una optimización.

• Configuración y fuentes de datos

Para poder controlar la huella ambiental de nuestra aplicaciones, Green QA mapea:

• Inventarios de hardware: CPUs, RAM y sistemas de almacenamiento utilizados en los entornos de Staging y producción.
• Bases de datos ambientales: se integran fuentes como Ecoinvent para calcular el impacto del "mix energético" (no es lo mismo ejecutar un test en un servidor de Noruega con energía hidroeléctrica que en uno de una zona que depende del carbón).
• Ejemplo práctico de decisión técnica

Gracias a estas herramientas, el equipo de QA puede realizar comparativas basadas en datos reales:

Caso de estudio: ¿es más sostenible ejecutar nuestra suite de regresión en servidores locales antiguos (On-premise) o migrar las pruebas a una instancia de nube con certificación Energy Star y auto-escalado? El Green QA utiliza el LCA para demostrar que la migración reduce la huella de carbono en un X%.

Medición de Cloud Carbon Footprint (CCF)

Si no quieres usar las herramientas nativas (que a veces son opacas), Cloud Carbon Footprint es el estándar abierto.

Herramienta: Cloud Carbon Footprint (CCF)

• Para qué sirve

Visualizar emisiones de AWS, Azure y GCP en un solo lugar con una metodología de cálculo transparente.

• Configuración

1. Conexión: necesitas permisos de lectura en los archivos de facturación (CUR en AWS, Billing Export en GCP).
2. Uso: permite al equipo de QA comparar regiones.
3. Decisión técnica: QA puede demostrar que mover el entorno de Staging de una región basada en carbón (ej. Virginia, US-East-1) a una con energía limpia (ej. Suecia o Francia) reduce la huella de carbono instantáneamente sin cambiar una sola línea de código.

Herramientas: Watershed, Persefoni, Plan A

Son plataformas SaaS para medir la huella de carbono corporativa.

• En qué consisten

Automatizan el cálculo de emisiones de Alcance 1, 2 y 3 (Scope 1, 2, 3).

• Uso en Green QA

El software entra en el Alcance 3 (emisiones indirectas). Estas herramientas recolectan datos de tus facturas de luz y proveedores cloud.

• Configuración

Se conectan vía API a tus sistemas de inventario. El equipo de QA reporta aquí el consumo energético de las granjas de servidores de prueba para que la empresa tenga el dato real de impacto del departamento de IT.

Medición de sostenibilidad en el Frontend

El GQA también mide el impacto en el dispositivo del usuario final.

Herramienta: GreenFrame.io o Lighthouse (Carbon Indicator)

• Para qué sirve

Medir la huella de carbono de una sesión de usuario en el navegador.

• Configuración y uso

1. CI/CD Integration: se integra en los GitHub Actions o Jenkins.
2. Uso: cada vez que se lanza un test de regresión visual, Green Frame estima los gramos de CO2 producidos por la carga de la página (transferencia de datos + ejecución de JS en el cliente).
3. Métrica de QA: esta nueva versión de la Home pesa 2MB más y genera 0.5g de CO2 extra por visita. Reportado como Bug de Sostenibilidad.

QA y auditoría: gestión de calidad verde

Aquí es donde conectas los datos con el proceso de testing.

Jira y TestRail

• Uso en Green QA: no miden carbono por sí mismos, pero se configuran para gestionar requisitos verdes.
• Configuración
  • Jira: crear "Custom Fields" como Estimated Carbon Cost en las User Stories.
  • TextRail: crear una sección de "Green Test Cases" donde se valide que la app entra en modo ahorro de energía o que no hace peticiones API innecesarias.

Plataformas de datos ESG (Environmental, Social, and Governance)

• En qué consisten

Repositorios donde se guarda toda la evidencia para auditorías legales.

• Uso en Green QA

El resultado de tus tests verdes se sube aquí como prueba de cumplimiento normativo (ej. para cumplir con la directiva CSRD en Europa).

• Configuración en el Pipeline

Para que esto sea "Green QA" real, el flujo debe ser:

1. Definir umbrales: en Jira, establecer un límite de consumo energético por feature.
2. Medir: durante la ejecución (Cucumber/Playwright), monitorear el consumo con herramientas como Scaphander o Intel Power Gadget.
3. Visualizar: cruzar esos datos con el Azure Emissions Dashboard.
4. Auditar: exportar reportes a Persefoni o Plan A para la contabilidad anual.

Buenas prácticas

Conclusiones

El proceso de transición en una organización para abrazar el GCA conlleva una serie de pasos ineludibles y un proceso de adaptación a todos los niveles.

Requiere de una implicación tanto por parte de los negocios como de la parte técnica, empezando por el cambio cultural y siguiendo por la adaptación metodológica y estratégica.

Todos estos cambios ayudarán a la empresa a cumplir con la legalidad que ya se mencionó en el anterior post.