Intervista onsite: ingegnere QA con più enfasi sulle competenze Java [chiuso]

1

Sto facendo un'intervista sul posto per l'ingegnere del QA con Startup. Durante l'intervista telefonica, la persona ha affermato che vorrebbe testare le mie abilità JAVA, JUnit e SQL su lavagna bianca con maggiore importanza sulle capacità orientate agli oggetti, quindi che cosa posso aspettarmi tutte le domande?

Un altro aspetto importante: come posso superare la paura del colloquio con il white board? Sono molto cattivo alle sessioni del White board, mi sento completamente teso. Per favore suggeriscimi consigli per superare il mio jinx

    
posta SuperMan 11.02.2011 - 06:45
fonte

5 risposte

2

La tua domanda più importante è la chiave. Come evitare di essere tesi?

Cerchiamo di essere chiari. La tensione è un assassino nelle interviste. La tensione è associata allo stress, che causa il rilascio di adrenalina. L'adrenalina ci prepara per una risposta di combattimento o di volo. Ciò interrompe la digestione, migliora il flusso di sangue ai muscoli e sposta il sangue nel cervello da parti irrilevanti (come, ad esempio, i bit responsabili della logica avanzata) a parti chiave (come quelle che elaborano la visione). Questo è quasi esattamente l'opposto di quello che vuoi per qualsiasi tipo di attività intellettuale.

Questo è uno dei motivi principali per cui le cose che pensiamo dovrebbero motivarci a fare un brutto lavoro per motivarci davvero. Guarda link se la frase ti sorprende.

La chiave, quindi, è trovare un modo per passare attraverso l'esperienza dell'intervista ed evitare stress. Se eviti lo stress, è probabile che il tuo cervello funzioni meglio, il che ti farà apparire meglio. E non giudicare la tua esibizione. Frequentemente ti rechi per un colloquio di 45 minuti e ti vengono poste due domande. Quindi quando ti viene fatta una domanda e non hai un'idea immediata su come farlo, è normale. È normale, anche per il candidato giusto. Inizia ad esplorare il problema, a voce alta, e guarda fino a dove puoi arrivare.

Ciò che rende questo possibile per me è creare una "cornice" positiva attorno all'esperienza dell'intervista. Le probabilità sono che tu sia al momento, OMG, io voglio il lavoro, loro mi giudicheranno, io ho bisogno di fare bene! cerca di evitarlo. Quello che uso invece è Ho l'opportunità di fare amicizia con un gruppo di persone simpatiche e di far sapere loro come sono. Assolutamente critico per il mio frame è che sto cercando di mostrare loro come sono, e non come vorrei che pensassero che sono. Quindi, per esempio, se chiedono se conosco X, Y e Z, non ho alcun problema a dire immediatamente che conosco solo Y. Se riesco a capire una risposta a una domanda, bene. Altrimenti, vabbè. Questo è quello che sono. Sono una persona gentile, capace. Non posso fare di meglio che far sì che il "me" sia chiaro, e spero che possa trasparire. Ci saranno cose che non so, ma posso imparare, e finchè convincerò il mio intervistatore di ciò, è probabile che le cose andranno bene.

Quanto conta questo atteggiamento? Un sacco. Si scopre che un astante può giudicare come la maggior parte delle interviste passerà da un video di 30 secondi dell'interazione quando l'intervistatore entra nella stanza. Quando ti avvicini a quei 30 secondi con l'atteggiamento, "Sto per incontrare un amico", va molto meglio che se sei stressato e nervoso. E una volta che una cosa va bene, la prossima cosa probabilmente andrà bene a sua volta.

Questo richiede pratica. Se puoi, prova a convincere i tuoi amici a farti fare interviste pratiche. Falli coinvolgere in giochi di ruolo. In realtà essere a una lavagna. Starai meglio.

Un suggerimento finale. Le prime volte che lo provi, inevitabilmente tornerai nei tuoi normali schemi di pensiero. Abbi pazienza con te stesso. E 'normale. Quando succede, fai un respiro profondo e cerca di centrarti. Se puoi, crea un momento di spazio. Vai a prendere un bicchiere d'acqua. (Oppure chiedi se uno non è lì.) Se potessi usare un bagno, chiedi subito di prenderne uno. Anche una piccola pausa può riportare la tua compostezza mentale, rimettendoti in carreggiata.

Buona fortuna.

    
risposta data 11.02.2011 - 09:21
fonte
2

Un approccio comune consiste nell'avere il candidato in grado di implementare una funzione o un'intera classe e quindi progettare casi di test. A seconda della portata del problema e delle capacità tecniche che ti viene chiesto di dimostrare, puoi disegnare un diagramma dell'oggetto o scrivere codice o entrambi. Il modo migliore per sentirsi a proprio agio è praticare da soli o di fronte a un amico. Parlare a voce alta attraverso il tuo processo di pensiero potrebbe non essere qualcosa che sei abituato a fare, ma è un'abilità fondamentale per le interviste tecniche.

Alcuni esempi:

Invertire una stringa

Simula un distributore automatico (Esercizio P16.9)

Potresti anche consultare i consigli per le persone che stanno conducendo interviste con il QA per vedere come ti valuteranno. Google ti troverà molti esempi, ma puoi iniziare da qui su StackExchange:

Quali sono i requisiti per un ingegnere di QA?

    
risposta data 11.02.2011 - 07:12
fonte
2

Poiché si tratta di una posizione di QA, non mi aspetterei puzzle Java o SQL hardcore. Ovviamente, risolvi (o risolvi) compiti classici come la domanda di FizzBuzz, la sequenza di Fibonacci, fattoriale.

Come per SQL - comprensione JOIN s è molto importante, oltre a GROUP BY, ricordando la differenza tra HAVING e WHERE, ecc.

Come per JUnit - ottieni qualsiasi programma open source in Java e copialo con i test delle unità in JUnit.

    
risposta data 11.02.2011 - 07:05
fonte
1

Concentrati sulla scrittura di semplici test Junit con più enfasi sui casi di test parametrizzati, ti potrebbe essere chiesto di codificare una funzione e scrivere il caso di test Junit corrispondente. Per favore, scrivi su Google come scrivere un buon caso di test JUnit

    
risposta data 17.02.2011 - 18:12
fonte
0

Prenderò in considerazione l'idea di familiarizzare (almeno a livello base) con Dipendenza Iniezione e quadri che lo supportano (come Spring, Guice, ecc.). Molti luoghi li usano

Un'idea generale degli approcci comuni nei test dell'interfaccia utente (se l'azienda ha prodotti con interfaccia utente) non può essere negativa.

    
risposta data 18.02.2011 - 01:44
fonte

Leggi altre domande sui tag