Dove pensi che potrebbe essere la casa dei bug del software? Corretto, nel software. Ma dove esattamente?
Perché succede che i programmi non funzionano correttamente? È molto semplice: sono creati e utilizzati dalle persone. Se l’utente commette un errore, ciò può portare a un problema nel funzionamento del programma: viene utilizzato in modo errato, il che significa che potrebbe non comportarsi come previsto.
Errore umano
Un errore – è un’azione umana che produce un risultato errato.
Tuttavia, il software è progettato e creato da persone che possono (e fanno) commettere errori pure. Ciò significa che ci sono difetti nel software stesso. Sono chiamati difetti o bug (entrambe le designazioni sono equivalenti). Ricorda: il software è più di un semplice codice.
Difetti o bug del software
Difetto, bug – una carenza di un componente o di un sistema che può portare al fallimento di determinate funzionalità. Un difetto rilevato durante l’esecuzione del programma può causare un guasto di un singolo componente o dell’intero sistema.
Durante l’esecuzione del codice del programma, possono apparire difetti che sono stati incorporati anche durante la sua scrittura: il programma potrebbe non fare ciò che dovrebbe, o viceversa – fare ciò che non dovrebbe e si verifica un crash.
Errore o arresto anomalo del software
Errore o arresto anomalo è una discrepanza tra il risultato effettivo del funzionamento di un componente o di un sistema e il risultato atteso.
Il fallimento del programma può essere un indicatore della presenza di un difetto in esso.
Quindi, il bug esiste quando tre condizioni sono soddisfatte contemporaneamente:
- il risultato atteso è noto;
- il risultato effettivo è noto;
- il risultato effettivo differisce dal risultato atteso.
È importante capire che non tutti i bug causano arresti anomali – alcuni di essi potrebbero non manifestarsi in alcun modo e rimanere inosservati (o apparire solo in circostanze molto specifiche).
I guasti possono essere causati non solo da difetti, ma anche da condizioni ambientali: ad esempio, radiazioni, campi elettromagnetici o inquinamento possono anche influenzare il funzionamento di software e hardware.
In totale, ci sono diverse fonti di difetti e, di conseguenza, i fallimenti:
- errori nella definizione, progettazione o implementazione del sistema software;
- di sistema, errori di utilizzo;
- condizioni ambientali avverse;
- deliberata danno;
- le potenziali conseguenze di errori precedenti, le condizioni o azioni intenzionali.
I difetti possono verificarsi a diversi livelli e la qualità del sistema dipenderà direttamente dal fatto che vengano corretti e quando.
Qualità-il grado in cui l’insieme delle caratteristiche intrinseche soddisfa i requisiti.
La qualità del software è una raccolta di caratteristiche del software che riflettono la sua capacità di soddisfare le esigenze dichiarate e implicite. Il requisito è un’esigenza o un’aspettativa stabilita. Di solito assunto o richiesto.
Nel primo caso, tutto è stato fatto correttamente e abbiamo ricevuto un prodotto che soddisfa pienamente le aspettative del cliente e soddisfa i criteri di qualità.
Nel secondo caso, sono stati commessi errori già durante la codifica, che hanno portato alla comparsa di difetti nel prodotto finito. Ma a questo livello, i bug sono abbastanza facili da individuare e correggere, poiché vediamo la non conformità.
La terza opzione è peggiore – qui sono stati commessi errori nella fase di progettazione del sistema. Questo può essere notato solo conducendo un controllo approfondito con le specifiche. Anche correggere tali difetti non è facile: è necessario ridisegnare il design del prodotto.
Nel quarto caso, i difetti sono stati stabiliti nella fase di formazione dei requisiti; tutti gli ulteriori sviluppi e persino i test sono andati lungo la strada inizialmente sbagliata. Durante i test, non troveremo bug: il programma supererà tutti i test, ma può essere rifiutato dal cliente. Imparerai di più su questo nelle nostre classi di QA online e certificazione.
Convenzionalmente, ci sono cinque ragioni per la comparsa di difetti nel codice del programma.
- Mancanza di comunicazione di squadra. Spesso, i requisiti aziendali semplicemente non raggiungono il team di sviluppo. Il cliente ha una comprensione di come vogliono vedere il prodotto finito, ma se la loro idea non viene spiegata correttamente agli sviluppatori e ai tester, il risultato potrebbe non essere come previsto. I requisiti dovrebbero essere disponibili e comprensibili a tutti i partecipanti al processo di sviluppo del software.
- Complessità del software. Il software moderno è costituito da molti componenti che vengono combinati in sistemi software complessi. Applicazioni multi-thread, architettura client-server e distribuita, database multi-tier – i programmi stanno diventando più difficili da scrivere e mantenere, e più difficile diventa il lavoro dei programmatori. E più difficile è il lavoro, più errori può fare la persona che lo esegue.
- Modifiche ai requisiti. Anche piccole modifiche ai requisiti in fase di sviluppo richiedono molto lavoro per apportare modifiche al sistema. Il design e l’architettura dell’applicazione stanno cambiando, il che, a sua volta, richiede modifiche al codice sorgente e ai principi di interazione dei moduli software. Questi cambiamenti in corso sono spesso la fonte di difetti sottili. Tuttavia, i requisiti che cambiano frequentemente nel business moderno sono più la regola che l’eccezione, quindi i test continui e il controllo dei rischi in tali condizioni sono la responsabilità diretta del dipartimento di garanzia della qualità.
- Codice scarsamente documentato. È difficile mantenere e modificare il codice scritto male e scarsamente documentato. Molte aziende hanno regole speciali per la scrittura e la documentazione del codice da parte dei programmatori. Anche se in pratica accade spesso che gli sviluppatori siano costretti a scrivere programmi rapidamente, in primo luogo, e questo influisce sulla qualità del prodotto.
- Strumenti di sviluppo software. Renderer, librerie, compilatori, generatori di script e altri aiuti allo sviluppo sono spesso programmi poco performanti e scarsamente documentati che possono diventare una fonte di difetti nel prodotto finito.
