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


14

Di recente ho parlato con un recruiter che vuole mettermi in una società per una posizione di Developer in Test. Sostanzialmente, ha fatto sembrare una posizione in cui si arriva a giocherellare con nuove tecniche di programmazione e test di bug e miglioramenti nel software, ma in cui non è necessario preoccuparsi delle scadenze standard. Devi essere molto creativo nel tuo lavoro.

Ma quella descrizione era ancora un po 'vaga per me. Sono uno sviluppatore Web da diversi anni, lavorando principalmente in PHP. Quindi volevo sapere se gli altri membri della comunità sanno di più su cosa comportano queste posizioni.

So che questo potrebbe non essere un argomento appropriato per questo forum, ma era la soluzione migliore che potessi trovare tra Stack Exchange e lo apprezzerei molto se questo non fosse chiuso dato che qui non c'è altro posto dove chiedere .

Ho provato a cercarlo su Google, ma non ci sono molte informazioni là fuori. Allora, cos'è esattamente uno sviluppatore in prova?


Di solito sento questo chiamato "skunkworks", se questo aiuta.
Adrian,

Sei sicuro che non intendesse "Test"? Non ho mai sentito il termine "sviluppatore in prova". Potrebbe essere che il recruiter abbia sbagliato la sua terminologia? Non sarebbe la prima volta.
GrandmasterB

Nemmeno ne ho mai sentito parlare prima, quindi gli ho chiesto più volte di esserne sicuro. Parlerò presto con la compagnia di cosa significhi per loro. Volevo solo un avvertimento su cosa fosse questo. Sembrava che potessero essere molte cose di cui ho sentito parlare di combinate.
Patrick,

1
Sono sicuro che questo è il titolo che il reclutatore ha per l'apertura ... il mio sospetto è che non ne sappia abbastanza da sapere che potrebbe non essere il titolo di lavoro corretto. Oppure potrebbe essere solo il modo in cui la particolare società si riferisce a un determinato titolo, perché sono troppo pigri per aggiungere il finale.
GrandmasterB

2
Le tre risposte sottostanti lo riassumono praticamente. Uno sviluppatore in fase di test è un ingegnere addetto al controllo qualità con capacità di sviluppo, quindi dovrà scrivere test automatici più che test manuali.
Michael Brown,

Risposte:


27

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

In linea di massima, Bryan Oakley ha ragione: scrivi software che testa i 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 la scrittura di qualsiasi cosa, dalle basi dei test di verifica a livello di funzionalità, alla scrittura e manutenzione dell'infrastruttura di test per eseguire tali test. Inoltre, non è raro avere SDET specializzati in test mirati per determinati tipi di requisiti (test di sicurezza, prestazioni / scala, usabilità, ecc. Sono esempi che vengono subito in mente).

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

  • Non stai armeggiando; hai n giorni per ottenere la copertura di test automatizzata su x funzionalità distribuite in y diversi ambienti supportati in z lingue.
  • Oh, a proposito: quei test devono essere eseguiti abbastanza velocemente da consentire agli sviluppatori di avere un rapido ciclo di sviluppo / test 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 offrendo una build stabile al team di test e la società non sta spingendo (di nuovo) quella data di rilascio. Il prodotto o il servizio è abbastanza stabile da essere distribuito a un paio di milioni (miliardi?) Di persone nello stesso giorno?
  • ... e se ( quando ) i clienti chiamano con problemi ... "Perché (diavolo) non l'hai preso per primo?"

Spero che ti dia un piccolo esempio di come sia essere un SDET.


Sembra il tipo di flak che gli sviluppatori e gli addetti al QA ottengono nello stesso momento in cui mi trovo ora. Ma apprezzo molto la descrizione molto più chiara.
Patrick,

1
@pthurmond: è spesso un'esperienza davvero gratificante, soprattutto se la società è seria riguardo alla qualità. Non è raro che uno SDET scriva più codice di uno sviluppatore, sebbene ciò possa dipendere dalla fase del progetto. Il test manuale non è mai passato al 100% dal processo.
Steven Evers,

Ok, quindi ho parlato con l'azienda e l'hanno descritta come una posizione nuova di zecca che non è completamente definita. Ma essenzialmente è una persona di controllo qualità che scrive codice e test automatici progettati per violare il codice di altri sviluppatori. Sembra interessante.
Patrick

1
Wow, sono contento di non aver preso la posizione SDET. Sembra tutto ciò che odio per gli sviluppatori di software.
Cane

8

"Sviluppatore in test" di solito significa che sei nel reparto QA o in un ruolo di QA, ma l'attenzione è rivolta alla scrittura di test automatizzati piuttosto che alla creazione e all'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 comprensione dei test del software.

Tuttavia, titoli diversi significano cose diverse per aziende diverse, quindi la risposta definitiva deve venire dal recruiter.


Hmm, la maggior parte delle persone di QA che conosco non leccano lo sviluppo. Quindi forse è qui che viene la distinzione.
Patrick,

2
@pthurmond: hai ragione: un gran numero di persone nel QA non sviluppa software. Il ruolo dello sviluppatore nei test, noto anche come ingegnere del software nei test, è un campo relativamente nuovo.
Bryan Oakley,

1
Le persone nel QA in cui lavoro si sviluppano. Principalmente script che possono eseguire la regressione sulle versioni.
Rig

1

Un ruolo SDET è praticamente quello che lo fai, come evidenziato da tutti i suoi diversi nomi: QA / Developer, QA Engineer, Automation Developer. Il mio attuale titolo è Test Engineer, che non avevo mai sentito chiamare prima di accettare 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 altro ...". 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 del processo. Gli SDET in genere eseguono il QA da un po 'e, di nuovo, in genere sono più tecnici rispetto al resto del team di QA, incluso il loro manager. Sanno molto del sistema in esame, cioè "dove sono sepolti i corpi". Per questi motivi, gli SDET tendono ad essere ascoltati dalla direzione e possono influenzare molto il processo, non solo il processo di test, ma anche come viene costruito il prodotto. Che può essere bello, se ti interessa.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.