Menu

Cosa si aspettano VERAMENTE i clienti dai tester del software?

what do clients really expect from software testers

Prova Il Nostro Strumento Per Eliminare I Problemi

Nell'articolo di oggi, condividerò alcune riflessioni su ciò che credo che i clienti si aspettino VERAMENTE da noi sulla base della mia esperienza diretta di lavoro presso le sedi dei clienti con interazioni quotidiane faccia a faccia e collaborare in mare aperto tramite e-mail o telefonate.

I servizi IT sono una parte importante e integrante dell'industria del software e la soddisfazione del cliente è importante per avere successo. Ogni cliente / organizzazione può essere diverso nel processo, può seguire un protocollo diverso e può trattare con diversi tipi di attività.

Tuttavia, i seguenti fattori sono comuni e importanti per tutti in generale.

client di test del software

(Immagine src )

Cosa imparerai:

5 cose che il cliente si aspetta dai tester del software:

Aspettative del cliente 1

# 1) Vantaggio in termini di costi

Quando si pensa di vendere o acquistare qualcosa, il costo gioca un ruolo importante e spesso è uno dei fattori decisivi importanti. Non aspettiamo tutti con impazienza il Black Friday, i saldi di Flipkart Billion Day o il grande festival dello shopping di Amazon? Diventiamo pazzi acquirenti durante il periodo di vendita. È un semplice comportamento umano aspettarsi il giusto o extra valore per i nostri soldi.

Aziende e clienti non sono diversi. I vantaggi in termini di costi aumentano le relazioni cliente-servizio e non è raro che le società di servizi perdano offerte a causa di concorrenti con quotazioni inferiori.

Costi-benefici

La GRANDE domanda ora è: come possiamo mostrare vantaggi economici ai nostri clienti?

Questi punti possono aiutare:

  • Mostra loro il valore dei loro soldi . Giustifica e fornisci prove a sostegno del tuo stime .
  • Pensa a modi creativi per risparmiare sulle spese.
  • Personalizza il tuo preventivo. Invece di attenersi al tuo processo standard che costa X quantità di denaro, fornisci alternative più economiche. Per esempio : Suggerire un test del percorso critico invece del test completo del sistema.
  • Conosci la tua concorrenza . Un rapido controllo della realtà di ciò che altre società di servizi offrono ai propri clienti a quali costi è importante per mantenere rilevante il mercato del modello di prezzo.

# 2) Qualità del lavoro

Qualità e quantità di lavoro sono due cose molto diverse.

Sono finiti i giorni in cui il numero di casi di test creati o di difetti segnalati utilizzava indicatori di produttività o qualità. Non più.

La situazione è più simile all'immagine qui sotto:

Qualità del lavoro

Qualità del lavoro 2

A) Sapere quando dire 'NO'

Siamo stati tutti in luoghi in cui abbiamo fatto gli straordinari, siamo stati di guardia durante i fine settimana, abbiamo partecipato a chiamate notturne o mattutine, ecc. Tuttavia, ciò di cui non ci rendiamo conto è che possiamo dire NO se le cose continuano a peggiorare. Dicendo NO è l'unico modo in cui possiamo mantenere intatta la qualità del lavoro e la nostra sanità mentale.

Quando lo fai, esprimi la tua preoccupazione in anticipo e difendi la qualità.

Ecco una situazione in cui mi trovavo e questo potrebbe darti un'idea migliore di cosa sto parlando:

La mia azienda ha vinto un nuovo logo e come parte della migrazione da una vecchia azienda alla mia azienda, sono state pianificate sessioni di trasferimento delle conoscenze. Noi, un team di 6 membri, abbiamo visitato il sito del cliente. Il primo giorno dopo l'introduzione, ci è stato condiviso il piano KT. Ho scoperto che il mio nome è stato contrassegnato con più moduli. Uno di quei moduli avrebbe dovuto essere totalmente fuori dal mio campo di applicazione perché non ero nemmeno a conoscenza di quella tecnologia; in nessun modo corrispondeva alle mie capacità.

Sono andato al capo della transizione Conoscenza e gli ho detto la situazione -

  • Mi sono stati assegnati troppi elementi di lavoro, il che a sua volta ostacolerà la qualità e la mia capacità di acquisire il 100% nelle sessioni.
  • Gli elementi pianificati avevano aree in cui le mie capacità non corrispondevano e poiché non ero la misura giusta, potrei non capire al 100% durante la transizione.

La guida compreso il problema e rivisto il piano KT.

un'app per spiare un altro telefono

Spero che questo aiuti a confermare che: Se qualcosa è nel nostro piatto non significa che dobbiamo mangiarlo tutto. Soprattutto non se significa scendere a compromessi sulla qualità.

B) Completezza dello scenario di test

Quanti di voi sono d'accordo con me se ci proviamo migliorare il modo in cui scriviamo i casi di test , porta a una migliore qualità?

Di seguito sono riportati alcuni errori comuni che sono comuni nella maggior parte dei casi di test:

Componenti dello scenario di testProblema attualeSoluzione
Obbiettivo L'obiettivo è la parte più importante di ogni caso di test, questo è ciò che rende tutti i casi di test diversi. Errori comuni con Objective mancano di chiarezza.

Come tutti i casi di test creati per una funzionalità, ha un obiettivo senza mostrare come ogni caso di test differisce.		 Obiettivo / scopo di ogni test case dovrebbe essere chiaro per spiegare quale funzionalità e quale condizione di test verrà testata come parte di quel test case.

La stessa funzionalità può avere casi di test positivi e negativi, quindi l'obiettivo dovrebbe essere abbastanza chiaro da mostrare la differenza. Una buona idea è fare riferimento allo scenario di test per definire l'obiettivo.
Condizioni preliminari Molti tester perdono completamente la menzione della precondizione o molti semplicemente copiano e incollano. Copia incolla porta a errori poiché ogni caso di test potrebbe essere completamente diverso da un altro.Evita errori di copia-incolla e presta attenzione ai dettagli.
Dati di test Questo è probabilmente il campo più trascurato e la maggior parte dei casi di test lo avrà vuoto o privo di una definizione precisaIndicare i dati appropriati da inserire. A volte, non è necessario che sia accurato.

Ad esempio: la registrazione dell'utente può registrare un utente Anna o Giovanni e non avrebbe importanza. Ma definire che un nome valido che abbia tutti i caratteri e debba essere lungo 4-10 può aiutare a chiarire molte cose.
ID caso di test Convenzione di denominazione o numerazione semplificata. Supponiamo che tu stia testando un pulsante di accesso. Spesso gli ID sono:
TC_1_Login
TC_2_Login		Rendili più descrittivi:
TC_1_Login_Invalid_User
TC_2_Login_Valid_User
Documenti di riferimento Copia-incolla incoerente da documenti di riferimento o peggio, utilizzando uno non corretto.È sempre consigliabile menzionare il documento di riferimento corretto con il numero di versione corretto, ad esempio per alcuni casi di test FRS e Specifiche tecniche sarebbero stati entrambi indicati, quindi il caso di test nella sezione di riferimento dovrebbe menzionarli entrambi.
Passaggi del caso di test Passaggi mancanti, principalmente da tester che conoscono molto bene l'applicazione. Potrebbero presumere cose e saltare menzionare i passaggi. Ciò causa problemi all'azienda, ai revisori e ai nuovi tester.Devono essere utilizzati passaggi e sequenza corretti.

Riassumendo, se nella fase di progettazione vengono presi in considerazione piccoli dettagli, la qualità dell'output del test sarà molto più superiore.

# 3) Comprensione aziendale

Questo è uno dei fattori più importanti che i clienti cercano nei tester. Tuttavia, è triste che alcuni tester credano che il loro lavoro sia scrivere casi di test basati su FRS e non fare alcuno sforzo per comprendere il business.

app timesheet per android e iphone

Cerca di conoscere prima l'attività e poi esamina la funzionalità; Puoi immagina le esigenze del tuo cliente più e prova di conseguenza.

Ecco un esempio- FRS afferma che 'il rapporto XYZ deve essere generato con 3 colonne come data, nome e stato'. I seguenti sono i casi di test con cui ti ritroverai quando prendi questo requisito al suo valore nominale:

  • Convalida report XYZ viene generato
  • Il rapporto di convalida ha 3 colonne come Data, Nome, Stato
  • Convalida i dati in 3 colonne.

Tuttavia, se si tiene presente l'applicabilità aziendale di questo report, potrebbe essere necessario testare:

  • Qual è lo scopo commerciale di questo rapporto?
  • Questo rapporto viene generato ogni giorno?
  • Chi sono gli utenti aziendali che esaminano questo rapporto?
  • Qual è la fonte dei dati per questo rapporto?
  • Il report deve essere generato se non sono disponibili dati?

Questo è solo un esempio, ma immagino che siamo tutti d'accordo sul fatto che è possibile ottenere test migliori acquisendo consapevolezza e competenza aziendale.

# 4) Disponibilità

Che tu sia un singolo individuo che supporta il cliente o un team, la tua disponibilità dovrebbe sempre essere controllata ( Scopo del miglioramento).

Per disponibilità, non significa supporto 24 ore su 24, 7 giorni su 7. Significa solo una comunicazione chiara e anticipata sul tempo libero, sui piani alternativi, sull'essere raggiungibile e non andare via MIA.

Di seguito sono riportati alcuni dei modelli che il settore dei servizi segue:

  • Modello di aumento del personale - Se stai lavorando in un modello di aumento del personale e sei l'unico rappresentante della tua azienda, è consigliabile che il cliente sia informato dei tuoi tempi di lavoro e delle assenze pianificate in modo che possano essere presi gli accordi necessari.
  • Modello progetti gestiti - In un modello di progetto gestito in cui sono formati grandi team di progetto e diretti da responsabili di consegna / progetto, avere un piano delle risorse di backup non rimane più responsabilità dei clienti. Il PM ha bisogno di gestire ferie sia pianificate che non pianificate. In questo modello, è consigliabile che il PM cerchi di raccogliere i dati sulle assenze pianificate dal proprio team in anticipo e di gestirli di conseguenza. Ci sono casi in cui i clienti richiedono supporto nel fine settimana o orari di lavoro prolungati. Tali casi dovrebbero essere pianificati anche ruotando le risorse. Un team dovrebbe essere composto da membri che possono eseguire il backup a vicenda se necessario. I dettagli pianificati dovrebbero essere condivisi con il cliente.

# 5) Scopo del miglioramento

Questo non è desiderabile solo nell'industria del software, ma ovunque. Portare miglioramenti non è un lavoro di un giorno. L'ambito del miglioramento deve essere lavorato continuamente e può essere suddiviso in 3 passaggi -

Leggi anche=> Come migliorare le tue capacità di test e battere la concorrenza

Passaggio 1: identificare

Fare uno studio approfondito e identificare le aree / possibilità di miglioramento. Ad esempio, quando ti viene chiesto di testare la stessa funzionalità più volte utilizzando lo stesso processo, arriverà un momento in cui sentirai di voler uscire dal progetto o di cambiare il modo in cui viene testato. È così che si ottengono miglioramenti quando siamo annoiati dei nostri metodi esistenti, pensiamo di cambiare e migliorare .

Passo 2: Apporta miglioramenti

Se le cose fossero fatte manualmente potresti prova ad automatizzare poche cose . Quando dico automazione, non significa sempre acquistare uno strumento automatizzato.

Citerò una situazione:

Facevo parte di un team di test di database. Il nostro lavoro quotidiano prevedeva l'esecuzione degli stessi script SQL più volte in un giorno con un diverso set di parametri. Quando abbiamo avviato il progetto stavamo bene con questi passaggi, ma alla fine abbiamo capito meglio il sistema e abbiamo pensato che gli stessi script SQL potessero essere eseguiti come parte delle procedure memorizzate invece di qualcuno che aggiorna manualmente i parametri e lo esegue.

Passaggio 3: Valuta il miglioramento

Ogni volta che viene implementato un nuovo processo, sarà necessario assicurarsi che funzioni come previsto e non abbia effetti collaterali. Estendendo l'esempio precedente, un'introduzione delle procedure memorizzate, controlla se l'output dal modo automatizzato appena creato e l'output dal modo manuale sono gli stessi.

L'altra parte è monitorare i benefici per un periodo di tempo per essere assolutamente sicuri e presentare i risultati ai tuoi clienti. Nel nostro progetto, abbiamo mostrato ai clienti una riduzione dei tempi di esecuzione dei test del 30%, che a sua volta ha ridotto i costi.

Conclusione

In conclusione, volevo solo dire che ognuno di noi ha talenti innati e tutti abbiamo i nostri stili di lavoro unici e questi erano solo alcuni suggerimenti che credo possano offrire ai nostri clienti una migliore esperienza di servizio.

Circa l'autore: Questo fantastico articolo è stato scritto dal membro del team STH Priya R. Se vuoi scrivere per noi e condividere la tua esperienza, per favore facci sapere qui .

Spero vi siate divertiti a leggere questo articolo e lo troviate informativo! Facci sapere se hai un'esperienza diversa da condividere.

Lettura consigliata

^