Il P e Q di un Tester di Software

Introduzione:

In generale, un tester di software dovrebbe avere due tipi di abilità che è come eseguire la sua opera, e un altro è come approccio di lavoro. Il primo è l’abilità tecnica e il secondo è l’soft skill. Per un tester di software di queste due competenze sono complimento di ogni altra. Solo abilità tecnica rende uno come toccare la meta, ma la combinazione di competenze tecniche e di soft skill fa come per avere successo e superare le aspettative.

Caratteristiche di un tester atteggiamento positivo, pazienza, disciplina, ecc e, soprattutto, di avere buoni rapporti con gli sviluppatori. A volte un tester può ottenere male di risposta da parte degli sviluppatori quando egli ottiene un bug e lo produce in fronte gli sviluppatori, perché in questo mondo nessuno preferisce i propri errori, di essere sottolineato. In particolare, in questo tipo di situazione un tester dovrebbe mostrare il suo paziente e cordiale natura. Un tester dovrebbe sempre tenere una cosa in mente che gli sviluppatori e i tester di lavorare per un unico obiettivo.

Ma qui si può fare una domanda come essere paziente quando lui/lei riceve una dura risposta da parte degli sviluppatori? Sì, è molto difficile essere paziente e avere un atteggiamento positivo quando si ottiene cattivo risposta dal tuo collega.

Così come si può avere competenze tecniche, competenze “soft” come mantenere una buona relazione con gli sviluppatori?

Essere Disciplinato e Mantenere la Perseveranza:

Ovvio che aspetto di test è molto ripetitivo e può essere necessario un sacco di lavoro manuale.

Ci sono numerosi esempi in cui un tester di software mostra la sua natura iterativa.

Si può prendere esempio quando un tester esigenze di disciplina e perseveranza.

>> Un tester test di un progetto e di verifica un crash dopo aver fatto un numero di passaggi, ora si dovrebbe trovare l’esatta condizione per la quale l’incidente si è verificato. Per questo tipo di situazione, il tester bisogno di passare attraverso lo stesso passo di nuovo e di nuovo.

>>Come per la routine quotidiana, un tester è stato chiesto di raccogliere dati sui casi di test eseguiti, bug registrati, etc.

>>Dopo aver trovato un bug / difetto di un tester, ha per riprodurre di nuovo e segnalare agli sviluppatori.

Per questo tipo di situazione, un tester di software deve essere organizzata al suo lavoro e avere occhio critico per prendere il bug di prima e seconda istanza. Ha anche bisogno di pensare in multi dimensionale modo su un problema/esigenza.

Essere un buon comunicatore:

Per un tester di software è molto importante avere una buona capacità di comunicazione (Orale) nonché una buona capacità di scrittura. Perché, come un tester di software, è necessario interagire con diverse tipologie di persone come il team di sviluppo, team di progettazione, e di altri team di test tra cui il vostro cliente che si siede lontano da voi. È necessario spiegare a te stesso (problemi/problemi/chiarimenti che si possono avere) per loro. Deve essere compreso chiaramente dalla persona a cui interagire o a cui inoltrare le vostre segnalazioni di bug.

Competenze tecniche:

Come soft skill è molto importante per un tester di software per avere un suono abilità tecnica. È necessario per tester per conoscere il prodotto e la tecnologia che è in test.

Per esempio, se il tester è lavorare in una applicazione web based project, allora egli deve essere ben consapevole del suo progetto insieme alle altre tecnologie come il modo di testare il suo progetto di sicurezza di base o come per rendere il progetto automatici etc.

Capacità Di Lettura:

Può essere sembra strano dire che la lettura è un’abilità, ma se si guarda in profondità il test aspetto allora è certo che il suono è migliore. Perché un tester offerte con un numero di documento e casi di test di tutti i giorni, l’applicazione di lettura come abilità fa una grande differenza per un tester.

Pensare il Contrario, ma non Filosofico:

Altrimenti o dire che il pensiero negativo può essere un utile lega se applicato nel posto giusto. Quando nasce un progetto nuovo per il dipartimento di QA per il test e il tester è al lavoro per creare un piano di test o di un master plan per testare il prodotto. Mentre si citano i rischi coinvolti nel progetto, di un tester, deve considerare tutte le cose che possono andare male durante il ciclo di vita del progetto. Allenare la mente a pensare il contrario o negativo, in tali situazioni, aiuta tester sviluppare un piano efficiente. Per un tester di questo tipo di pensiero è un abilità, ma dovrebbe essere applicata in determinate situazioni. A questo punto un software tester deve tenere una cosa in mente che quando si mette alla prova con questo tipo di mente, deve essere pratico, e non devono dare per scontato le cose al di là della logica del progetto.

Essere un buon ascoltatore:

Mentre si discute sui bug / difetto o requisito del progetto, essere un buon ascoltatore dal visualizzatore punto e prospetto. Capire la logica e la limitazione del progetto, la prima all’inizio del progetto, perché ci sono alcune aree da assegnare al reparto di collaudo che deve essere automatizzato prima dello sviluppo delle finiture.

Convincente competenze:

Tester spesso di andare o di interagire con gli sviluppatori quando egli ottiene un bug, argomento con gli sviluppatori del bug, ma praticamente se si pensa in profondità e domanda a te stesso che, è giusto? Sicuramente la risposta è “NO”. Non rendere la situazione imbarazzante, perché nessuno, in questo mondo reale, è opportuno sottolineare il suo o i suoi errori ma di un buon tester in grado di gestire la situazione in modo diplomatico e rappresentano il bug in modo, come dire “questo è un piccolo bug, lo so, questo progetto è in esecuzione bene finora, se si guarda solo a questo bug quindi sarà meglio”. Poi lo stesso bug sarà altamente apprezzabile e sviluppatore si prenderà cura di esso.

Anche il tester deve essere attenti, mentre egli è la segnalazione di un difetto o è dare un chiarimento di un requisito, essere come di fatto, come possibile, non usare la parola che descrive il tipo di lavoro o la persona che ha sviluppato il prodotto. Fortemente evitare la parola come “il progetto non dovrebbe comportarsi in questo modo”, “Questo è spesso in crash progetto”, di “mal sviluppato il software” etc. Questo si tradurrà in persone che non la visualizzazione del difetto rapporti con serietà.

Conclusione:

Per riassumere, come tester avete bisogno di uno speciale set di competenze interpersonali e le abilità tecniche. Fare un inizio, essere a conoscenza e di pratica.