Logo Francesco Montelli
  • Home
  • About
  • Tecnologie
  • Esperienze
  • Istruzione
  • Di più
    Progetti Pubblicazioni Recent Posts
  • Articoli
  • Appunti
  • Italiano
    Italiano English
  • Dark Theme
    Light Theme Dark Theme System Theme
Logo Inverted Logo
  • Articoli
  • Testing
    • Performance Testing
      • Introduzione
    • Playwright
      • Playwright E2E
      • Playwright + OTel
      • CI/CD & Strategie
  • Kubernetes
    • Kubernetes Cluster API
      • Dal Chaos all'Automazione
      • Componenti e Meccanismi
      • Talos OS
      • Setup Pratico
      • Ubuntu su Proxmox
    • Fondamenti
      • Ingress su kind
      • Controller Pattern
  • Observability
    • Introduzione
    • OpenTelemetry
    • LGTM!
    • Sampling & Retention
    • Correlation Demo
    • Routing dei Dati
  • DevOps Practices
    • CI/CD & GitOps
    • Infrastructure as Code
    • Platform Engineering
    • SRE & Reliability
  • Web Development
  • DevContainers
  • Homelab n8n
  • Progetti
  • Kafka
    • 1. Architettura del Flusso
Hero Image
Dal test E2E al debug del backend: Playwright + OpenTelemetry

Il test E2E fallisce con un timeout, lo screenshot mostra uno spinner infinito, e l’unica informazione utile è “qualcosa nel backend non ha risposto”. I test Playwright verificano il percorso utente: login, aggiungi al carrello, checkout. Ma il checkout di un e-commerce a microservizi attraversa 4 servizi diversi, e quando il test fallisce con timeout Playwright vede solo il frontend. Il backend resta una black box. Collegare i test Playwright alle trace OpenTelemetry ci permette di rompere quella black box: quando un test fallisce, apriamo la trace in Grafana e identifichiamo esattamente quale microservizio è il colpevole.

  • Playwright
  • E2E
  • Testing
  • OpenTelemetry
  • VisualTesting
  • Observability
sabato 7 febbraio 2026 | 11 minuti Leggi
Hero Image
Playwright: Testing E2E Moderno e Affidabile

Test che passano al terzo tentativo, sleep(5000) disseminati nel codice, suite che girano per 20 minuti e falliscono in modo non deterministico. Il testing end-to-end resta un pilastro per la qualità delle applicazioni web moderne - simulare l’esperienza utente reale fornisce un livello di confidenza impossibile da ottenere con test unitari o di integrazione isolati - ma troppo spesso i costi superano i benefici. Playwright risolve sistematicamente queste problematiche attraverso un’architettura moderna e un’eccezionale developer experience. In questo articolo ne analizziamo architettura, tooling e pattern avanzati.

  • Playwright
  • Testing
  • E2E
  • Automazione
  • DevOps
  • CI/CD
  • JavaScript
  • TypeScript
lunedì 17 novembre 2025 | 15 minuti Leggi
Hero Image
Playwright in CI/CD: Sharding, Mobile Testing e Automazione Agent-Driven

Una suite di test E2E completa che passa in locale e fallisce in CI - timeout, browser che non si avviano, report frammentati - è uno scenario comune. Una suite di test ha valore solo se viene eseguita in modo sistematico e affidabile. Integrare Playwright in una pipeline CI/CD non si limita ad aggiungere un npx playwright test nel workflow: servono configurazioni specifiche per runner con risorse limitate, strategie di parallelizzazione su più macchine e reporter adatti all’ambiente.

  • Playwright
  • CI/CD
  • GitHub Actions
  • Sharding
  • Agent-Driven Development
venerdì 24 gennaio 2025 | 10 minuti Leggi
Navigazione
  • About
  • Tecnologie
  • Esperienze
  • Istruzione
  • Progetti
  • Pubblicazioni
  • Recent Posts
Contattami:
  • francesco@montelli.dev
  • monte97
  • Francesco Montelli

Avviso di responsabilità: Privacy Policy.


Toha Theme Logo Toha
Francesco Montelli
P.IVA: 02726990399
Creato con Hugo Logo