v1.7.1 — Documentation et architecture actualisées

Mise à jour documentaire du framework Playwright BDD et de la plateforme QA.

• Architecture actualisée : agents Python LangChain / LangGraph, harness LLM et données PostgreSQL / pgAdmin.
• Commandes de démarrage, pipeline, diagnostic, Allure et DeepEval vérifiées.
• Intégrations Plane / Confluence, CI et revue humaine clarifiées.
• Versions npm et README synchronisés en 1.7.1.

Validation : 39 liens locaux et 33 commandes npm vérifiés ; cohérence package.json / package-lock.json contrôlée. Aucun changement du comportement des tests.

Limite connue héritée de 1.7.0 : l'application accepte les tâches de 201 caractères, tandis que le scénario attend leur rejet selon une limite métier proposée de 200, restant à confirmer.

v1.7.0 — Agents Python, Groq et données PostgreSQL

Changelog

1.7.0 — 2026-10-18

• Agents Python avec LangChain / LangGraph : pipeline, analyse, qualité, génération et agent Data.
• Groq comme fournisseur IA unique, gateway de contrôle, RAG BM25 et intégration DeepEval.
• Jeux de données PostgreSQL : migrations SQL, profils synthétiques, réservations concurrentes par scénario, libération et connexion pgAdmin locale.
• Rapports Allure : environnement, historique et tendances par exécution.
• Intégrations Plane et Confluence, diagnostics d'accès et exclusion du contexte indisponible.
• Diagnostics API sans secrets, prise en charge de access_token, navigation login et traces améliorées.
• Revue humaine des propositions, vérifications des agents, lint et contrôles CI.

Validation et limites connues

Le scénario de connexion a été rejoué avec succès. Le scénario négatif sur la longueur d'une tâche reste en échec : l'application accepte 201 caractères avec HTTP 201 ; la limite métier proposée de 200 caractères doit être confirmée. Les assertions restent actives.

L'accès Confluence nécessite un compte autorisé. Les appels IA nécessitent une clé Groq et restent soumis aux quotas du fournisseur. Les configurations PostgreSQL et les secrets locaux ne sont pas inclus dans cette version.

v1.6.3

QA Platform Governance Update

Highlights

• explicit AI governance layer for prompt security, risk scoring and human approval
  a- formal QA workflow lifecycle: Gherkin -> Script -> Execution -> Analysis -> Decision
• human approval gate for critical decisions before release/GO-NO-GO
• workflow validation commands documented in the Playwright BDD project
• governance audit and approval traces exported in docs/logs

Included changes

• added scripts/agents/shared/ai-governance.js
• added scripts/agents/shared/qa-workflow-engine.js
• added scripts/agents/governance-agent.js
• added scripts/agents/qa-workflow-agent.js
• updated Playwright BDD documentation and package scripts

Validation

• workflow status, gate check and approval flow tested successfully on the project
• critical decisions remain blocked until documented human approval is recorded

v1.6.2

1.6.2 (2026-07-09)

Documentation

• fix client-readiness gaps in portfolio README and module docs (55cf938)

v1.6.1 — Allure KPI widgets intégrés (Environment · Categories · Trend)

What's new in v1.6.1

Allure Report — KPI widgets auto-generated

Widget	Content
Environment	Pass.Rate · Fail.Rate · Quality.Gate · Smoke/Critical/Coverage · Duration
Categories	Infrastructure Issues · Product Defects · Test Framework Errors
Trend	History copied from previous run → trend line visible across runs

Implementation

• AllureSuiteListener — ISuiteListener registered via META-INF/services/org.testng.ITestNGListener (avoids Surefire 3.2.5 crash with @Listeners)
• EnvironmentWriter — computes KPIs dynamically from ISuiteResult, writes target/allure-results/environment.properties
• categories.json — written at suite start (Infrastructure Issues / Product Defects / Test Framework Errors)
• History copy — target/allure-report/history/ → target/allure-results/history/ for trend continuity

Confirmed results

Scenarios.Total=31
Scenarios.Passed=31
Pass.Rate=100.0%
Quality.Gate=PASSED — 5/5 criteres

Builds on v1.6.0 (31/31 Chrome 149 headless · KPI Dashboard)

v1.6.0 — Selenium BDD : 31/31 · Chrome 149 headless · KPI Dashboard

ui_selenium_bdd — Release v1.6.0

Résultats

• 31/31 scénarios passants — 100% pass rate
• Quality Gate : ✅ PASSED — 5/5 critères satisfaits
• Durée d'exécution : 6m 39s · Moy. ~13s/scénario
• Browser : Chrome 149 headless

Nouveautés

• 8 nouveaux scénarios sur Id01–Id04 : signup redirect, add-todo-after-signup, logout flows, todo-after-login, delete race condition
• KPI Dashboard (docs/kpi-dashboard.html) : Quality Gate, 8 KPI cards, 5 graphiques (donut/bar/trend/radar/exec-rate), répartition par tag, table couverture feature

Corrections Chrome 149 / Selenium 4.12.1

• --headless (legacy) remplace --headless=new — élimine le CDP endpoint timeout
• DriverService.stop() absorbe le timeout quit() CDP (incompatibilité Chrome 149 + Selenium 4.12.1)
• --remote-allow-origins=* + --disable-dev-shm-usage ajoutés aux ChromeOptions

Corrections framework

• iLogout() : clic sur [data-testid='logout'] au lieu de localStorage.clear() (React in-memory auth)
• assertTodoPresent() : fenêtre 60s pour absorber le cold-start Heroku dyno gratuit
• deleteTodo() : fenêtre 25s pour l'invisibilité après suppression
• iDeleteTodoItem() : assert todo visible avant tentative de suppression (race condition)
• iRefreshPage() : attente document.readyState=complete après refresh

Suppressions (clean-up)

• Id06/07/08 supprimés : QACart n'a pas de page Profile/Password/Email en UI
• Scénarios refresh supprimés : QACart React perd l'état auth après reload navigateur (in-memory JWT)

Commandes clés

# Run complet headless
mvn test -Dtest=RunnerTest -Dheadless=true "-Dcucumber.filter.tags=@regression and not @wip"

# Rapport Allure
allure generate target/allure-results -o target/allure-report --clean
allure open target/allure-report

# KPI Dashboard
start ui_selenium_bdd/docs/kpi-dashboard.html

v1.5.0 — Architecture 10 agents IA + Stratégie de test

Nouveautés

Architecture agents IA — Refactoring majeur

• 10 agents consolidés remplacent 11 agents fragmentés : codegen · runner · quality · ci · planning · reporting · advisor · observability · bug · pipeline
• 4 modules partagés : tracer.js · circuit-breaker.js · memory-store.js · prompt-store.js
• 5 patterns LLM avancés : chatCot · chatStructured · chatConfident · chatAdversarial · chatSelfConsistent
• 3 gardes de coût : AGENT_MAX_ITER · CONFIDENCE_THRESHOLD · CODEGEN_BATCH

Qualité & Anti-flakiness

• Flakiness réduite de 37% → 0% sur les tests négatifs Login/Signup
• Remplacement waitForNavigation → waitForLoadState('networkidle') sur SPA React
• Correction isVisible() → waitFor({ state: 'visible' }) dans BasePage.assertErrorMessage
• 32/32 scénarios négatifs passent (0 failure)

Documentation

• Ajout docs/TEST_STRATEGY.md — stratégie de test complète (14 sections)
• Baseline créée : 218 tests de référence (docs/baseline.json)

Résultats

• 89 scénarios BDD automatisés
• Pipeline complet < 10 min
• Coût IA : ~$0.025 / run complet

v1.4.0

Quoi de neuf

• Ajout d'un agent GitHub complet avec workflow CI pour api-pytest-framework
• Intégration de l'agent sprint pour les commandes backlog, board et move
• Mise à jour de la documentation avec des badges, des liens Allure et une architecture diagrammatique
• Ajout d'un agent git pour les messages de commit, push, PR et release intelligents
• Intégration de la fonctionnalité de déploiement GitHub Pages

Corrections

• Correction de la configuration CI pour ui-pytest-framework
• Mise à jour de la documentation pour une meilleure cohérence et une meilleure lisibilité
• Correction des problèmes de style et de formatage dans la documentation

Stack technique

• Python
• Pytest
• Allure
• GitHub
• Git
• Playwright
• UI Playwright BDD
• API Pytest Framework

v1.3.0 -- api-pytest-framework BDD Framework

Framework API — Python Requests + Pytest-BDD + Agents IA

Couverture

• 51 scénarios BDD (Gherkin) couvrant 8 endpoints Restful Booker
• 8 feature files : auth, booking list/get/create/update/patch/delete, health check
• Page Object Model API : BaseAPI → AuthPage, BookingPage, HealthPage
• Step definitions en français (common_steps + 7 modules)

Endpoints testés

Méthode	Endpoint	TCs
POST	/auth	5
GET	/booking	7
GET	/booking/{id}	7
POST	/booking	12
PUT	/booking/{id}	6
PATCH	/booking/{id}	7
DELETE	/booking/{id}	6
GET	/ping	1

Agents IA (8 agents)

Agent	Rôle
test-case-agent	Génération Gherkin + mapping Jira
status-agent	Sync Allure → Jira (51 TCs, HBAPI-11..61)
report-agent	Pipeline Allure complet
git-agent	Commit/push automatisé
jira-agent	Setup projet + sprint
bug-analyzer	Analyse des échecs
qa-agent	Revue qualité
api-spec-agent	Génération specs OpenAPI

Résultats Allure

• 48/51 PASSED (94%)
• 3 défauts API documentés (totalprice négatif, dates inversées, XSS non filtré)
• Rapport Allure généré et publié

Intégration Jira

• 51 test cases Jira (HBAPI-11 à HBAPI-61) mis à jour automatiquement
• Statuts : 48 → Terminé | 3 → En cours

Stack

Python · Requests · Pytest-BDD · Allure · Groq LLaMA · Jira REST API v3

v1.2.0 -- ui_playwright_bdd BDD Framework

Framework UI BDD — Playwright Java + Cucumber

Couverture

• 26 scénarios BDD (Gherkin) sur 3 features : Signup, Login, Todo CRUD
• Page Object Model complet : LoginPage, SignupPage, TodoPage, DeleteTodoPage
• Step definitions Java + Cucumber

Agents IA (7 agents)

Agent	Rôle
test-case-agent	Génération et mapping Gherkin ↔ Jira
jira-agent	Setup projet Jira + sprint
report-agent	Pipeline Allure
status-agent	Sync statuts tests → Jira
git-agent	Commit/push automatisé

Résultats

• 26/26 PASSED (100%)
• Rapport Allure généré

Stack

Java · Playwright · Cucumber · TestNG · Allure · Groq LLaMA · Jira REST API