Tests d'intégration C++ avec Docker : niveau avancé

Tests d'intégration C++ avec Docker : niveau avancé

Le développement d'applications C++ modernes s'oriente de plus en plus vers la paradigme des microservices et de la conteneurisation. Les tests d'intégration (Integration Testing) deviennent une étape critique, permettant de vérifier l'interaction des composants du système dans des conditions aussi proches que possible de la production. Docker offre un environnement idéal pour des tests isolés et reproductibles. Dans cet article, nous explorerons les techniques avancées de tests d'intégration C++ avec Docker, y compris la configuration des conteneurs, l'écriture de tests avec Google Test et l'intégration dans les pipelines CI/CD.

1. Pourquoi Docker est-il l'outil idéal pour les tests d'intégration C++ ?

Les tests unitaires traditionnels vérifient des fonctions ou des classes individuelles, mais ne garantissent pas le bon fonctionnement du système dans son ensemble. Les tests d'intégration vérifient les connexions : bases de données, protocoles réseau, système de fichiers, API externes. Docker devient alors indispensable :

• Reproductibilité : Une image Docker contient une copie exacte de l'environnement (compilateur, bibliothèques, variables d'environnement). Un test réussi localement le sera sur le serveur CI et chez un autre développeur.
• Isolation : Chaque test s'exécute dans un conteneur propre. Pas de "pollution" par les paramètres globaux du système d'exploitation ou les données résiduelles des tests précédents.
• Parallélisme : Il est possible d'exécuter plusieurs conteneurs de test simultanément, économisant du temps dans le CI/CD.
• Gestion des dépendances : Docker Compose permet de déployer toute une infrastructure : PostgreSQL, Redis, Kafka — en quelques secondes.

2. Configuration de l'environnement de test avec Docker Compose

Considérons un scénario typique : un service C++ qui lit des données depuis PostgreSQL et les envoie à RabbitMQ. Nous devons tester l'intégration de ces trois composants.

Créons un fichier docker-compose.test.yml :

version: '3.8'services:  postgres_test:    image: postgres:15-alpine    environment:      POSTGRES_DB: testdb      POSTGRES_USER: testuser      POSTGRES_PASSWORD: testpass    ports:      - "5432:5432"    healthcheck:      test: ["CMD-SHELL", "pg_isready -U testuser -d testdb"]      interval: 5s      timeout: 5s      retries: 5

  rabbitmq_test:    image: rabbitmq:3-management-alpine    environment:      RABBITMQ_DEFAULT_USER: testuser      RABBITMQ_DEFAULT_PASS: testpass    ports:      - "5672:5672"    healthcheck:      test: ["CMD", "rabbitmq-diagnostics", "check_port_connectivity"]      interval: 5s      timeout: 5s      retries: 5

  test_runner:    build:      context: .      dockerfile: Dockerfile.test    depends_on:      postgres_test:        condition: service_healthy      rabbitmq_test:        condition: service_healthy    environment:      DB_HOST: postgres_test      DB_PORT: 5432      DB_NAME: testdb      DB_USER: testuser      DB_PASS: testpass      RMQ_HOST: rabbitmq_test      RMQ_PORT: 5672

Le point clé est le healthcheck. Nous ne lançons pas les tests tant que la base de données et le courtier de messages ne sont pas prêts. Cela évite les "race conditions" dans les tests.

3. Écrire des tests d'intégration en C++ avec Google Test

Pour la démonstration, nous utilisons Google Test (gtest) — le standard de facto pour les tests C++. Écrivons un test qui vérifie l'insertion de données dans PostgreSQL et leur lecture via RabbitMQ.

Commençons par créer une simple enveloppe pour interagir avec RabbitMQ (simplifiée) :

// rabbitmq_client.h#pragma once#include <string>#include <amqpcpp.h>

class RabbitMQClient {public:    RabbitMQClient(const std::string& host, int port,                   const std::string& user, const std::string& pass);    bool sendMessage(const std::string& queue, const