7 principi chiave del test ISTQB | #3 Primi passi nel test del software

L'esecuzione di test software precisi e corretti segue numerosi principi. L'International Software Testing Qualifications Board ne distingue sette fondamentali, di cui parleremo oggi. Curioso di scoprirlo? Leggi un articolo sui principi chiave dei test ISTQB!

Principi di test ISTQB – sommario:

1. I test rivelano difetti ma non possono provarne l'assenza
2. Un test accurato è impossibile
3. I primi test consentono di risparmiare tempo e denaro
4. Malfunzionamento effetto valanga
5. Paradosso dei pesticidi
6. Dipende dal contesto
7. La pubblicità di un software impeccabile è un divieto
8. Riepilogo

I test rivelano difetti ma non possono provarne l'assenza

Il test aumenta la probabilità di trovare errori, il che a sua volta facilita le possibilità di risolverli. Tuttavia, non può garantire completamente che il software sia privo di tutti i difetti anche se la stragrande maggioranza viene individuata e riparata. A causa dell'impossibilità di creare un software impeccabile, molti considerano il processo come negativo in base alla progettazione, poiché non otterrai mai un risultato positivo e troverai sempre un po' di "sporcizia" nei programmi.

Un test accurato è impossibile

La regola empirica di cui sopra afferma che rilevare tutti i malfunzionamenti del software è inutile. Tuttavia, ciò non si applica ai semplici programmi brevi. Questo, a sua volta, indica che esiste la possibilità di vedere tutte le combinazioni di input e precondizioni per testare completamente alcuni programmi. Quando si valuta un software sofisticato, anche la migliore intelligenza artificiale non può eseguire tutte le misurazioni necessarie, per non parlare dei tester manuali. I valutatori automatici eseguiranno le app in modo più efficiente e accurato, ma non possono comunque garantire prestazioni impeccabili. Per fare ciò, devi intraprendere attività aggiuntive come la definizione delle priorità, l'analisi dei rischi, nonché la ricerca e l'esecuzione di altre tecniche di test.

I primi test consentono di risparmiare tempo e denaro

Molti professionisti chiamano questo principio anche "spostamento a sinistra". Prima si individuano i difetti, più è facile risolverli, quindi i test statici e dinamici dovrebbero iniziare il prima possibile. In poche parole:

• Test statici : valutazione del prodotto senza eseguire il codice.
• Test dinamico : valutazione del codice di un modulo o di un sistema durante le sue prestazioni

Il rilevamento dei difetti nelle prime fasi di implementazione facilita l'ulteriore diagnosi. Ma quando due aree del software interagiscono, la correzione dei difetti diventa problematica a causa dell'impossibilità di individuare quella che presenta l'errore. In questi casi, sono necessari tempo, sforzi e manodopera aggiuntivi per affrontarli. Tutto sommato, è la risposta rapida agli ostacoli in superficie che può impedire il moltiplicarsi delle crepe

Malfunzionamento effetto valanga

La maggior parte dei glitch tende a raggrupparsi nella maggior parte dei moduli critici, quindi il loro esame approfondito rivela ed elimina sufficientemente la maggior parte. Questi gruppi diventano l'obiettivo principale dell'esecuzione dell'analisi del rischio per tracciare e stabilire la futura condotta delle azioni. La maggior parte dei difetti emergono dopo aver seguito i percorsi presi dagli utenti, ma in questi casi la sola conoscenza non rende i moduli impeccabili.

Il principio di Pareto afferma che l' 80% dei risultati proviene solo dal 20% delle cause. In altre parole, l'80% dei bug esiste nel 20% dei moduli. Se riscontri numerosi malfunzionamenti in un modulo, continua a scavare perché saranno lì.

Paradosso dei pesticidi

L'esecuzione ripetuta degli stessi test potrebbe non riuscire perché potrebbero essere stati progettati in modo errato in primo luogo e non si riveleranno mai efficaci. È necessario modificare e aggiornare i test per aumentare la possibilità di trovare nuovi errori nel software.

Neanche la creazione di un sistema diagnostico completamente nuovo funziona. A seguito delle precedenti combinazioni potrebbe interrompere il processo di valutazione allo stesso livello. Questo principio è coniato "paradosso dei pesticidi" perché anche i pesticidi che controllano i parassiti perdono efficacia dopo una determinata quantità di utilizzo.

Dipende dal contesto

Il modo di eseguire i test dipende dai soggetti esaminati. Pertanto, testare un programma di contabilità, un videogioco o un'applicazione di social network varia notevolmente. Dipende anche dalla situazione, ad esempio, un'analisi incentrata sulla praticità di un'app come verificarne l'attrattiva per gli utenti, la facilità d'uso, il livello visivo, ecc. differisce anche da quelle valutazioni mirate agli attributi funzionali del programma, ad es. calcoli corretti.

La pubblicità di un software impeccabile è un divieto

L'applicazione di vari tipi di strumenti diagnostici non può garantire app azzeccate. Molti di coloro che affermano e pubblicizzano le loro app in quanto tali si sbagliano, ma probabilmente è solo per gli sforzi di marketing che fanno l'affermazione. È possibile eseguire più test manuali e automatizzati per aumentare la probabilità di scoprire e correggere il maggior numero possibile di errori, ma non vi è comunque alcuna garanzia di prestazioni perfette. In alcuni casi, gli ostacoli riguardano il software operativo, ad esempio il programma potrebbe non soddisfare tutte le aspettative dell'utente.

Principi di test ISTQB – riepilogo

Questo è il modo in cui ISTQB, a livello di base, presenta sette principi di test ISTQB che un tester software dovrebbe seguire. In primo luogo, indicano l'impossibilità di una diagnosi completa del software, quindi è fondamentale, tra le altre cose, modificare i test, nonché condurre una ricerca approfondita nei moduli chiave. Queste azioni migliorano la ricerca e l'eliminazione della maggior parte dei difetti diminuendo la probabilità di guasti in futuro.

Che cos'è il test del software? Ora conosci la risposta! Dai un'occhiata alle nostre altre serie su Python e Javascript!

Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autore: Robert Whitney

Esperto di JavaScript e istruttore che allena i dipartimenti IT. Il suo obiettivo principale è aumentare la produttività del team insegnando agli altri come cooperare efficacemente durante la programmazione.

Visualizza tutti i post

Primi passi nel test del software:

1. Che cos'è il test del software?
2. 1 grande verità sugli errori del software
3. Sette principi chiave di test ISTQB
4. 6 fasi di STLC
5. Test e debug
6. Verifica e validazione nel processo di test del software