Parlez-nous de l'infrastructure de votre cadre.

Le cadre est construit selon une architecture en couches.

Couche de tests : Contient des classes et des méthodes de test décrivant les scénarios de test. Utilise un framework de test (JUnit 5 / TestNG) pour les annotations et l'exécution des tests.
Couche de pages (Page Object Model) : Implémente le modèle Page Object (POM). Chaque classe de page représente une page web ou une partie de celle-ci et contient des méthodes pour interagir avec les éléments et effectuer des actions.
Couche utilitaire : Contient des classes et fonctions auxiliaires pour des tâches communes, telles que la gestion des données de test (lecture de fichiers, bases de données), la journalisation (SLF4j), les captures d'écran, la gestion de la configuration (OwnerR), etc.
Couche du driver : Abstrait la gestion du WebDriver (par exemple, Selenium WebDriver). Responsable de l'initialisation, de la configuration et de la gestion des instances du driver pour différents navigateurs et plateformes (directement ou via Selenide).
Rapports : Intégré au système de reporting (Allure Report) pour générer des rapports détaillés sur l'exécution des tests, y compris les étapes, captures d'écran et logs.
Intégration CI/CD : Le framework est configuré pour s'exécuter dans une pipeline CI/CD (Jenkins / GitLab CI) avec des outils de build (Maven / Gradle).

De plus, des couches pour travailler avec des API (REST Assured), des bases de données ou des applications mobiles peuvent être incluses, selon la nature du produit testé. La gestion des dépendances est assurée par des systèmes de gestion de dépendances (Maven / Gradle).

Exemple de structure du projet :

// Exemple de structure du projet du framework
src/test/java/com/example/tests/
    TestClass1.java
    TestClass2.java
src/test/java/com/example/pages/
    LoginPage.java
    HomePage.java
src/test/java/com/example/utils/
    DataReader.java
    LoggerUtil.java
src/test/resources/
    config.properties
    testdata.json
pom.xml (ou build.gradle)