Non sono sicuro del processo delle interviste SDET in aziende specifiche.
Ovviamente, il ruolo SDET potrebbe variare da un'azienda all'altra. In alcune aziende anche solo gli ingegneri di automazione dei test sono chiamati "SDET's".
Come in alcune organizzazioni, SDET è puramente considerato come un ruolo equivalente ad uno sviluppatore.
La mia opinione è che non sono solo normali ingegneri QA o ingegneri di automazione.
Sono in realtà una sorta di squadra SWAT che sono persone altamente specializzate e tecniche.
Dirò che SDET non è altro che sviluppatori.
Ma sviluppano solo una funzione chiamata "TEST".
La prima cosa che devi imparare è la codifica/programmazione.
Devi essere in grado di creare strumenti di test e framework che rendono il test o l'automazione dei test più facile per i tuoi ingegneri di QA e automazione.
Potresti anche dover controllare il codice scritto dai tuoi sviluppatori per "Testabilità" e "Leggibilità".
Si dovrebbe fare un controllo regolare sul processo di QA e Dev e vedere dove sono in ritardo e poi potrebbe essere necessario fare raccomandazioni adeguate e suggerimenti su come superare questi vincoli.
Ti potrebbe non essere chiesto di scrivere test automatizzati utilizzando selenium/QTP/SoapUI. Ma dovresti avere la capacità di progettare la piattaforma con gli stessi test di esempio che sono una specie di modello per i tuoi ingegneri di QA/automazione.
Dovresti avere qualche meccanismo automatizzato per tenere traccia della copertura del codice da parte dei tuoi test. Quindi dovreste avere familiarità con gli strumenti di copertura del codice.
Optionally potreste anche essere invitati a scrivere test di unità/integrazione all'interno della stessa base di codice che uno sviluppatore scrive il codice di produzione. Quindi dovresti avere familiarità anche con le abilità di white box testing.
O almeno dovresti avere la capacità di creare mocks/stubs per facilitare gli sviluppatori a scrivere test di unità e integrazione.
Soprattutto, questi test dovrebbero essere eseguiti in modo automatizzato attraverso uno qualsiasi dei meccanismi di continuous build integration.
Ti potrebbe essere chiesto di fare test di performance per la tua applicazione sotto forte carico. In quel momento, il vostro lavoro non è solo quello di produrre un rapporto sul test delle prestazioni. Dovreste sfruttare le vostre abilità tecniche per identificare dove esattamente esistono i colli di bottiglia delle prestazioni e come superarli.
Anche il processo e le metodologie intorno allo sviluppo e al test del software è un posto dove dovete concentrarvi maggiormente. Perché questo set di abilità differenzia un SDET da un SDE.
Ho recentemente scritto una risposta a Linkesh Kanna Velu's risposta a Quali sono i must hanno competenze per QA / ingegneri SDET che possono imparare nel tempo libero? che vi aiuterà a preparare per il vostro processo di intervista SDET.
Spero che questo aiuta 🙂
Linkesh