Domanda

Abbiamo alcune interviste in arrivo per cui stiamo reclutando per un ruolo di garanzia della qualità. Lo scopo degli sviluppatori di essere coinvolti è quello di capire se prendevi persona lavorerà bene con il team di sviluppo.

Quali sono i più importante questione (s) uno sviluppatore dovrebbe chiedere ad una persona QA? Sto cercando questioni pratiche più di domande aperte soffici, i tuoi pensieri?

È stato utile?

Soluzione

Purtroppo, a volte, le soffici domande aperte sono quelle che ti danno la migliore vista di una persona.

Qualunque sia tecnico le domande che chiedono (e questi dipendono molto sulla vostra metodologia di sviluppo, quindi non posso davvero aiutare lì, dovrebbero essere adattati), si dovrebbe sempre stabilire in che modo il potenziale candidato lavorare in un ambiente della squadra.

È necessario stabilire che:

  • la persona funzionerà bene nella squadra.
  • la persona avrà la responsabilità di lavorare con lo sviluppo per ottenere bug corretti, non solo "Ecco un bug, andare risolvere il problema, poi tornare a me".
  • l'ego della persona non sarà possibile ottenere nel modo di lavoro del team (come ad esempio in lotta per la classificazione o la gravità dei bug). Trovo che questo è di solito più di un problema con gli sviluppatori di ottenere sulla difensiva "loro" codice.

Trovo l'approccio migliore nelle interviste è quello di presentare gli scenari e chiedere al candidato che cosa pensano, ad esempio:

  • è 16:00 Venerdì pomeriggio e Bob, uno sviluppatore, ha accettato di lavorare di nuovo per correggere un bug di particolare gravità. Abbiamo bisogno di un tester per convalidare la correzione e tu sei l'unico disponibile, ma si aveva un accordo di cena. Cosa vorresti proporre?

Proprio sulla risposta a questa domanda da solo, si potrebbe valutare se il candidato:

  • è inutile ( "Mi dispiace, non posso perdere la cena").
  • pensa vincoli esterni ( "Ci sono davvero non altri tester disponibili?", "Posso convalidare il Sabato mattina?", "Posso Bob lavorare in un altro momento durante il fine settimana?").
  • è adattabile ( "ho potuto mettere fuori la cena solo per questa volta").

e così via.

Non posso sottolineare inoltre come le capacità di comunicazione sono importanti per il rapporto degli sviluppatori / tester. Avere il tester genera una segnalazione di bug di massima (qualsiasi bug che vogliono) e discutere l'adeguatezza (procedura esatta, comportamento previsto, il comportamento effettivo, ...).

Altri suggerimenti

A parte le risposte più profonde in questa discussione, v'è una semplice domanda che spesso viene trascurato:

Si può agire come un utente normale, o non esperto?

Ora, questo sembra sciocco, ma dà una buona intuizione. Se il candidato dice di sì, francamente, non sono quello che sembrano essere. Nessuna persona che lavora nel campo dell'Information Technology in uno sviluppo (in particolare), analisi o test di ruolo può farlo; semplicemente per il fatto che siamo così oltre il livello di un utente inesperto. La risposta si dovrebbe quindi cercare è:

No, però posso creare casi di test che può con precisione mappare ad un "cosiddetto" il comportamento degli utenti normali.

O un derivitive di questo. Questa mostra alcune informazioni importanti.

  1. Sono realistiche
  2. Si può pensare fuori dagli schemi
  3. Sono disposti a eseguire i metodi propri posate su di QA

Questo è quello che ho trovato, almeno.

Spero che questo aiuti in un modo o nell'altro.

Il mio suggerimento sarebbe quello di prendere in considerazione le domande un po 'a tempo indeterminato come questo:

  

Se ho camminato fino a voi e ha detto, "Could   si prova questa nuova cosa che ho fatto?" che cosa   sarebbero le prime domande sarà?

Ecco alcuni pensieri che avrei in chiedendo che:

  1. C'è menzione di specifiche o richieste? Se non ce ne sono, come fa che i test di impatto?
  2. fare vogliono che l'accoppiamento in modo da poter sapere che cosa ho fatto?
  3. Vogliono sapere che cosa ho fatto?
  4. Non hanno il tempo di fare questo e chiedo per quanto tempo penso che questo può richiedere?
  5. Che tipo di test si aspetta:? Completa, prova di fumo, disimpegno usabilità
  6. Che tipo di strumenti da utilizzare per fare questo?
  

In registrazione di un bug, qual è il   informazioni minime si crede un   sviluppatore dovrebbe avere prima di fissare   vero?

Questo è il tipo di domanda in cui a seconda del tipo di fondo che hanno sarà probabilmente un fattore nella loro risposta, come un paio di cose da notare dovrebbe includere i seguenti:

  • La riproducibilità - Si può ottenere questo in modo prevedibile?
  • Passi di riproducibilità
  • Si tratta di un codice, di dati, di rete o un altro tipo di bug?
  • Quanto è grave il bug su alcuni scala?
  • Ambiente - che cosa ho bisogno per rendere questo accada di nuovo? Ci sono i browser, sistemi operativi o altre cose che avrei dovuto?
  • Qual è i risultati attesi e reali che dimostrano che si tratta di un bug?
  • Versione software - Questo è stato trovato sul quale build del sistema
  • ?

Cito la maggior parte di questi, perché questo è ciò che mi sarei pensando nel chiedere che in termini di quali parametri fanno inizialmente hanno quando somministrato una domanda vaga o richiesta che dovrebbe avere più dettagli, ma che dettaglia la materia è il problema. Mi piacerebbe anche notare quanto tempo di una pausa è stata presa a dare una risposta in cui direi 15-30 secondi è OK, niente di meno e io pensavo che fosse una questione anticipata e se è necessario più di questo allora non ci dovrebbero essere una richiesta per un paio di minuti per pensare a questo proposito, come il punto è che quando si verifica questa situazione qual è l'aspettativa su ogni lato?

Un'altra idea sarebbe quella di parlare di quello metodologia di sviluppo software che si usa e poi chiedere quali sono le sfide sono lì legati alla QA con l'utilizzo di questo approccio? Ad esempio, se gli sviluppatori utilizzano TDD come fa questo impatto QA? Che cosa succede se si tratta di una cascata simile approccio più? Che cosa si vuole vedere qui è come ben si può pensare in piedi così come quello che tipo di domande di follow-up su ciò che viene utilizzato sono chiesto come realmente se io dico che usiamo Scrum, quanto bene fa che definiscono l'attuazione del generale concetti di Scrum, davvero.

Uno sviluppatore può controllare dandogli uno scenario che dovrebbe controllare il seguente

Attitude

Fare le possiede tester un atteggiamento sondaggio? Dategli uno scenario e controllare quanti domanda valida è lui / lei chiede?

Skills

Diverse competenze relative ai test sono necessari in ogni progetto che si lavora in. Esso comprende lo studio requisito, progettazione di test, esecuzione di test e così via. Verificare quanto è buono il tester nella comprensione del requisito.

La conoscenza

Controlla l'ampiezza e la profondità del tester nel campo in cui si sta andando a reclutare il tester. Anche se il tester non funziona sul campo di corrente, controllare quanto fa il tester sa di quel campo.

accessibilità

Dare il tester uno scenario come c'è un problema di cliente e lo sviluppatore è in congedo per l'intera settimana. La questione deve essere intensificato con urgenza e come tester è venuto a voi per trovare la causa principale del problema. Come pensate di affrontare in una situazione del genere

Alcuni degli elementi chiave che abbiamo cercare in un software la gente di qualità:

  • comunicazione - può scrittura candidato / email / parlare in modo chiaro e conciso in modo che gli altri membri del team in grado di capire il difetto che hanno scoperto
  • la soluzione dei problemi - Qui è dove queste domande intervista di puzzle venire in aiuto. Con questi tipi di domande, la sua più importante per imparare un candidato attaccare un problema rispetto a quanto vicino vengono a determinare "quante auto blu sono negli Stati Uniti".
  • responsabilità - E 'importante capire se il candidato seguire attraverso. Questo è più difficile trovare la vera risposta per quanto le persone sono entusiasti durante le interviste e possono convenire di un sacco, ma non davvero sul serio. storie passate dal candidato su come hanno gestito un problema o questione possono essere utili. I punti di bonus se il problema è peggiorata per il candidato e sono rimasti in cima esso.
  • competenza tecnica - Il livello richiesto per questo articolo varierà a seconda del tester: essi saranno scrivere test automatizzati? test manuale? test automatizzati richiedono almeno un certo grado di esperienza tecnica durante il test manuale richiederebbe meno. In entrambi i casi, avendo un tester che è almeno familiarità con gli aspetti tecnici di un programma può essere molto utile quando si tratta di lavorare su un problema.

Credo che questo dipende molto dal tipo di tester che stai cercando. Sei alla ricerca di qualcuno a spingere i pulsanti e ti dirà che non sembra giusto o stai cercando qualcuno che possa comprendere la tecnologia o anche il codice e trovare i bug più profondi? Come sviluppatore sul loop intervista posso immaginare che ci sono tipi di QA tradizionali anche disponibili. Se è così, ti chiedono le domande del test tipiche. È necessario per ottenere il modo in cui tecnici sono e come faranno interagiscono. Con questo in mente, provare alcuni di questi genere di domande:

  1. domande di programmazione. Guarda il curriculum. Sanno C #? Javascript? Chiedete loro di codice qualcosa per voi. Il più sanno, meglio gli insetti saranno in grado di presentare.
  2. domande di processo. Capiscono controllo del codice sorgente? Hanno usato? Ottengono il concetto di una generazione? Sono familiarità con test di unità?
  3. domande di sviluppo del software. Capiscono quello che una dll / assembly / vaso è? Sanno come funziona la memoria? Non si capisce la differenza tra la modalità kernel utente e (o qualsiasi altra cosa è appropriato al proprio dominio)?
  4. domande
  5. Tecnologia. Come ben capiscono il tuo dominio? Capiscono che cosa motiva il settore widget di? Sanno cosa Widget clienti stanno cercando? Hanno mai usato un widget?
  6. fare capiscono i loro errori a un livello profondo? Chiedete loro bug preferito. Quanto dettagli possono dire su cosa è andato storto?
  7. Possono resistere a voi? E 'questo il tipo o il tester che indietro quando dev spinge su di loro o saranno combattere? Chiedete loro di un tempo hanno cercato di ottenere qualcosa e ha incontrato l'opposizione. Come hanno reagito?
Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top