Come diventare un software tester: intervista a trovare il primo bug
Lavoro E Studio / / December 25, 2019
alex Semin
Il capo del dipartimento di testare la società Globus, che è impegnata nello sviluppo di applicazioni mobili e siti web per importanti clienti quali "Yandex", "Kaspersky Lab" di ABBYY, RuTube, "CTC Media", Headhunter "TNT Club", "Il Messaggero di viaggio", "il PPF Life Insurance", di VimpelCom e altri. Più di sei anni nella professione. Ho camminato tutta la strada da junior-tester al capo del dipartimento.
Il mio viaggio è iniziato con un tester curiosità. Fin da bambino, sono stato impegnato nel montaggio computer e installare il software, nel corso di una domanda regolare sorge spontanea: "Perché non è installato? Perché non posso?". In quel momento ho pensato che volevo diventare un tester, di impegnarsi nella produzione di software di qualità e di trovare le risposte a tutte queste domande.
Qui di seguito voglio dire ai futuri QA-esperti su ciò che possono aspettarsi agli inizi della sua carriera, e dare alcuni consigli dalla mia esperienza personale.
intervista
Junior-tester non è molto difficile da superare un colloquio. Da essa non si aspettano una profonda conoscenza della teoria e gli strumenti per il test. Quando l'intervista tali candidati, prestiamo attenzione alla velocità e vivacità di pensiero, fresco e approccio creativo alla soluzione dei problemi.
Ad esempio, porre domande insolite per vedere come l'uomo pensa:
- L'aereo vola dal punto A alle 17:00, e arriva al punto B alle 19:00. Quando questo è in volo per tre ore. Perché potrebbe essere?
- Come fare in modo che da ottenere un'applicazione aggiornata, i concorrenti non sono in grado di trovarlo una nuova funzione?
Siate pronti, e per la maggior parte dei compiti comuni - per testare un semplice oggetto: un pezzo di carta, una matita, un filtro di linea e simili.
Inoltre, per un colloquio sarà utile:
- Esaminare i tipi di test: test funzionali e esplorativo, test automatici (compresi gli strumenti per farlo), carico e di stress test, fumo-test.
- Inoltre, leggere il test e criteri di accettazione.
- Se stiamo parlando di testare le applicazioni web, si tratta di una console di browser e il suo lavoro, e il numero di versioni di browser, risoluzione del monitor, strumenti di layout di prova (pixel perfetti).
- Se parliamo di applicazioni mobili, questo tipi di piattaforme, emulatori, test scimmia. Non dimenticare le piastre.
- Esaminare i tipi di bug-tracker. La maggior parte dei popolari: Jira, Bugzilla, Redmine, Mantis. Vedere come funzionano, quali sono le loro caratteristiche.
- A lungo termine - strumenti JMeter, postino, Charles. Essi non sono molto difficili da imparare a livello di base.
Il primo giorno lavorativo
Il primo giorno di lavoro va di serie: dare il computer che si desidera configurare, installare programmi di lavoro. L'amministratore di sistema si prepara l'accesso alla posta elettronica e programmi interni aziendali.
Non è necessario chiedere dove installare uno Skype, utilizzare un soprannome da scuola volte gangsta_666 o foto divertente. L'uso in combinazione nick name, ad esempio, o ivansmirnov smirnovivan, ha messo la sua solita foto.
Un passo importante nella preparazione per la giornata di lavoro - incontro con bug trekrom, che utilizza l'azienda. Questo è quello di chiedere in anticipo: articoli di studio guardano il video di formazione. Potrai risparmiare tempo colleghi e voi stessi vi sentirete più sicuri.
Il primo compito
Lei sarà il primo progetto per immersione. Vi consiglio di fare la conoscenza con la storia del bug tracker per vedere quali difetti sono già raggiunto o sono i più comuni. Siete in grado di articolare se stessi e statistiche capirete in quali punti si dovrebbe prestare maggiore attenzione.
Prendere l'iniziativa. Se non si è data una lista di controllo app, non aspettare e chiedergli di avere un mentore. Se l'organizzazione non dispone di una check-list, si può fare da soli. La nostra società spesso fare una lista di controllo nel "Google Spreadsheets». Qui di seguito, abbiamo un esempio di come una check-list - sarete sulla vostra tuta.
Colleghi possono essere sorpreso se formulazioni lista di controllo, mappe mentali, Come Xmind.net.
Lista di controllo per la verifica Pokémon GO
Una delle forme primarie di test per un principiante QA-specialisti possono diventare il passaggio di liste di controllo, casi di test, i professionisti più anziani. Questo passaggio è necessario per un breve tuffo nel progetto. Per costruire il novizio database di test egli può espandere questa lista di controllo. Junior-tester come parte di imparare la scrittura liste di controllo preparate foglio Pokémon GO per il test delle applicazioni. Qui sono descritti casi solo positivi.
Il primo bug tracker
Descrizione di bug in diverse aziende può variare, ma in generale ci sono i principi del buon gusto.
tema
Esso descrive il problema in poche parole. Meglio se si inizierà con una negazione: "non funziona", "non succede", "sbagliato" e così via. Ad esempio: "V'è un server di sincronizzazione su iPhone 6", "non funziona in riproduzione video Nexus 5."
copione
Descrizione passo passo del gioco bug. Prestare attenzione alla condizione preliminare ed i segni che precedono il bug (ad esempio, illuminato pulsante rosso a sinistra).
Inoltre, è possibile rendere le immagini che mostrano le posizioni a cui si dovrebbe prestare attenzione (è possibile utilizzare l'applicazione Joxi, LightShot e altri), per più bug slozhnovosproizvodimyh - per registrare un video. Quando si digita l'esperienza può acquisire e applicare i registri.
Alla fine dello script indica l'ambiente in cui il test: versione del prodotto, il dispositivo di firmware (Android 6.0.1, iOS 9.3.2). Se un'applicazione web, inoltre, specificare la versione del browser.
appuntamento bug
Dopodiché è necessario che qualcuno assegnare un bug. Chiedere al responsabile di progetto o di un mentore, qualcuno da appendere questo bug, qualcuno da parte degli sviluppatori per la quale area del progetto è responsabile. Così si incontra con la squadra in futuro per i bug assegnare.
mettere criticità
Tipi di bug critici nella maggior parte dei tracker sono rappresentati dalla lista seguente:
Immediate (Blocker)
Un errore di blocco. Un inoperabile applicazione, con conseguente ulteriore interazione con il sistema in prova o sue principali funzioni è impossibile.
Crit - Urgente
Un errore critico, una violazione della logica di business chiave. Il problema porta ad un calo temporaneo nel server o applicazioni senza la possibilità della sua soluzione. Rimedio necessaria per il test.
alto
errore significativo, una violazione della logica di business di base. Errore non è critica, è possibile lavorare con la funzione di test utilizzando altri punti di ingresso.
normale
errore minore. Non violare la logica di business dell'applicazione in prova, l'ovvio problema dell'interfaccia utente e la localizzazione.
basso
problema banale che riguarda la logica di business dell'applicazione. Il problema delle librerie o servizi di terze parti giocato male, difficilmente percepibile grazie all'interfaccia utente.
Auto-apprendimento
Circa l'importanza di imparare tutti conosciamo molto bene - le mie istruzioni sono all'ordine del giorno. Così arrivare al punto.
Qui di seguito - un paio di libri che consiglio personalmente ai miei allievi:
- "I test dot com», Romano Savin - un manuale molto utile, in pratica la lettura del libro inizia tester. Esso contiene la parte del leone delle conoscenze, al fine di avviare il test e con successo rispondere alle domande dell'intervista relative alla parte tecnica e teorica.
- "Google Come vengono testati» - un libro profondo, che descrive l'organizzazione del processo, una varietà di strategie e approcci alla sperimentazione. Il libro aiuta a capire ciò che la qualità è e in quale stadi può essere influenzata.
- «Guida A del professionista di Software Test Disegno», Lee Copeland - dipinto nel tipo libro di testare come "bianco" e "nero" scatola. Elenca i vari apparecchiature di prova, così come come usarle e quando applicare. Nel libro si possono trovare un interessante articolo sulla ricerca di test, che è molto utile per i tester alle prime armi.
I colleghi scrivere nei commenti il nome di libri interessanti per i tester. Sono sicuro che tutti saranno utili.
conclusione
In conclusione vorrei aggiungere che il rilascio di un prodotto di qualità - non è un processo semplice e non una rapida. Devi essere in grado di difendere il loro parere nel corso dei negoziati, per convincere gli sviluppatori a farlo bene, piuttosto che "stampelle" per capire come rendere la funzionalità più user friendly.
Questa è solo una parte delle informazioni necessarie per il tester novizio. Tutto il resto avrà in condizioni di combattimento per la ricerca in Internet, e quindi chiedere ai colleghi. Non essere timido di porre domande e ore di googling, spesso la risposta a una domanda vi farà risparmiare un sacco di tempo in futuro.