Strategia e rischio
Analisi dei requisiti, test design e priorità basate sul rischio: non tutto va testato allo stesso modo.
Senior Software QA Engineer · Milano, Italia
Parliamo di qualità,
non solo di test.
QA Engineer pragmatico, orientato al rischio e alla qualità del prodotto. Lavoro con i team per capire dove investire attenzione, ridurre l'incertezza e consegnare con maggiore fiducia.
APPROCCIO
Come lavoro.
Non considero il QA una fase finale né il ruolo di chi trova bug a tutti i costi. Per me significa capire il prodotto, mettere in discussione le assunzioni e aiutare il team a prendere decisioni consapevoli sul rischio. L'automazione è uno strumento: serve a liberare tempo dalle attività ripetitive e a concentrarsi su ciò che ha davvero valore.
IL MIO METODO QA
Non parto dai test.
Parto dalle domande.
Che cosa potrebbe andare storto? Per chi? Quanto sarebbe grave? E come possiamo scoprirlo prima di una release?
Il diagramma completo esiste, ma nella pratica il mio lavoro è più simile a una conversazione continua con prodotto e sviluppo.
Spoiler: non tutto va automatizzato. E non tutto merita lo stesso livello di test.
01Capire prima di testare
+
Parto da obiettivi, requisiti, impatti e precondizioni: dati, accessi, ambiente, API, log. Se qualcosa non è testabile, chiarisco il perché e valuto alternative utili - ad esempio un mock - invece di bloccare tutto il flusso.
02Decidere che test fare
+
Scelgo insieme al team il livello di copertura utile: smoke, regressione, end-to-end, integrazione, API o UI. Poi definisco test case chiari, distinguendo quelli manuali, esplorativi, ricorrenti e candidati all'automazione.
03Eseguire con evidenza
+
Le suite automatiche vengono eseguite nella pipeline CI/CD. I report alimentano la tracciabilità su Jira, così gli esiti non restano dispersi tra GitLab, strumenti e conversazioni.
04Migliorare il sistema
+
Analizzo risultati e difetti ricorrenti per aggiornare test, requisiti e suite. L'obiettivo è ridurre il rischio nelle release successive.
COMPETENZE
Automazione
Framework Playwright in Python o C#, progettati per essere leggibili, riutilizzabili e semplici da estendere.
Processo QA
Pipeline CI/CD, dashboard e integrazioni Jira per dare visibilità alla qualità lungo tutto il ciclo di sviluppo.
Collaborazione
Confronto con sviluppatori, Product Owner e stakeholder: prima capire il problema, poi proporre una soluzione.
SFIDE AFFRONTATE
Situazioni complesse,
con un contributo concreto.
Refactor di una suite Selenium con Playwright e Python
- La sfida
- Una suite frontend in Selenium e TypeScript era difficile da leggere e da scalare in un team QA con livelli di seniority diversi. Inoltre i flaky test generavano falsi positivi.
- Il mio contributo
- Ho rifattorizzato la suite scegliendo Playwright per ridurre il codice e aumentare l'affidabilità, e Python per renderla più accessibile a tutto il team.
- Cosa è cambiato
- Test più leggibili e manutenibili, una base più semplice su cui lavorare insieme e meno rumore dovuto a esiti instabili.
Portare gli esiti della pipeline dentro Jira
- La sfida
- I test automatizzati venivano eseguiti in GitLab, ma test case e Test Execution sul tool di test management non venivano aggiornati: farlo a mano era percepito come una perdita di tempo.
- Il mio contributo
- Ho creato un automatismo che, a ogni esecuzione della pipeline, crea una Test Execution, sincronizza i test case e aggiorna automaticamente il loro stato.
- Cosa è cambiato
- Gli esiti pass/fail non restano confinati in GitLab: QA e manager hanno visibilità sulla singola esecuzione e una base dati per dashboard e KPI.
Quando una parte del flusso non è testabile
- La sfida
- Una parte del flusso era bloccata dalla two-factor authentication.
- Il mio contributo
- Invece di fermare il lavoro, sono partito da domande concrete: perché esiste questa API, quale informazione serve e possiamo simularne la risposta?
- Cosa è cambiato
- Abbiamo scelto un mock per la parte bloccante e proseguito sui passaggi a maggior valore, senza fingere di avere una copertura che non era possibile ottenere.
ESPERIENZA
Percorso professionale.
gen 2026 - lug 2026
Software QA Engineer
iliad · Milano
QA per i domini B2C e Logistics. Automazione Python, refactoring di test TypeScript, integrazione CI/CD e AgileTest per il reporting automatico.
mag 2024 - dic 2025
Senior QA Engineer
agap2 Italia · Milano / Lucca
Esperienze nei settori Betting, Automotive e High Finance, con focus su automazione dei test e qualità del prodotto.
mag 2023 - mag 2024
Software Quality Expert | Test Automation Engineer
CCH Tagetik · Lucca
Coordinamento e mentoring di tre junior tester; ridefinizione del processo di test e introduzione di pratiche BDD con Robot Framework.
gen 2021 - mar 2023
Test Automation & CRM Dynamics 365 Developer
Avanade · Firenze
Test automation in un progetto internazionale con Playwright; sviluppo .NET e JavaScript su Dynamics 365 CRM e comunicazione dei risultati con Gherkin.
mag 2019 - dic 2020
Functional Consultant Dynamics Business Central
F1 Consulting & Services · Milano
Consulenza ERP con attenzione a logistica e contabilità, analisi funzionale e visione end-to-end del prodotto.
dic 2017 - mag 2019
Technical Consultant CRM Dynamics 365
Avanade · Milano
Customizzazione Dynamics 365, analisi funzionale, system test e manutenzione di Unified Service Desk.
nov 2016 - nov 2017
Chat Bot Blockly & JavaScript Developer
Sysmo · Milano
Sviluppo chatbot, JavaScript, SQL, automazione di report Excel/VBA e primi progetti cloud.
STRUMENTI
Strumenti e tecnologie.
PlaywrightPythonC# / .NETSpecFlow / CucumberNUnit / JUnitGitLab CI/CDJiraXray / AgileTestREST / SOAP APISQLPostman
COSA CERCO
Cerco un contesto in cui la QA sia coinvolta prima: nelle discussioni sui requisiti, nella definizione della strategia di test e nella costruzione di strumenti e processi utili al team. Non cerco il controllo totale, ma collaborazione e qualità trattate come responsabilità condivise.