Menu

5 cose che uno sviluppatore principiante (e un tester) dovrebbe sapere sui test del software

5 things beginner developer

Prova Il Nostro Strumento Per Eliminare I Problemi

come aggiungere elementi in un array java

L'intera sala conferenze è rimasta in silenzio e dopo aver atteso un paio di minuti, non sono riuscito a mantenere la pazienza e ho dovuto ripetere la mia domanda:

Chi vorrebbe entrare a far parte del team di test?

Avevamo 20 tirocinanti a bordo e venivano formati su diversi aspetti dei progetti software. Lead e manager di diversi dipartimenti come analisi aziendali, sviluppo, test e vendite hanno tenuto riunioni con loro apprendisti per fornire le conoscenze e per aiutarli a capire come e come appare il progetto software reale. In qualità di responsabile del test, ho spiegato gli aspetti di test di base e l'importanza del test del ciclo di vita a quei nuovi volti.

sviluppatore e tester

Con eccitazione, quando ho lasciato cadere la domanda, non ho mai pensato al silenzio. Nessuno era pronto a partecipare ai test. Ho sospirato tristemente e ho preso un'altra traccia per istruire questa futura generazione di IT.

Ho modificato la mia domanda per conoscere le ragioni del rifiuto test del software come professione -

Perché non vuoi partecipare al test del software?

Le risposte erano interessanti (e pratiche a un certo punto)

  • Chiunque può eseguire test ma non sviluppo ( buono a sapersi )
  • I tester sono pagati meno ( leggermente vero ma non sempre )
  • È un lavoro ingrato ( totalmente d'accordo, ma non è questo il motivo valido )
  • Non c'è niente da imparare al riguardo ( Hooh …… chi l'ha detto?)
  • Non c'è motivo di scegliere il test del software come carriera ( la ragione peggiore )

Cosa imparerai:

Perché esiste il test del software?

Ok, quindi era il momento di formare quelle nuove persone sul motivo per cui esiste il test del software e su cosa dovrebbero sapere al riguardo se si uniranno allo sviluppo del software.

Come ho cambiato idea?

Qui sto solo cercando di illustrare ciò di cui abbiamo discusso durante quel pomeriggio e come sono riuscito a cambiare idea di almeno 20 persone, chiarendo la percezione sui test del software.

# 1. Il test del software non è una perdita di tempo:

Cosa succede quando hai degli ospiti a casa e prepari in fretta la limonata per loro e li servi? Quando gli ospiti lasciano i bicchieri incompiuti, senti che qualcosa deve essere andato storto e quando assaggi la limonata, OMG …… sembrava puzzolente. Avresti voluto spendere solo 10 secondi in più e assaggiare la limonata prima di servire.

Pur avendo fretta di consegnare il progetto in una sequenza temporale, le aziende / la direzione / chiunque è pronto a scendere a compromessi sui tempi per i test perché la percezione del test del software richiede davvero molto tempo del necessario è ancora viva nella mente delle persone. Ma non vale il tempo impiegato per il test rispetto alla chiamata del cliente a mezzanotte per farti sapere che annullerà l'assegnazione successiva poiché l'assegnazione corrente consegnata mostrava più di 5 bug critici entro le prime due ore di utilizzo interno. Scoppio!!

# 2. Il test del software è obbligatorio:

Il test del software è una parte inevitabile del ciclo di vita dello sviluppo del software. La via

  • Gli editori aiutano a migliorare il film
  • I revisori aiutano a migliorare un libro
  • Le guardie di sicurezza aiutano a rendere la vita delle persone pacifica e sicura
  • L'olio aiuta a far funzionare i macchinari in modo impeccabile

Il test del software aiuta il software a essere migliore. Non credo di dover spendere nemmeno una parola in più per spiegarlo.

# 3. Test di unità è una responsabilità completa dello sviluppatore:

Quando sviluppi qualcosa, devi controllarlo prima di chiedere a qualcun altro di controllarlo. La via

  • Lo chef assaggia e annusa sempre la sua ricetta prima di servirne altre

Lo sviluppatore è completamente responsabile di testare il proprio codice prima di inviarlo ai tester. I tester sono lì per aiutarti a migliorare la qualità del codice e, in definitiva, del prodotto e non per scoprire gli errori più stupidi che hai fatto durante la scrittura del codice.

Oltre a ciò, non dare mai per scontato che la qualità sia responsabilità solo dei tester.

Nel mondo agile di oggi, sviluppatori e tester dovrebbero assumersi la responsabilità combinata della qualità del prodotto. Ci si aspetta che gli sviluppatori eseguano il test di coppia con il tester e forniscano informazioni su cosa e perché qualcosa può andare storto e incoraggino il tester a generare idee di test in base alle tue intuizioni.

# 4. Sviluppatori e tester sono uguali:

Qualsiasi lavoro / progetto è uno sforzo combinato di squadra e questo significa che ogni persona è ugualmente importante. Se uno sviluppatore pensa che sta facendo meglio e dovrebbe essere data maggiore importanza perché sta creando qualcosa da zero, è necessaria una nuova considerazione del pensiero. Sì, lo sviluppatore sviluppa qualcosa da zero ma non è in grado di completare la creazione senza l'aiuto del tester.

Il tester fornisce l'occhio dell'utente per il prodotto. Un tester ben addestrato ed esperto può mostrare le lacune nel prodotto, uno sviluppatore non può mai pensarci. Un tester porta nuove idee su come dovrebbe essere il prodotto, come dovrebbe apparire in un'istanza particolare, come dovrebbe funzionare, come può comportarsi e come può bloccarsi.

Il modo in cui è importante aggiungere sale a ogni ricetta per renderle commestibili, sono necessari test per rendere il prodotto consegnabile.

E quindi, sviluppatori e tester sono ugualmente importanti. Sono le mani sinistra e destra del corpo chiamate progetto.

# 5. Il tester dovrebbe essere coinvolto dal primo giorno del progetto:

In qualità di sviluppatore, non dovresti mai commettere l'errore di presumere che non sia necessario che un tester diventi consapevole di qualcosa come l'analisi dei requisiti, la logica applicata durante la scrittura del codice, le richieste di modifica del cliente, i feedback del cliente ecc.

Il tester è un titolare di stack e dovrebbe essere coinvolto sin dall'inizio del progetto. Il coinvolgimento iniziale del team di test dà loro fiducia, le discussioni costanti alimentano un comprensione tra team di sviluppo e test , un aiuto gentile stimola il loro spirito a fare qualcosa di meglio, le richieste di suggerimenti li fanno sentire validi.

Conclusione:

Il tester non deve testare solo un modulo / prodotto, è lì per aiutarti a fornire il miglior prodotto, è lì per aiutarti suggerendo alcune idee comprovate sulle aspettative degli utenti, è lì per farti sapere che quanto spesso viene ricevuto il tuo amato codice è andato in crash …… e tu, come sviluppatore, ne hai davvero bisogno, non è vero?

Circa l'autore: Questo fantastico post è stato scritto dal membro del team STH Bhumika Mehta. È responsabile del progetto e vanta oltre 7 anni di esperienza nel test del software. È totalmente in prova e ama testare tutto ciò che esiste.

Come al solito, in attesa del tuofeedback, opinioni e suggerimentisull'argomento.

Lettura consigliata

^