Che cos'è uno sviluppatore in prova? [chiuso]

Sono un ingegnere di sviluppo software in test e sono stato in 2 società separate. Attualmente lavoro per Microsoft.

In generale, Bryan Oakley ha ragione: scrivi software che testa il software.

Oltre a ciò, dipende dal tuo livello di esperienza, dalla portata delle tue responsabilità e dal tipo di software che il datore di lavoro produrrebbe. Una posizione SDET può includere scrivere qualsiasi cosa, dalle basi dei test di verifica delle funzionalità, alla scrittura e alla manutenzione dell'infrastruttura di test per eseguire tali test. Non è raro inoltre che SDETS specializzati in test mirati per determinati tipi di requisiti (test di sicurezza, prestazioni / scala, usabilità, ecc. Siano esempi che vengono subito in mente).

La descrizione che hai ricevuto dal recruiter sembra una tecnica di vendita scadente.

• Non stai scherzando; hai n giorni per ottenere una copertura di test automatizzata sulle funzioni x distribuite in y diversi ambienti supportati nelle lingue z .
• Oh, btw: quei test devono essere eseguiti abbastanza velocemente perché gli sviluppatori abbiano un ciclo di sviluppo / test veloce perché ...
• Nessuna scadenza standard? Sei responsabile della qualità del prodotto e la data di rilascio è stata fissata dal marketing 6 mesi fa. Il team di sviluppo è in ritardo di 6 settimane per fornire una build stabile al team di test, e la società non sta spingendo la data di rilascio (di nuovo). Il prodotto o il servizio è abbastanza stabile da consentire a un paio di milioni (miliardi?) Di persone, nello stesso giorno?
• ... e se ( quando ) i clienti chiamano con problemi ... "Perché (al diavolo) non l'hai preso prima?"

Spero di darti un piccolo esempio di come sia lo SDET.

"Sviluppatore in test" di solito significa che sei nel dipartimento QA o in un ruolo di QA, ma l'attenzione è concentrata sulla scrittura di test automatici piuttosto che sulla creazione e l'esecuzione di casi di test manuali. Cosa di esso come software di scrittura per testare il software. Può essere una scelta di carriera particolarmente impegnativa perché richiede sia capacità di programmazione che una buona conoscenza dei test del software.

Tuttavia, titoli diversi significano cose diverse per società diverse, quindi la risposta definitiva deve venire dal reclutatore.

Un ruolo SDET è praticamente ciò che lo fai, come evidenziato da tutti i suoi diversi nomi: QA / Developer, QA Engineer, Automation Developer. Il mio attuale titolo è in realtà Test Engineer, che non avevo mai sentito chiamare prima di intraprendere questo lavoro. Indipendentemente dal titolo specifico, è una nuova posizione nella maggior parte delle aziende, quindi le aspettative possono essere allentate. "Aiutaci ad automatizzare i nostri test e tutto il resto ...". Il materiale potrebbe includere strumenti CI, test API, servizi cloud, integrazione con sistemi interni, ecc.

Un altro aspetto del lavoro che non vedo in questo thread è il miglioramento dei processi. Gli SDET di solito fanno il QA da un po 'di tempo, e di nuovo, di solito, sono più tecnici del resto del team di QA, incluso il loro manager. Sanno molto del sistema sotto test, cioè "dove sono sepolti i corpi". Per questi motivi, gli SDET tendono ad essere ascoltati dal management e possono avere una grande influenza sul processo, non solo sul processo di test, ma su come il prodotto è costruito. Che può essere bello, se ci sei.