Anomalia

Cos'è un'anomalia?

Nel test del software, Anomaly si riferisce a un risultato diverso da quello atteso. Questo comportamento può derivare da un documento o anche da una nozione ed esperienze dei tester.

Un'anomalia può anche riferirsi a un problema di usabilità poiché il testware può comportarsi secondo le specifiche, ma può comunque migliorare l'usabilità. A volte, l'anomalia può anche essere definita difetto / bug.

Che cos'è un report di anomalie?

I seguenti parametri sono coinvolti in un tipico rapporto di anomalia:

  • Identificatore del difetto

  • Riepilogo dei difetti

  • Descrizione del difetto

  • Stato del difetto

  • Passaggi per riprodurre il difetto

  • Severity

  • Priority

  • Data registrazione bug

  • L'area in cui viene identificato il bug

  • Commenti di sviluppatori / tester

Cosa sono le anomalie del flusso di dati?

Le anomalie del flusso di dati vengono identificate durante l'esecuzione durante il test box o il test statico. Le anomalie del flusso di dati vengono rappresentate utilizzando due caratteri in base alla sequenza di azioni. Sono definiti (d), uccisi (k) e usati (u). Ci sono nove possibili combinazioni basate su queste 3 sequenze di azioni che sono dd, dk, du, kd, kk, ku, ud, uk, uu. La tabella sottostante mostra chiaramente quale di queste combinazioni è accettata e quale di queste si sospetta sia un'anomalia.

Combinazione Descrizione Possibilità di anomalie
dd Definito due volte gli oggetti dati Inoffensivo ma sospettoso
dk Ha definito l'oggetto dati ma lo ha ucciso senza utilizzarlo. Cattiva pratica di programmazione
du Definito l'oggetto dati e utilizzandolo NON un'anomalia
kd Ha ucciso l'oggetto dati e ridefinito NON un'anomalia
kk Ha ucciso l'oggetto dati e l'ha ucciso di nuovo Cattiva pratica di programmazione
ku Ha ucciso l'oggetto dati e poi usato Difetto
ud Utilizzato l'oggetto dati e ridefinito NON un'anomalia
UK Usato l'oggetto dati e ucciso NON un'anomalia
uu Ha utilizzato l'oggetto dati e lo ha riutilizzato NON un'anomalia