Menu

Guida introduttiva al monitoraggio e alla gestione degli incidenti nel test del software (modelli di esempio inclusi)

getting started with incident tracking

Prova Il Nostro Strumento Per Eliminare I Problemi

Nell'articolo di oggi impareremo tutto sul Processo di 'monitoraggio e gestione degli incidenti' - Come monitorare e gestire gli incidenti in Software Testing con modelli di esempio.

Stai pensando- 'STH ha pubblicato molti contenuti su tracciamento di difetti / bug , quindi come sarà diverso '? Questo è esattamente il motivo per cui dobbiamo prima considerare cosa intendiamo per incidente.

monitoraggio e gestione degli incidenti

Cosa imparerai:

Cos'è l'incidente?

Incidenti può essere definito in parole semplici come un evento riscontrato durante il test che richiede una revisione.

Durante il test se il risultato effettivo varia dal risultato previsto, viene indicato come bug, difetto, errore, problema, guasto o incidente. Molto spesso, tutti questi termini sono sinonimi.

Gli incidenti, tuttavia, sono una categoria speciale di problemi che potrebbero verificarsi a causa di una configurazione errata, dati corrotti o crash del server, ecc. Esempi sono: spazi su disco pieni, errore di esecuzione (errore di runtime), servizio non disponibile ecc.

Gli incidenti possono anche verificarsi a causa di alcuni problemi nello sviluppo del software, nell'utilizzo dell'hardware o negli errori di richiesta di servizio.

Differenza tra errore, difetto, bug e incidenti:

  1. Errore : Un'azione eseguita da un essere umano che si traduce in un comportamento imprevisto del sistema.
    g .; sintassi errata, calcolo improprio dei valori, incomprensione del software
    requisito ecc.
  2. Difetto: Questo è un termine usato solitamente dai tester. Quando il tester rileva un errore o un problema, viene indicato come Difetto.
  3. Bug: Bug è la terminologia dello sviluppatore. Una volta che un difetto trovato da un tester viene accettato dallo sviluppatore, viene chiamato bug. Il processo di rettifica di tutti i bug nel sistema è chiamato Bug-Fixing.
  4. Incidente: L'incidente è un'interruzione non pianificata. Quando lo stato operativo di qualsiasi attività passa da funzionante a non riuscita e fa sì che il sistema si comporti in modo non pianificato, si tratta di un incidente. Un problema può causare più incidenti che devono essere risolti, preferibilmente il prima possibile.

Ora, esaminiamo alcuni termini correlati:

  1. Archivio degli incidenti : Il Repository degli incidenti può essere definito come un database che contiene tutti i dati importanti e rilevanti su tutti gli incidenti che si verificano nel sistema. Queste informazioni vengono successivamente utilizzate per creare il rapporto sull'incidente. Contiene campi come dati, risultati attesi, risultato effettivo, data e ora, stato dell'incidente, ecc.
  2. Gravità: Il potenziale impatto dell'incidente deciderà la loro gravità. Può essere Maggiore, Minore, Fatale o Critico per una risoluzione immediata.
  3. Priorità : Impostato in base alla gravità e all'influenza sullo stato di funzionamento del sistema. I valori possono essere Alto, Medio, Basso, Molto Alto o Urgente / Immediato.
  4. Stato dell'incidente : Lo stato corrente in cui si trova la gestione dell'incidente. Può essere Nuovo, In corso, Risolto e Chiuso.

Cos'è la gestione degli incidenti?

La gestione degli incidenti è un processo per la registrazione, la registrazione e la risoluzione degli incidenti il ​​più rapidamente possibile per ripristinare il processo o il servizio aziendale alla normalità.

Processo di gestione degli incidenti

La gestione degli incidenti è il processo complessivo che inizia dalla registrazione degli incidenti alla loro risoluzione.

È un processo molto critico in quanto ciò garantirà che gli incidenti vengano affrontati in modo sistematico ed efficace. Inoltre, snellendo l'intero processo, ci sono buone probabilità che si possa risolvere tempestivamente i problemi.

Quanto segue è una rappresentazione schematica del processo e discuteremo in dettaglio ogni fase in seguito.

Processo di gestione degli incidenti

# 1. Identificazione e registrazione degli incidenti :
L'identificazione degli incidenti viene eseguita tramite test (utilizzando strumenti o altro), feedback degli utenti, monitoraggio dell'infrastruttura, ecc.

Registrare un incidente significa semplicemente registrare le seguenti informazioni:

  • Data e ora esatta / appropriata del verificarsi.
  • Titolo dell'incidente insieme al tipo e una breve descrizione
  • Nome della persona che ha registrato l'incidente e descrizione più dettagliata
    con codici di errore quando applicabile
  • Dettagli della persona assegnata all'incidente per il follow-up
  • Stato attuale dell'incidente
  • Allegati inclusi discussioni tecniche, decisioni e approvazioni

# 2. Classificazione e priorità:

La classificazione degli incidenti ci aiuta a suddividerli in base al tipo (software, hardware, richiesta di servizio, ecc.) In modo da semplificare la segnalazione e l'analisi. La definizione delle priorità aiuta a identificare l'ordine / la priorità degli incidenti da gestire. Dipende dall'impatto, dalla gravità e, soprattutto, dal fattore di rischio.

# 3. Indagini e analisi: Questo passaggio serve a comprendere meglio il problema, quindi non solo lo risolviamo subito, ma raccogliamo informazioni per evitare che si ripresenti.

# 4. Risoluzione e ripristino: Vengono prese misure per rimuovere l'incidente e riportare il sistema alle condizioni di lavoro precedenti.

# 5. Chiusura incidente: La risoluzione viene riesaminata e, nel caso in cui il sistema funzioni come previsto, l'incidente viene chiuso.

Sistema di gestione degli incidenti

La gestione degli incidenti può essere eseguita molto bene manualmente o staticamente utilizzando fogli di calcolo, ma è molto più efficace, dinamica e sistematica se eseguita tramite uno strumento.

Un sistema di gestione degli incidenti viene utilizzato da molti call center dell'assistenza clienti per creare aggiornamenti e risolvere gli incidenti.

Strumenti popolari di gestione degli incidenti:

Alcuni popolari strumenti di gestione degli incidenti che possono essere utilizzati per tenere traccia degli incidenti oltre a bug o difetti sono:

# 1. Sedersi! (Supporto monitoraggio incidenti):

Strumento di monitoraggio degli incidenti 1

  • Supportare Incident Tracker (SiT) è un'applicazione gratuita open source e basata sul web che utilizza PHP e MySQL e supporta tutte le piattaforme. È anche comunemente noto come 'Help Desk' o 'Support Ticket System'.
  • Utile per inviare email direttamente da SiT, allegare file e registrare ogni comunicazione nel registro degli incidenti. SiT è a conoscenza degli accordi sul livello di servizio e gli incidenti vengono contrassegnati se si trovano al di fuori di essi.

# 2. JIRA:

Strumento di monitoraggio degli incidenti 2
JIRA è anche un popolare strumento proprietario di gestione degli incidenti sviluppato da Atlassian utilizzato per il monitoraggio di bug, difetti o incidenti. È uno strumento basato su Java utilizzato per software e app mobili. Lo schema JIRA comprende flussi di lavoro, autorizzazioni, configurazioni, tipi di problemi, ecc. JIRA supporta anche test agili.

Per ulteriori informazioni e tutorial, controllare: Serie di tutorial JIRA.

# 3. Sistema di monitoraggio degli incidenti:
Sistema di monitoraggio degli incidenti è un software utilizzato per monitorare gli incidenti. Aiuta a determinare e analizzare la causa principale dell'incidente insieme a una soluzione adeguata. Il sistema di monitoraggio degli incidenti è facile da usare e fornisce il supporto del database per il monitoraggio e la registrazione dell'incidente.

Rapporto incidente di prova:

  1. Il rapporto sull'incidente di prova è una voce creata nel repository dei difetti con ID univoco per ogni incidente riscontrato. Il report dell'incidente del test documenta tutti i problemi riscontrati durante le varie fasi del test.
  2. IEEE 829-1998 è il formato standard per il rapporto sugli incidenti di test che viene utilizzato per documentare ogni incidente che si verifica durante il test.

Di seguito è riportato lo schema del modello IEEE 829-1998:

=> Scarica qui il modello di monitoraggio degli incidenti IEEE.

Quella che segue è una breve spiegazione dei campi:

# 1. Identificare : Specifica l'ID che è univoco e il numero generato dall'azienda per identificare e localizzare un incidente.

# 2. Sommario : Riassume l'incidente in modo conciso. Contiene dettagli sufficienti per comprendere fatti correlati vale a dire. riferimenti, procedure di test associate, versione del software, casi di test ecc.

# 3. Descrizione dell'incidente: Descrive l'incidente con i seguenti dettagli: Input

  • Risultato atteso
  • Risultato attuale
  • Tenta di ripetere
  • Anomalie
  • Data e ora
  • Passaggio della procedura
  • Nome del tester

Il formato del rapporto di monitoraggio degli incidenti può essere modificato in base agli standard di settore e ai requisiti aziendali.

Un esempio di quello utilizzato in un'azienda è:

=> Scarica qui il modello di rapporto sull'incidente modificato.

Conclusione:

Poiché questo articolo mostra che la gestione degli incidenti non è molto diversa dal monitoraggio dei bug, questo sarà un meraviglioso riepilogo del processo con alcuni standard ISO e modelli pratici di vita reale allegati.

miglior programma per monitorare la temperatura della cpu

Un altro avvertimento che vogliamo lasciare a tutti voi prima di concludere questo articolo è che cercate di non essere troppo attaccati alla definizione di bug / difetto / incidente, ecc., Perché la maggior parte delle aziende non fa differenza tra un termine e l'altro. Quindi tutti sono usati come sinonimi per la maggior parte del tempo - inoltre, ci sono alcune aziende che chiamano le loro incongruenze nella documentazione come incidenti, altri problemi dell'ambiente delle chiamate come incidenti - quindi vedi, come i dialetti cambiano con le regioni, così fa il QA tecnico terminologia. Quello che ti portiamo è la maggioranza, non le eccezioni alle norme esistono sempre.

Buona lettura!

Lettura consigliata

^