SDET Engineer in Mendrisio

ppbDonTouch SA /b è una digital company con sede in Svizzera e gestisce alcuni dei più grandi marketplace in Europa: bItalia, Spagna, Germania e UK /b. /p pbCon oltre 60.000 inserzionisti paganti all'anno /b, le nostre proprietà raggiungono più di b7 milioni di utenti unici attivi mensili /b, sul web e sulle app mobili, sia per iOS che Android. /p pPer la nostra sede di Chiasso (CH), selezioniamo un/a: /p h3bSOFTWARE TEST ENGINEER (SDET) /b /h3 pbLocation: ON SITE /b /p pbSeniority: /b Senior /p pbContratto: /b Tempo indeterminato – Full time /p p***************************************************************** /p pUn professionista bfocalizzato sulla progettazione di architetture di test in produzione /bcon background da bIngegnere del Software, /b sviluppo di codice JavaScript, Python, PHP /p pSpecializzato nella bcreazione da zero di suite di test /b, robusti e scalabili, con comprovata besperienza nell'integrazione di test automatizzati (UI e API) e implementazione in pipeline CI/CD. /b /p pIl ruolo richiede la combinazione di bmentalità analitica del QA con le competenze ingegneristiche dello sviluppatore /b, per garantire rilasci software rapidi, sicuri e ad alto standard qualitativo. /p p***************************************************************** /p h3RUOLO e RESPONSABILITA’ /h3 ul libCreazione e gestione di una piattaforma di test condivisa, con catalogo test consultabile dal team /b /li libArchitettura dei Test: /b Scegliere e adattare i tool in base al tipo di prodotto, scalabilità e costi di manutenzione /li libCultura della Qualità: /b Lavorare a stretto contatto bcon i developer /be i product owner per definire i requisiti di test fin dalla fase di design /li libManutenzione e Affidabilità: /b Gestire la stabilità dei test (riducendo i falsi positivi) e la pulizia del codice di test con gli stessi standard del codice di produzione /li libDocumentazione /bdi processi QA su Confluence /li libStrategia e ROI: /b Decidere cosa conviene davvero automatizzare e cosa invece è meglio lasciare manuale, ottimizzando i tempi e le risorse /li /ul h3Attività quotidiana /h3 ul libGit, branching, code review e Pull Request /b /li liDocker e Docker Compose per bcreare ambienti isolati /b /li liScrittura e manutenzione di codice di test in bTypeScript, Python e PHP /b /li libGestione completa dei processi /b di Unit, integrazione, end-to-end test, Test API automatizzati, test mobile, performance test /li liApplicazione bstrategie di test /b: smoke, regressione e risk-based testing /li liTest management integrati bin Jira /b /li liIntegrazione dei test bin CI/CD /b (es. Postman/Newman, supertest, pytest, PHPUnit/Pest) /li liOperatività su bweb e mobile /b /li libDiagnosi tecnica autonoma /b /li libSQL a livello operativo /b per query, verifica e preparazione dei dati /li libMonitoraggio in rilascio /b (Rollback) /li /ul h3REQUISITI ESSENZIALI (MUST-HAVE /h3 ul lib5+ anni in QA engineering con ownership nella progettazione da zero (o rifondato) la strategia di test di un prodotto in produzione /b /li /ul ul libScrittura e manutenzione di codice di test in TypeScript, /b Python e PHP /li /ul ul liTotale abilità con bGit, branching, code review e Pull Request /b /li /ul ul libCopertura dei tre livelli della piramide di test: UNIT, INTEGRAZIONE, END-TO-END /b /li /ul ul libPLAYWRIGHT a livello avanzato /b: page object o fixtures custom, parallelizzazione e sharding, retry policy, gestione sistematica della flakiness, esecuzione cross-browser, trace e debug dei fallimenti in CI /li /ul ul libTest API automatizzati /b: REST client, test di integrazione e contract testing, con strumenti coerenti allo stack (es. Postman/Newman, supertest, pytest, PHPUnit/Pest) /li /ul ul libJENKINS per l'integrazione dei test in CI/CD /b: pipeline, esecuzione parallela, quality gate sui rilasci, pubblicazione automatica dei report /li /ul ul libProgettazione di una piattaforma di test centralizzata e condivisa /b: un catalogo dei test consultabile da tutto il team (sviluppo, prodotto, management), bcon reporting aggregato cross-repo e cross-linguaggio /b (es. formato Allure/JUnit XML), bgenerato automaticamente dal codice /b - non mantenuto a mano -, beseguibile sia in locale dal singolo sviluppatore, sia in pipeline, sia da interfaccia web /b /li /ul ul libEsperienza test su PWA /b . Controllo integrato e bautomatizzato /b (Appium, Maestro o equivalenti) /li /ul ul libStrategie di test applicate al contesto /b: bsmoke, regressione e risk-based testing. /bSai decidere cosa verificare prima del rilascio. Quando la finestra di arco temporale è ridotta e non si può testare tutto, sai argomentare quel taglio con i dati /li /ul ul libProcedura e pratica strutturata di Exploratory Testing /b per individuare bcriticità impreviste nel flusso /b (pubblicazione inserzioni, pagamenti,account), oltre a quello che le suite automatiche già coprono. /li /ul ul libSoftware Risk Hunting: Rompere per testare il sistema /b (Edge Case estremi, Race Conditions, Error Handling distruttivo, User Abuse Simulation, Cigno Nero, Caos test, Stress test,Analisi dei margini, Mappatura dei punti ciechi …) /li /ul ul libGestione di dati e ambienti di test /b: Seed, fixtures, isolamento e reset degli ambienti, riproducibilità. bSQL a livello operativo /b per query, verifica e preparazione dei dati /li /ul ul libDiagnosi tecnica autonoma /b: lettura dei log, browser devtools, client API e verifica diretta sul database - Apertura di un issue bcon indicazione Root Cause /b bidentificata /b (causa radice) /li /ul ul libProcesso QA trasparente e condiviso, lungo tutto il ciclo di vita, /b in contesto Agile (Scrum/Kanban): Piani di test per le release, Suite di regressione, Triage bug dei difetti software con assegnazioneb gravità tecnica (Severity) /b e burgenza di business (Priority), /bAnalisi di Root Cause in collaborazione con gli sviluppatori (fattibilità tecnica) /li /ul ul libComunicazione operativa durante i rilasci /b: sai comunicare stato, rischio residuo e braccomandazione go/no-go mentre il rilascio è in corso /b, anche quando la risposta è impopolare, bma necessaria se emergono rischi critici /b per la stabilità o la sicurezza del servizio /li /ul h3NICE to HAVE /h3 ul liEsperienza con strumenti di btest management integrati in /b bJira /b (Xray, Zephyr) /li /ul ul liPadronanza con bConfluence /b per documentazione di processi QA /li /ul ul liConfidenza nell’utilizzo di bpiattaforme di /b breporting e orchestrazione test come layer dedicato /b (Allure TestOps, ReportPortal, Testomat) /li /ul ul libDocker e Docker Compose /b per ambienti di test riproduc /li /ul /p #J-18808-Ljbffr