Menu

Le 10 principali sfide che i tester devono affrontare sul posto di lavoro e come superarle

top 10 challenges testers face workplace

Prova Il Nostro Strumento Per Eliminare I Problemi

Le sfide sono normali. È quando li guardi come opportunità, una miniera d'oro e come ostacoli, una miniera terrestre. Ho avuto la mia parte di 'opportunità' nel corso degli anni nel settore IT.

Alcuni sono venuti con il ruolo che stavo interpretando, alcuni generali. Questo è il mio tentativo di registrarli e di contattare la comunità per vedere se qualcuno di questi risuona con te e forse, in piccola parte, ti aiuta e ti fa sapere che non sei solo.

Ecco la mia lista dei 10 migliori:

Sfide affrontate dai tester

Cosa imparerai:

Le 10 principali sfide che i tester devono affrontare sul posto di lavoro

# 1) Cultura dell'azienda:

Questo è il primo elemento onorario della lista perché essere nel settore dei servizi IT mi ha fatto saltare tra più clienti, team, sedi e aziende. Mi è piaciuto far parte di alcune squadre e alcune, beh, non vorrei ripetere l'esperienza.

  • Una squadra per cui ho lavorato è iniziata alle 6 del mattino. Un altro ha insistito per lavorare fino alle 18:00.
  • Uno ha fatto entrare gli imprenditori nell'edificio attraverso una porta diversa e un altro che non credeva nemmeno nell'accesso con carta magnetica.
  • Uno ci ha fatto lasciare tutti i dispositivi mobili con memoria, Bluetooth o qualsiasi altra connettività all'esterno mentre un'altra azienda suonava musica meravigliosa sul posto di lavoro tutto il giorno.
  • Alcune aziende seguono una rigida gerarchia con il raggiungimento dello status di celebrità del loro CEO e un'altra che non ha cubicoli e tutti erano uguali.

Quello che ho capito nel tempo è che non esiste un modo giusto o sbagliato; è solo il loro modo. Con il tempo, ci adatteremo sempre alle circostanze, ma se non lo fai dopo aver dato una giusta possibilità, trova l'uscita più vicina a te.

# 2) Fusi orari diversi:

Rimani in ufficio o sei a casa davanti al laptop alle 23:00 o alle 5:00 cercando di raggiungere i tuoi team che sono geograficamente distribuiti? Tutto questo è fin troppo familiare, non è vero?

Non c'è davvero alcun antidoto a questo problema (può essere, caffè?) Usa orologi che ti mostrano l'ora esatta in luoghi diversi (anche l'orologio mondiale sul tuo smartphone funziona), protocolli di comunicazione perfetti in modo che non ci siano riunioni per problemi risolto tramite e-mail e pratica la pianificazione consapevole del fuso orario per evitare questo problema in larga misura.

Lettura consigliata => Onsite - Modello offshore di test del software: fallo funzionare per te

# 3) Differenze interculturali:

Ho lavorato sia in India che negli Stati Uniti. Sebbene la cultura aziendale sia abbastanza non etnica, la nostra provenienza influisce sul nostro comportamento e sulla nostra comprensione.

cos'è un codice chiave di sicurezza

Per esempio: 'Ciao, come stai?' è un saluto comune negli Stati Uniti. Non significa necessariamente che vogliano sapere esattamente cosa provi in ​​questo momento. Tuttavia, quando ero nuovo negli Stati Uniti, pensavo: 'Ero solo in un incontro con questa persona un momento fa. Cosa cambierebbe in così poco tempo? ' :) Buon per me, ho imparato velocemente.

Inoltre, in alcune culture, parlare di meno indica una contemplazione tranquilla, mentre in altre significa semplicemente che è noioso o non hai niente da dire.

Quando cerchi di capire queste piccole sfumature, capisci meglio le persone e puoi funzionare in modo migliore.

Sfide specifiche per test / QA

# 4) Nessuna documentazione:

Il classico. Molti team credono ancora nella comunicazione verbale e conservano poco materiale di riferimento su come il software è diventato quello che è oggi. I cicli di sviluppo rapidi hanno solo reso tutto più intenso.

Tuttavia, questo è davvero uno di quei casi in cui le sfide diventano opportunità.

Partecipa a conversazioni con i tuoi team di sviluppo, analisi aziendale o tecnici. Ricerca l'applicazione; creare riferimenti che esaminino applicazioni simili e i loro standard. Comprendere la prospettiva dell'utente finale. Diventa avventuroso con i test esplorativi.

Per ulteriori indicazioni, controlla => Come testare un'applicazione senza requisiti?

# 5) Ambiente instabile:

Di solito, i team di controllo qualità soffrono di una configurazione ambientale inferiore che dobbiamo essere davvero pronti a sfruttare al meglio ciò che abbiamo.

Per esempio: Il server che viene sovraccaricato e necessita di un riavvio alcune volte durante il test, i log che devono essere cancellati spesso per assicurarsi che non ci sia overflow, ecc.

Porta questi problemi in primo piano e assicurati di ottenere supporto per l'ambiente durante i test. Per i casi comuni, ottenere l'accesso ai server con i passaggi per eseguire alcune semplici operazioni di manutenzione, come il riavvio, la cancellazione delle code, ecc.

Lettura consigliata => Come ridurre al minimo i difetti dell'ambiente di test

# 6) Strumenti alimentati forzatamente:

A volte sappiamo che uno strumento non è adatto al lavoro. Non abbiamo altra scelta che continuare a usarlo perché i clienti / i team dispongono già di licenze e non vorrebbero sceglierne una nuova fino a quando la licenza attuale non si esaurisce.

Ho dovuto testare un'applicazione Mainframes su HP QTP senza il componente aggiuntivo Terminal Emulator. In questo caso, avevo lo strumento ma non la configurazione corretta. C'era poco che potessi fare al riguardo, quindi ho dovuto passare dalla modalità di registrazione normale a quella di basso livello come soluzione alternativa.

Non è divertente, ma impari delle alternative. O almeno, arriverai a una conclusione definitiva sul fatto che le alternative funzionino effettivamente o meno.

Leggi anche => Guida dalla A alla Z sulla selezione di uno strumento di automazione

# 7) Alcune applicazioni non funzionano:

Hai mai testato un'applicazione e hai iniziato a chiederti: 'Come può anche essere chiamato software quando si tratta di una macchina che produce bug?'

Ho avuto questo privilegio speciale in cui la maggior parte della mia giornata consisteva semplicemente nella segnalazione di bug e nella segnalazione di bug ancora un po '. Alcune aree dell'applicazione vengono tagliate a causa di questi bug. L'intero spettro di gravità ti butta fuori dal gioco e diventa travolgente quando inizi a pensare: 'C'è un punto in quello che sto facendo qui?'

Nel tempo, ho imparato a rimanere fermo sulla mia decisione che il software non è pronto per il test e a rifiutare la build. Non cerco più un rivestimento positivo quando non ce n'è uno.

Altre sfide

# 8) Le stranezze delle persone:

Hai mai avuto uno sviluppatore che sbatteva il tavolo della sala conferenze non appena hai spiegato un difetto? Sì, è successo a me. :) Più tardi ho saputo che era la sua forma di espressione e non di esasperazione.

Avevo anche un membro del team che all'inizio si è rivelato poco collaborativo e scortese, ma in realtà era solo timido. Questa persona difficilmente direbbe qualche parola o incontrerebbe l'occhio quando gli chiedessero aggiornamenti di stato. Ero molto vicino a sottoporre a una revisione negativa delle prestazioni e all'escalation se non avessi realizzato che gli stessi dettagli possono essere ricevuti facilmente ed elaboratamente da lui tramite e-mail. È la conversazione personale con cui non era a suo agio.

Ognuno è diverso e merita il beneficio del dubbio. Non essere troppo veloce nel giudicare e rispettare i confini.

Leggi anche questo => Come gestire efficacemente il team di test

# 9) Mancanza di feedback loop:

A volte passi giorni e giorni alla fine a lavorare e ad essere ossessionato da un deliverable solo per scoprire che non era previsto in questo modo.

Oppure lavori da una posizione remota con il tuo team situato altrove in cui ti senti isolato e non hai nessuno con cui far rimbalzare le tue idee.

Oppure ricevi un feedback che non è esattamente utile. Supponiamo che tu abbia creato un documento di processo e loro abbiano detto che era buono. Non vedi il documento di processo pubblicato o messo in uso e ti chiedi cosa gli sia successo. Quindi, il feedback 'buono' non ha funzionato bene qui ed è quasi un non feedback.

Cerca un feedback onesto e crea una comunità per discutere le tue idee. Spesso non è il più facile da fare, ma senza il rinforzo positivo fornito da questo passaggio rimani demotivato.

# 10) Nozioni preconcette:

Bene, sappiamo che ci sono molti pregiudizi sul posto di lavoro riguardo al genere, alla nazionalità ecc. Non entrerò nei dettagli qui, ma a meno che non iniziamo a guardare il mondo come un villaggio globale e tutti uguali, il mondo e il posto di lavoro diventano entrambi tossico.

Sull'autore: Grazie al membro del team STH Swati per aver condiviso queste 10 principali sfide affrontate dai tester.

Ora è il tuo turno.

Quale degli elementi nell'elenco ti ha sorpreso o hai annuito per capire? Quali sfide hai affrontato e come le hai superate?

Per favore condividi e commenta!

Lettura consigliata

^