Menu

Cosa fare quando non c'è abbastanza tempo per eseguire il test?

what do when there isn t enough time test

Prova Il Nostro Strumento Per Eliminare I Problemi

A metà del ciclo di test, ti rendi spesso conto di non avere abbastanza tempo per eseguire il test? Avevi tutto sotto controllo, per cominciare, ma presto raggiungerai il piano di emergenza 'Cosa fare quando non c'è abbastanza tempo per testare?' sezione.

Ci sono stato anche io e non è divertente. :)

Ci ho pensato a lungo e duramente. Come può qualcosa che è iniziato così bene, andare giù così male, così velocemente. Ed ecco la mia analisi.

=> Fare clic qui per una serie completa di tutorial sul piano di test

Cosa imparerai:

Dove è andato il mio tempo di test?

Non abbastanza tempo per testare

elenco di provider di posta elettronica gratuiti negli Stati Uniti

In primo luogo, perché accade questo?Molte ragioni, alcune delle quali sono:

# 1) Stima errata :

Se hai iniziato con un'aspettativa imprecisa, le cose sono destinate a fallire. Una buona stima del test deve tenere conto di quanto segue:

  • Tempo per i compiti preparatori - Stiamo parlando di attività come:
    • Identificare e mettere insieme una suite di regressione
    • Creazione di dati di prova
    • Tempo per determinare la prontezza del test (es .: Smoke / Sanity Test), ecc.
  • Manutenzione del test case : I test case sono risorse di utilizzo a lungo termine. Sono sicuri che subiranno aggiornamenti minori durante l'esecuzione. Si consiglia di assegnare fino al 30% del tempo di esecuzione del test per i nuovi prodotti per queste attività di manutenzione minori. Tutti i team e i progetti potrebbero non richiedere il 30%, ma allocare un po 'di tempo e impegno per questa attività.
  • A questa / Test esplorativi - Il conteggio dei test con script è un denominatore principale per i numeri di stima dei test. Tuttavia, nessun team di test in questo mondo negherà di esplorare il tuo software anche se il modello è prevalentemente scriptato.
  • Reporting / Comunicazione - Ciò include riunioni di triage / stand up, aggiornamento degli strumenti di gestione del lavoro ecc.
  • Fattore di contingenza: Gli standard consigliano un buffer del 25-30% rispetto alle stime originali. Ma le squadre raramente possono permetterselo. Anche in questo caso, lascia un po 'di respiro, quando possibile.
  • Team e sue capacità: Se hai una nuova squadra o se stai usando uno strumento per la prima volta, potresti dover dedicare un po 'di tempo all'allenamento. Personalizza le tue stime in base al tuo team con cui stai lavorando.

Lettura consigliata=> Controllare questo per ulteriori informazioni sul successo e sui metodi di stima del test

# 2) Build instabili e altri problemi tecnici:

  • Fumo / test di sanità mentale fallito : Quando i test di base sull'AUT falliscono dopo la distribuzione nell'ambiente QA, il team QA non può fare praticamente nulla per l'esecuzione del test. È vero che possiamo lavorare su altre attività mentre ciò accade, ma comunque non riempirà il file ciclo di prova tempo. Quindi, questo è un importante contributo al tempo perso.
  • Dati di test non disponibile : I dati simili alla produzione sono un must per ogni progetto di test. Un altro fattore di blocco è anche la mancata ricezione puntuale di questo nell'ambiente di controllo qualità. A volte i tester possono aggirare questo problema creare e gestire i propri dati di test , ma richiede tempo e potrebbe non essere sempre puntuale.
  • Problemi ambientali - La build fallisce nelle distribuzioni, il server continua a scadere, molti altri problemi di questo tipo consumano il ciclo di test. Ciò probabilmente deriva dal fatto che alcune aziende (non tutte) minano l'importanza di un buon ambiente vivo per un'efficace QA. Spesso cercano di allontanare i server a bassa capacità e le configurazioni di arrangiamento. Questa è davvero una soluzione a breve termine e non fa alcun favore a nessuno. In effetti, potrebbe costare loro la qualità dei test e la perdita di tempo prezioso per i test.

# 3) Mancanza di accordo tra tutte le parti coinvolte:

Questo potrebbe essere un problema raro con i team che seguono Agile o Sicuro a causa degli stretti circoli in cui lavorano, ma molti team soffrono ancora di disaccordo o problemi di comunicazione su quando Dev, Ops e QA dovrebbero ricevere i risultati l'uno dall'altro. Quindi, ritardi.

Per comprendere le sottigliezze della comunicazione, controlla questo => Come Business, Development e QA possono collaborare per portare a termine il progetto

Ora che conosciamo i problemi, ecco alcuni modi per risolverli.

Come possono i tester avere abbastanza tempo per i test?

# 1) Stima accuratamente. In caso di dubbio sopravvalutare di un margine ragionevole, ma non sottovalutare. Non dimenticare di apportare aggiustamenti alla stima in base al tuo team, agli strumenti e ai processi. Al termine, cerca la firma ufficiale in modo che tutti siano consapevoli e siano tenuti al corrente.

#Due) Prendi in considerazione i dati storici - Lo strumento di gestione dei test è il tuo migliore amico .

  • Quanto tempo hanno impiegato i cicli di test delle versioni precedenti?
  • Che tipo di problemi ha causato interruzioni al ciclo di test precedente?
  • Quante esecuzioni ha richiesto la maggior parte dei test case prima di essere superati?
  • Quali difetti sono stati segnalati?
  • Quali difetti hanno causato l'interruzione del test?

# 3) Poni queste domande e pianifica di conseguenza nel momento critico:

  • Scopri funzionalità importante è il tuo progetto?
  • Scopri il modulo ad alto rischio del progetto?
  • Quale funzionalità è più visibile all'utente?
  • Quale funzionalità ha il maggiore impatto sulla sicurezza?
  • Quale funzionalità ha il maggiore impatto finanziario sugli utenti?
  • Quali aspetti dell'applicazione sono più importanti per il cliente?
  • Quali parti del codice sono più complesse e quindi più soggette a errori?
  • Quali parti dell'applicazione sono state sviluppate in modalità urgente o panico?
  • Secondo gli sviluppatori, quali sono gli aspetti a più alto rischio dell'applicazione?
  • Che tipo di problemi causerebbero la peggiore pubblicità?
  • Che tipo di problemi causerebbero la maggior parte dei reclami del servizio clienti?
  • Quali tipi di test potrebbero facilmente coprire più funzionalità?

Considerando questi punti, è possibile ridurre notevolmente il rischio di rilascio del progetto con meno vincoli di tempo.

# 4) Utilizza uno strumento di gestione dei test. Ciò ridurrà notevolmente la quantità di tempo e impegno di preparazione, reporting e manutenzione.

=> Per l'elenco degli strumenti di gestione dei test più popolari , controlla qui :

# 5) Non c'è molto che possiamo fare su build / problemi tecnici errati, ma l'unica cosa che può aiutare è guardare i risultati degli unit test. Questo ci darà un'idea del fatto che la costruzione sia stata un successo o meno e che tipo di test abbia fallito, quindi non reinventiamo la ruota.

Se tuo Supporta lo strumento di gestione dei test Integrazione CI , hai queste informazioni disponibili senza problemi in modo da comprendere meglio la stabilità dell'applicazione.

# 6) Misura spesso la tua produttività e i tuoi progressi . Non lasciare che i rapporti sullo stato siano un risultato finale solo a vantaggio dei team esterni. Assicurati di monitorare attentamente i tuoi obiettivi giornalieri e la tua capacità di raggiungerli.

Inoltre, assicurati di non entrare nel classico enigma di 'Velocità contro qualità'. Perché, quando segnali, diciamo, 50 bug al giorno, potrebbe sembrare che tu sia super produttivo. Ma se la maggior parte di loro torna come invalida, hai un problema per te.

software per orologio a tempo libero per piccole imprese

Quindi monitora, monitora e monitora ancora un po ':)

Conclusione:

Infine, nonostante tutte le precauzioni e le misure, se ti trovi ancora a corto di tempo, chiedere aiuto .

La maggior parte delle squadre è disposta a partecipare a una sessione di war room per rimettere le cose in carreggiata.

Circa l'autore: Questi utili suggerimenti per i test sono forniti dal membro del team STH Swati S.

Ora, quali sono i tuoi trucchi per rimanere puntuale e fornire un servizio di test di qualità? Inoltre, quali punti nell'articolo sopra risuonano con te?

Apprezziamo il tuo feedback e apprezziamo i tuoi lettori. Grazie per aver letto!

=> Visita qui per una serie completa di tutorial sul piano di test

Lettura consigliata

^