6 cose che vorrei sapere quando ho iniziato come ingegnere del controllo qualità

Prima che finisca nelle mani del cliente, ogni prodotto sul mercato viene sottoposto a test per assicurarsi che funzioni correttamente senza rompersi durante il processo. Nella "linea di produzione" di un'azienda di sviluppo il responsabile dell'eccellenza del prodotto finale è l'ingegnere del controllo qualità.

Un ingegnere del controllo qualità, noto anche come QA, si assicura che non ci siano problemi con il prodotto finale e che tutto funzioni senza intoppi . Per fare ciò, eseguono continui test manuali e automatizzati durante tutte le fasi della produzione.

Ma un QA non è semplicemente un tester o un analista di software. Per garantire le massime prestazioni del prodotto, devono avere un quadro chiaro dell'attività del cliente, la logica dietro l'idea e gli obiettivi del prodotto. Devono pensare al profilo dell'utente finale, oltre ad avere una conoscenza approfondita delle fasi e dei processi del ciclo di sviluppo.

E non è qualcosa per cui puoi ottenere un diploma. Potrebbe non essere necessario un background o un'istruzione particolare per iniziare come QA, ma un certo insieme di abilità sarà sicuramente di aiuto. Se sei flessibile e versatile, hai attenzione ai dettagli e pensi fuori dagli schemi, se sei un giocatore di squadra e sei sempre pronto ad imparare e migliorare, forse questo è il percorso lavorativo giusto anche per te.

Quindi, lascia che ti racconti la storia di come sono diventato un ingegnere del controllo qualità.

Fonte

Tutto è iniziato nell'estate del 2014 e, come la maggior parte delle cose belle della vita, è stata una pura coincidenza. All'epoca lavoravo come barista e mi ero appena laureato in Chimica Nucleare. (Sì, puoi immaginare che tipo di "cocktail esplosivi" stavo agitando allora).

In una giornata di sole, Mario Peshev, CEO di DevriX, mi ha chiesto di aiutare l'azienda a testare i loro progetti. Ho pensato, certo, perché no, è un lavoro facile: stare seduto in silenzio, fare clic con il mouse, aggiungere alcuni valori qua e là, assicurarsi che il software funzioni. Come ero ingenuo allora.

Ad ogni modo, ho accettato la posizione di Tester e ho lavorato come specialista QA negli ultimi sei anni. Come puoi immaginare, il test del software non era quello che mi aspettavo. Non è seduto e facendo clic tutto il giorno con il mouse. È molto più di questo e, a volte, è persino difficile esprimere a parole ciò che effettivamente facciamo.

Ora che sono in giro da un po', mi rendo conto che ci sono 6 cose essenziali che avrei voluto sapere quando ho iniziato come QA. Se sei sulla stessa strada, continua a leggere: potresti imparare una o due cose dai miei errori. E se non lo fai, non essere troppo presuntuoso, avrai tutto il tempo per fare i tuoi errori. Perché è così che impariamo e diventiamo i migliori in quello che facciamo.

1. Non è un lavoro facile

Fonte

C'è una tendenza emergente al giorno d'oggi, che non posso fare a meno di notare. Molte persone stanno lasciando la loro zona di comfort per cambiare percorso professionale e passare al campo IT.

E una grande percentuale di queste persone sceglie di provare la carriera di QA perché sembra la più semplice.

Nulla potrebbe essere più lontano dalla verità. In effetti, per diventare un ingegnere del controllo qualità di successo, devi dedicare la stessa quantità di tempo e impegno per diventare uno sviluppatore di software . Ci sono un sacco di abilità tecniche essenziali che devi imparare, ma soprattutto, devi padroneggiare la capacità di scegliere quella giusta al momento giusto. L'ingegnere della qualità combina molti ruoli e il loro lavoro richiede una comprensione dell'intero ciclo di sviluppo e degli obiettivi aziendali . Non si tratta solo di trovare bug e sottolineare che questo o quello non funziona.

Per diventare un ingegnere del controllo qualità di successo, devi dedicare la stessa quantità di tempo e impegno per diventare uno sviluppatore di software.

Se vuoi diventare un ingegnere del controllo qualità di successo, devi capire:

• Come gestire al meglio il tuo tempo
• Come gestire le richieste a te assegnate
• Come dare priorità ai tuoi compiti

Allo stesso tempo, tutto quanto sopra fa parte del ruolo di Project Manager.

In qualità di QA, devi anche sviluppare la capacità di creare un ambiente server di test o staging o essere in grado di distribuire o riparare un server danneggiato, che fa parte del ruolo SysAdmin/DevOps .

Allo stesso tempo, devi essere in grado di leggere e comprendere le informazioni necessarie da Google Analytics (GA) o da qualsiasi altro dato , che fa parte del ruolo di Analista dei dati.

Quindi, il QA-ing richiede essere proattivi e costantemente imparare ed esplorare nuovi territori.

2. Non è necessario conoscere alcun linguaggio di codifica (ma aiuta)

Fonte

Come hai letto all'inizio, prima di diventare un QA Engineer, ero un barista.

Le mie capacità di programmazione e conoscenza di base in qualsiasi linguaggio di programmazione erano pari a zero . Sì, tutti i test sono stati blackbox. Sì, con un sacco di pensiero creativo e impegno, sono stato in grado di compensare questo e fare il mio lavoro.

Ma man mano che i progetti diventavano più grandi e le funzionalità diventavano più complesse , il tempo per i test è raddoppiato. E i miei "metodi" dall'alto semplicemente non erano convenienti e mi causavano molto stress.

Quindi, la decisione intelligente è stata quella di iniziare ad imparare PHP. Perché PHP? DevriX è un'agenzia Enterprise WordPress e, come sai, WordPress è un CMS scritto in PHP. Quindi, se volevo controllare e comprendere la logica dello sviluppatore nei commit, dovevo capire il loro linguaggio (il codice). Questo approccio ha ridotto significativamente il tempo per il test. Inoltre, molte volte, i problemi venivano rilevati anche durante il processo di revisione del codice.

Il punto è che, sì, puoi essere un tester senza alcun linguaggio di programmazione, ma questo renderà la tua vita un incubo. Quindi pensaci.

3. È necessario comprendere il cliente e gli obiettivi aziendali

Fonte

Essere un buon QA va bene. Ma se vuoi essere un eccellente QA Engineer , devi comprendere gli obiettivi di business del cliente. Il tuo lavoro non risiede solo nello scrivere e testare il codice. Si tratta di creare valore aziendale.

In qualità di Ingegnere del controllo qualità del software, testare il codice e comprendere l'obiettivo aziendale è il modo in cui puoi fare un passo indietro per vedere il quadro più ampio di ciò che tutti stanno facendo. Ciò ti consente di fornire un valore extra al prodotto finale. Prendi un'idea, la capovolgi e torna indietro, la decostruisci e la ricostruisci per trovarne i difetti e le debolezze. Devi pensare dal punto di vista del cliente, ma anche camminare un miglio nei panni dell'utente finale per prevedere come gestirà il prodotto e migliorerà la sua esperienza.

Comprendere l'attività di un cliente potrebbe renderti più sicuro nel prendere decisioni , dare priorità alle attività o gestire il tuo tempo in modo più efficiente. Potrebbe aiutarti a prevenire un'implementazione errata da parte del team di sviluppo idee sbagliate o incomprensioni dei requisiti.

Quindi, i QA devono davvero avere la testa nel gioco ed essere azzeccati.

4. Continua ad imparare continuamente

La tecnologia dell'informazione cambia rapidamente e nessuno di noi sa cosa riserva il nostro futuro. È difficile stare al passo con le nuove tecnologie, framework, linguaggi e tecniche di progettazione. Se sei un ingegnere del controllo qualità che non mantiene aggiornate le proprie competenze, non sarai in grado di ottenere le migliori opportunità di lavoro – ad essere onesti, potresti non averne nemmeno una. Una squadra è forte quanto la sua unità più debole. Espandere le tue competenze amplierà le tue opportunità, anche all'interno della tua organizzazione.

L'apprendimento continuo ti consente di promuovere l'innovazione ed essere un catalizzatore per la crescita del team. Quando porti nuove idee al tuo team, sfidi i membri del team a pensare a modi nuovi e migliori per fare le cose.

I migliori tester software comprendono sia il lato commerciale che tecnico del loro prodotto. Si presentano con domande uniche che potrebbero non venire in mente ad altre persone con altri ruoli nella squadra.

5. Poni buone domande

I buoni tester dovrebbero fare buone domande!

Quando ti viene assegnata una nuova attività, la prima domanda che devi porre è:
“Con chi devo parlare se voglio capire cosa testare?” La risposta qui è semplice: parla con tutti quelli che puoi!

Quando inizi un nuovo progetto, devi creare un elenco di tutte le persone che possono fornirti qualsiasi informazione. La parte difficile è che tipo di domanda porre.

Per darti un'idea migliore di cosa sto parlando, immaginiamo il seguente scenario:

Stai partecipando a un incontro importante e stai discutendo di un nuovo entusiasmante progetto con il team. È il tuo turno di porre domande e di girare qualcosa come "Cosa pensi che dovrebbe essere testato?" . Immagina lo sguardo delle persone che ti fissano!

Quasi tutti nella stanza diranno: "Beh, non sei l'ingegnere QA qui? Prova tutto! Non vogliamo alcun bug nell'ambiente di produzione!”

Quello è il momento in cui ti sei incasinato.

Ora inizi a capire che non hai abbastanza tempo per testare l'intero prodotto, che la tua autorità nell'alta dirigenza ha rovinato, che non capisci il prodotto stesso.

Il problema qui è che abbiamo chiesto a qualcun altro di fare il nostro lavoro per noi, di trovare cosa deve essere testato e quando.

Quindi, tornando allo scenario della riunione, dobbiamo porre domande senza nemmeno parlare delle operazioni di test. Cerca di capire quali aree sono importanti dal punto di vista di un utente o in base all'analisi competitiva. Cerca di raccogliere informazioni, perché il cliente sceglie il nostro prodotto e perché è così unico.

Ecco un paio di domande che puoi porre:

• Quali sono gli aspetti più importanti dell'applicazione? Cosa lo rende unico rispetto ai concorrenti?
• Su quale parte del prodotto ci concentreremo nelle nostre campagne di marketing?
• Disponiamo di alcuni dati di Google Analytics (come browser, sistemi operativi, regioni, ecc.), che ci aiuteranno a indirizzare meglio il pubblico?
• Abbiamo qualche forma di pagamento relativa al prodotto? Quali fornitori di servizi di pagamento utilizzeremo, in base all'esperienza?

Nota che non abbiamo chiesto cosa testare, ma cosa è importante per l'azienda.

6. Condividi la tua esperienza con altri QA

Fonte

Puoi essere un ingegnere QA straordinariamente dotato, ma se non condividi le tue conoscenze, questo non ti renderà una brava persona, né un ottimo dipendente.

La condivisione è la cura!

Quando leggi un buon post sul blog o scopri una nuova tecnologia o uno strumento, condividilo! Condividendo questo con il team, stai dimostrando che non solo sei uno studente appassionato, ma che vuoi aiutarlo a imparare e raggiungere gli obiettivi del team.

Condividendo le tue conoscenze così come i momenti brutti e buoni, gli errori che hai fatto o i risultati che hai guadagnato, getti le basi di una squadra forte.

Ci sono molti modi per condividere le tue conoscenze:

• Scrivi post sul blog relativi alla tua professione o lavoro
• Preparare e organizzare workshop
• Sviluppare e condurre diversi tipi di formazione
• Registra video o podcast di YouTube

Avvolgendo

Tutto quanto sopra ti aiuterà a diventare un Superstar QA Engineer con un team fantastico e solido che ti supporta, il che porta valore all'azienda.