Il mio collega Danila Yusupov mi ha ispirato molto. È sorprendente quanto il settore IT sia amichevole e accogliente: studia e partecipa, e continua sempre ad imparare qualcosa di nuovo. Per questo motivo voglio raccontare la mia storia su come ho studiato psicologia e sono diventata tester.
Ho deciso di studiare psicologia seguendo il richiamo del cuore: volevo aiutare le persone e essere utile alla società. Inoltre, mi interessava molto l'attività scientifica. Gli studi mi sembravano facili, scrivevo lavori di ricerca, parlavo a conferenze e avevo anche ricerche di rilevanza pratica, pianificando di approfondire il campo della psicologia clinica. Tuttavia, tutto ciò che è buono ha una fine: così è finito anche il mio percorso universitario. Ho rinunciato al dottorato a causa degli stipendi ridicoli dei dottorandi e sono uscita nel grande mondo per cercare il mio posto.
Qui mi aspettava una sorpresa: con il mio diploma e i miei lavori di ricerca, non ero richiesta da nessuna parte. Assolutamente. Cercavano psicologi per asili e scuole, il che per me non era un'opzione accettabile, dato che non avevo buone relazioni con i bambini. Per iniziare a fare consulenze, bisognava lavorare un certo numero di ore gratuitamente o per cifre ridicole.
Dire che ero disperata è dire poco.
Ricerca di qualcosa di nuovo
Uno dei miei conoscenti lavorava nello sviluppo software, e fu lui a suggerirmi, vedendo le mie disavventure, di venire da loro come tester: andavo d'accordo con i computer, ero interessata alla tecnologia e non ero del tutto una umanista. Ma fino a quel momento non sapevo nemmeno che questa professione esistesse. Tuttavia, ho deciso che non avevo nulla da perdere - e sono andata. Ho superato il colloquio e sono stata accettata in un team affiatato.
Mi hanno dato una breve introduzione al software (il programma era enorme, con molte sottosistemi) e subito mi hanno mandata "in campo" per l'implementazione. E non in un posto qualsiasi, ma nella polizia. Mi hanno assegnato un posto in un sotterraneo nella stazione di polizia di uno dei distretti della nostra repubblica (Tatarstan). Lì ho addestrato i dipendenti, raccoglievo problemi e richieste e presentavo ai superiori, e ovviamente, parallelamente, testavo il software inviando report agli sviluppatori.
Lavorare con i rappresentanti delle forze dell'ordine non è facile: obbediscono agli ordini, hanno una rigorosa rendicontazione e quindi discutono usando formulazioni burocratiche. Ho dovuto trovare un linguaggio comune con tutti: dal tenente al colonnello. In questo, la mia specializzazione accademica mi è stata molto utile.
Sviluppare una base teorica
Devo dire che, quando ho iniziato a lavorare, non avevo alcuna base teorica. Avevo documentazione e sapevo come il programma dovesse funzionare; partivo da questo. Non sapevo quali tipi di test esistessero, quali strumenti potessi utilizzare per semplificarmi la vita, come condurre un'analisi dei test, cosa fosse il design dei test: non sapevo niente di tutto ciò. Non sapevo nemmeno dove cercare risposte a tutte queste domande o dove potessi imparare molto. Cercavo semplicemente problemi nel software e mi godevo il fatto che tutto diventasse più semplice e comodo per gli utenti.
Tuttavia, il monkey testing alla fine si scontra con il problema della mancanza di una base teorica. Così ho deciso di dedicarmi alla formazione. È successo che nel nostro dipartimento e nel vasto progetto in cui eravamo impegnati all'epoca non c'era nessun tester professionista. I test venivano spesso eseguiti dai programmatori e, ancora più spesso, dagli analisti. Non avevo nessuno da cui imparare a testare.
E dove va un operatore IT in queste situazioni? Certo, su Google.
La prima cosa che ho trovato è stato un libro . Questo libro mi ha aiutato a sistematizzare ciò che già sapevo fino a quel momento e a capire in quali aree avevo lacune nel progetto (e nella comprensione del testing). I riferimenti forniti nel libro erano molto importanti: alla fine sono diventati la base per le conoscenze successive.
Dopo ci sono stati molti altri libri – tutti non possono essere menzionati, e naturalmente i corsi di formazione: in presenza e online. Parlando dei corsi in presenza, non hanno fornito molto, in fondo in tre giorni non si può imparare a testare. Le conoscenze nel testing sono come costruire una casa: prima di tutto serve un fondamento stabile, poi le mura devono essere erette al loro posto...
Per quanto riguarda i corsi online, è una buona soluzione. C'è abbastanza tempo tra le lezioni per mettere in pratica le nuove conoscenze e persino applicarle dal vivo nel proprio progetto. Inoltre, si può studiare in qualsiasi momento comodo (cosa importante per chi lavora), ma ci sono anche delle scadenze per la consegna degli incarichi (cosa anch'essa molto importante per chi lavora :)). Lo consiglio.
Se parliamo delle difficoltà del percorso del tester, all'inizio mi spaventava molto la complessità dei sistemi e il gran numero di processi diversi in corso. Sembrava sempre: "Ecco, sto testando questo campo, ma a cosa influisce?" Dovevo correre da sviluppatori, analisti, a volte chiedere agli utenti. Le schemi dei processi mi hanno salvato. Ne disegnavo tantissimi, partendo da un foglio A4 e poi attaccando altri fogli da ogni lato. Lo faccio ancora adesso, aiuta molto a sistematizzare i processi: guardare cosa abbiamo in entrata e in uscita e dove ci sono i "punti critici" nel software.
Cosa mi spaventa ora? Il lavoro noioso (ma necessario), come la scrittura di test case, ad esempio. Il testing è un lavoro creativo, ma allo stesso tempo formale e metodico (sì, un paradosso). Permettetevi di "volare" sui processi, testate le idee più folli, ma solo dopo aver affrontato gli scenari principali 🙂
In realtà, all'inizio del percorso capivo di non sapere nulla; ora capisco la stessa cosa, ma! Prima, non sapere qualcosa mi spaventava, ora lo vedo come una sfida. Apprendere un nuovo strumento, capire una nuova tecnica, prendere un software finora inesplorato e smontarlo pezzo per pezzo è un grande lavoro, ma in fondo l'essere umano nasce per lavorare.
Nel mio lavoro mi sono spesso trovata di fronte a un atteggiamento leggermente sprezzante nei confronti dei tester. Si pensa che gli sviluppatori siano persone serie, sempre occupate, mentre i tester sono considerati quasi superflui, come se si potesse fare tranquillamente senza di loro. Di conseguenza, spesso mi veniva caricata una quantità eccessiva di lavoro aggiuntivo, come la redazione della documentazione, altrimenti si pensava che stessi perdendo tempo. Ho imparato a scrivere la documentazione secondo le norme e a creare istruzioni per gli utenti (fortunatamente, interagivo abbastanza bene con gli utenti e sapevo come rendere le cose più comode per loro). Ora, dopo 9 anni di lavoro come tester nel gruppo di aziende ICL (negli ultimi 3 anni e fino ad oggi nel dipartimento del gruppo di aziende – ICL Services), comprendo pienamente quanto sia importante il lavoro dei tester. Anche il miglior sviluppatore può tralasciare qualcosa e non considerare alcuni aspetti. Inoltre, i tester non sono solo severi sorveglianti, ma anche difensori degli utenti. Chi, se non un tester, conosce bene come dovrebbe essere strutturato il processo di lavoro con il software? E chi, se non un tester, può guardare il software dal punto di vista di un utente comune e fornire raccomandazioni sull'interfaccia utente?
Fortunatamente, ora nel mio progetto posso utilizzare tutte le abilità che ho acquisito in precedenza: testo (secondo i casi di test e anche per il piacere:)), scrivo documentazione, mi prendo cura degli utenti e a volte collaboro ai test di accettazione.
Nella mia professione mi piace soprattutto il fatto che devo continuamente imparare qualcosa di nuovo – non posso restare ferma, ripetendo ogni giorno la stessa cosa e rimanendo una specialista. Inoltre, sono stata molto fortunata con il mio team: sono professionisti del loro settore, sempre pronti a offrire aiuto se non comprendo qualcosa, per esempio, durante lo sviluppo di test automatici o nell'effettuare test di carico. E i miei colleghi hanno fiducia in me: anche sapendo che ho un'istruzione umanistica e presupponendo che ci siano "lacune" nella mia formazione IT, non dicono mai: "Beh, probabilmente non ce la farai". Dicono: "Ce la farai e, se hai domande, non esitare a chiedere".
Scrivo questo articolo prima di tutto per chi desidera lavorare nel mondo IT in generale e nel testing in particolare. Capisco che il mondo IT possa sembrare astruso e misterioso dall'esterno e può sembrare che non ce la si faccia, che non si abbiano le conoscenze necessarie o che non ci si riesca... Ma, a mio avviso, l'IT è il settore più accogliente se si vuole imparare e si è disposti a lavorare sodo. Se sei pronto a mettere mani e testa nella creazione di software di qualità, a prenderti cura degli utenti e, alla fine, a rendere il mondo migliore, allora sei nel posto giusto!
Checklist per entrare nella professione
E per te ho preparato un piccolo checklist per entrare nella professione:
- Certo, devi andare d'accordo con i computer e essere interessato alla tecnologia. In effetti, senza questo non vale nemmeno la pena di iniziare.
- Scopri in te stesso le qualità professionali importanti per un tester: curiosità, attenzione ai dettagli, capacità di mantenere in mente l'"immagine" del sistema e analizzarla, perseveranza, responsabilità e la capacità di occuparsi non solo della divertente "distruzione" del sistema, ma anche del "noioso" lavoro di creazione della documentazione dei test.
- Prendi dei libri sul testing (puoi trovarli facilmente in formato elettronico) e mettili da parte. Credimi, all'inizio ti spaventeranno più che motivarti a fare qualcosa.
- Unisciti a una comunità professionale. Può essere un forum per tester (ce ne sono molti, scegli quello che ti piace), un blog di un tester professionista o qualcos'altro. Perché è importante? Beh, prima di tutto, le comunità di tester sono piuttosto amichevoli e riceverai sempre supporto e consigli quando lo chiedi. In secondo luogo, quando inizierai a girare in questo settore, ti sarà più facile integrarti nella professione.
- Inizia a lavorare. Puoi iniziare come stagista tester e i colleghi più esperti ti insegneranno tutto. Oppure puoi iniziare con compiti semplici nel freelance. In ogni caso, devi iniziare a lavorare.
- Dopo aver iniziato a praticare il testing, torna ai libri che hai messo da parte al punto 3.
- Riconosci che dovrai imparare costantemente. Giorno dopo giorno, anno dopo anno, imparerai qualcosa di nuovo e approfondirai la tua comprensione. Accetta questa situazione.
- Abbandona le tue paure e dubbi e preparati a uno dei lavori più interessanti al mondo 🙂
E, naturalmente, non avere paura di nulla 🙂
Ce la farai, buona fortuna!
UPD: Nei commenti all'articolo, i rispettabili commentatori hanno attirato la mia attenzione sul fatto che non tutti possono avere la stessa fortuna nella fase iniziale come è capitato a me. Perciò, vorrei aggiungere il punto 3a alla checklist.
3a. Quando dico che è meglio rimandare i libri, intendo che in questa fase è rischioso sovraccaricarsi di teoria, poiché le conoscenze teoriche sono difficili da strutturare correttamente senza pratica, e una grande quantità di teoria può intimidire. Se vuoi sentirti più sicuro e non perdere tempo mentre cerchi dove iniziare a praticare, ti consiglio di seguire un corso online per principianti nel testing oppure di ascoltare un corso di testing. Entrambi sono facili da trovare e le informazioni ti verranno presentate in modo accessibile. E vedi il punto successivo.
Fonte: habr.com
