Cosa hè u Testing di Software, chì significa per pruvà u software

A prova di u software hè un inseme di prucessi per investigà, evaluà è verificate a completezza è a qualità di u software scrittu per l'urdinatori. Assicura u rispettu di un pruduttu software in quantu à i requisiti regulatori, cummerciale, tecnichi, funziunali è di l'utilizatori.

A prova di software, o teste di software, hè ancu cunnisciuta cum'è prova di l'applicazione.

A prova di software hè principalmente un grande prucessu custituitu da parechji prucessi interconnessi. L'obiettivu principale di a prova di u software hè di misurà l'integrità di u software cù a so cumpletezza in quantu à i so bisogni fundamentali. A prova di u software implica l'esame è a prova di u software attraversu diversi prucessi di prova. L'ugettivi di sti prucessi ponu include:

Verificazione di a cumplessità di u software contru à i bisogni funziunali / cummerciale
Identificà bugs / errori tecnichi è assicurendu chì u software hè senza errore
Valutazione di usabilità, prestazione, sicurezza, localizazione, cumpatibilità è installazione
U software testatu deve passà tutte e teste per esse cumpletu o adattatu per l'usu. Alcune di i diversi tipi di metudi di teste di software includenu teste di scatula bianca, teste di scatula nera è teste di scatula grisa. Inoltre, u software pò esse pruvatu in tuttu, in cumpunenti / unità o in un sistema live.

Test di scatula negra

Black Box Testing hè una tecnica di teste di software chì si cuncentra nantu à l'analisi di e funziunalità di u software, in quantu à u funziunamentu internu di u sistema. Black Box Testing hè statu sviluppatu cum'è un metudu per analizà e esigenze di i clienti, specificazioni è strategie di cuncepimentu di altu livellu.

Un tester Black Box Testing selezziunà un inseme di esecuzione di codice validu è invalidu è cundizioni di input è verifica per risposti di output validi.

Black Box Testing hè cunnisciutu ancu com'è teste funziunale o teste di scatula chjusa.

Un mutore di ricerca hè un esempiu simplice di una applicazione sottumessa à teste di scatula negra. Un utilizatore di u mutore di ricerca inserisce u testu in a barra di ricerca di un navigatore web. U mutore di ricerca poi localizza è recupera i risultati di dati di l'utilizatori (output).

I benefici di a prova di Black Box includenu:

• Semplicità: Facilita a prova di prughjetti d'altu livellu è applicazioni cumplesse
• Conserve risorse: Testers si focalizeghja nantu à e funziunalità di u software.
• Test Case: Focus nantu à e funziunalità di u software per facilità u sviluppu rapidu di i casi di prova.
• Fornisce flessibilità: ùn hè necessaria alcuna cunniscenza di prugrammazione specifica.

Black Box Testing hà ancu alcuni svantaghji, cum'è i seguenti:

• U cuncepimentu è u mantenimentu di u casu di test / script pò esse sfida perchè l'arnesi di Testing Black Box dipendenu da input cunnisciuti.
• Interagisce cù l'interfaccia grafica d'utilizatore (GUI) pò corrompere i script di prova.
• I testi riguardanu solu e funzioni di l'applicazione.

Test di scatula bianca

Durante a prova di scatula bianca, u codice hè eseguitu cù valori di input preselezionati per cunvalidà i valori di output preselezionati. A prova di scatula bianca spessu implica a scrittura di codice stub (pezzu di codice utilizatu per rimpiazzà una funzione specifica. Un stub pò simule u cumpurtamentu di u codice esistente, cum'è una prucedura in una macchina remota.) È ancu i cunduttori.

I benefici di a prova di scatula bianca includenu:

• Permette a reutilizazione di casi di prova è offre una stabilità più grande
• Facilita l'ottimisazione di u codice
• Facilita a ricerca di i lochi di l'errori nascosti in i primi stadi di sviluppu
• Facilita a prova di l'applicazione efficace
• Eliminate e linee di codice inutili

I svantaghji includenu:

• Esige un tester espertu cun cunniscenza di a struttura interna
• Piglia u tempu
• Alti costi
• A validazione di bit-of-code hè difficiule.
• A prova di scatula bianca include teste di unità, teste di integrazione è teste di regressione.

Unità Test

Un Test Unitu hè un cumpunente di u Ciclu di Vita di Sviluppu di Software (SDLC) in quale una prucedura di prova cumpleta hè applicata individualmente à e parti più chjuche di un prugramma di software per l'adattabilità o u cumpurtamentu desideratu.

Un test di unità hè una prucedura di misurazione è valutazione di qualità applicata in a maiò parte di l'attività di sviluppu di software di l'impresa. In generale, una prova di unità valuta quantu u codice di u software cunforma à l'ughjettu generale di u software / applicazione / prugramma è cumu a so adattabilità affetta altre unità più chjuche. E teste di unità ponu esse fatte manualmente - da unu o più sviluppatori - o attraversu una soluzione software automatizata.

Durante a prova, ogni unità hè isolata da u prugramma principale o l'interfaccia. E teste di unità sò tipicamente eseguite dopu u sviluppu è prima di implementazione, facilitendu cusì l'integrazione è a rilevazione precoce di prublemi. A dimensione o u scopu di una unità varieghja secondu a lingua di prugrammazione, l'applicazione software è l'ugettivi di teste.

Test Funziunale

A prova funzionale hè un prucessu di prova utilizatu in u sviluppu di u software induve u software hè pruvatu per assicurà chì cumpleta cù tutti i requisiti. Hè un modu di cuntrollà u software per assicurà chì hà tutte e funziunalità necessariu specificate in i so esigenze funziunali.

A prova funziunale hè principalmente aduprata per verificà chì un pezzu di software furnisce u listessu output cum'è necessariu da l'utilizatore finale o l'impresa. Di genere, a prova funzionale implica valutà è paragunà ogni funzione di u software cù i bisogni di l'affari. U software hè testatu dandulu qualchì input in relazione in modu chì l'output pò esse evaluatu per vede cumu si cunforma, si riferisce o varieghja da i so bisogni basi. Inoltre, i testi funziunali verificanu ancu l'usabilità di u software, per esempiu assicuratevi chì e funzioni di navigazione funzionanu cum'è necessariu.

Test di regressione

A prova di regressione hè un tipu di teste di software utilizatu per stabilisce se i novi prublemi sò u risultatu di i cambiamenti di u software.

Prima di applicà un cambiamentu, un prugramma hè pruvatu. Dopu chì un cambiamentu hè appiicatu, u prugramma hè ritestatu in i spazii selezziunati per detectà se u cambiamentu hà creatu novi bug o prublemi, o se u cambiamentu propiu hà servitu u so propiu scopu.

A prova di regressione hè essenziale per l'applicazioni software grande, postu chì hè spessu difficiuli di sapè se cambià una parte di un prublema hà creatu un novu prublema per una parte diversa di l'applicazione. Per esempiu, un cambiamentu di una forma di prestitu di applicazione bancaria pò esse risultatu in u fallimentu di un rapportu di transazzione mensili. In a maiò parte di i casi, i prublemi ponu parenu senza relazione, ma ponu esse veramente a causa di frustrazione trà i sviluppatori di l'applicazioni.

Altre situazioni chì necessitanu teste di regressione includenu a rilevazione di se certi cambiamenti ghjunghjenu un scopu stabilitu o teste per novi periculi assuciati cù prublemi chì risuriscenu dopu un periodu senza prublemi.

A prova di regressione muderna hè trattata principalmente per mezu di strumenti di teste cummirciali specializati chì piglianu snapshots di software esistenti chì sò poi paragunati dopu l'applicazione di un cambiamentu specificu. Hè quasi impussibile per i testatori umani di fà e stesse attività in modu efficiente cum'è i testatori di software automatizati. Questu hè soprattuttu veru cù l'applicazioni software grandi è cumplesse in grandi ambienti IT cum'è banche, ospedali, cumpagnie di fabricazione è grandi rivenditori.

Prove di Stress

A prova di stress si riferisce à a prova di software o hardware per determinà se u so rendimentu hè satisfacente in cundizioni estremi è sfavorevoli, chì ponu accade per via di un trafficu di rete pesante, carica di prucessu, underclocking, overclocking, è esigenze di punta di usu di risorse.

A maiò parte di i sistemi sò sviluppati assumendu cundizioni di u funziunamentu normale. Dunque, ancu s'ellu hè superatu un limitu, l'errori sò insignificanti se u sistema hè prova di stress durante u sviluppu.

A prova di stress hè aduprata in i seguenti cuntesti:

• Software: A prova di stress enfatizeghja a dispunibilità è a gestione di l'errore sottu carichi estremamente pesanti per assicurà chì u software ùn falla micca per via di risorse insufficienti. A prova di stress di u software si focalizeghja nantu à e transazzione identificate per abortà e transazzione, chì sò assai stressati durante a prova, ancu quandu una basa di dati ùn hè micca caricata. U prucessu di prova di stress carica l'utilizatori simultanee oltre i livelli normali di u sistema per truvà u ligame più debule in u sistema.
• Hardware: E teste di stress assicuranu stabilità in ambienti informatici normali.
• Siti web: E teste di stress determinanu i limiti di qualsiasi funziunalità di u situ.
• CPU: I cambiamenti cum'è overvolting, undervolting, underlocking, è overlocking sò verificati per determinà s'ellu ponu gestisce carichi pesanti eseguendu un prugramma intensivu di CPU per pruvà per i crashes o congelamenti di u sistema. A prova di stress CPU hè ancu cunnisciuta cum'è test di tortura.

Testi automatichi

A prova automatizata (automatizazione di teste di software) hè un approcciu à a prova di codice chì face l'usu di strumenti software speciali chì eseguenu e teste automaticamente è poi paragunate i risultati di test attuali cù i risultati previsti.

A prova automatizata ghjoca un rolu impurtante in Consegna Continua (CD), Integrazione Continua (CI), DevOps è DevSecOps. I vantaghji principali di a prova automatizata include:

• A prova automatizata permette à i sviluppatori di risparmià tempu è soldi rendendu u prucessu di prova più efficiente.
• I testi automatizati identificanu l'errori in modu più efficiente cà i testi manuali.
• Quandu i testi sò automatizati, parechji strumenti di teste ponu esse implementati in parallelu.

In u sviluppu di u software, hè particularmente utile per realizà testi automatizati durante u prucessu di creazione per assicurà chì una applicazione hè libera da errori di custruzzione è eseguisce a so funzione prevista.

Piglià u tempu per automatizà a prova di u software, infine, risparmià u tempu di i sviluppatori riducendu u risicu chì un cambiamentu di codice romperà e funziunalità esistenti.

A prova hè una tappa assai impurtante in u prucessu di sviluppu. Assicura chì tutti i bug sò riparati è chì u pruduttu, u software o l'hardware, funziona cum'è previstu o più vicinu à a so prestazione di destinazione quant'è pussibule. A prova automatizata, piuttostu chè a prova manuale, hè essenziale per furnisce in modu coerente un software di costu efficace chì risponde à i bisogni di l'utilizatori in modu puntuale cù difetti minimi.

Tipi di teste automatizati utilizati in u sviluppu di software

• Test di unità: Pruvate un unicu prugramma di livellu bassu in un ambiente isolatu prima di verificà a so integrazione cù altre unità.
• Test d'Integrazione: Test di unità è altri cumpunenti di l'applicazione sò testati cum'è una entità cumminata.
• Testi funziunali: Verificate se un sistema di software si cumporta cum'è deve.
• Test di prestazione: Evaluate a robustezza di l'applicazioni sottu carichi più altu ch'è previstu. I testi di rendiment spessu revelanu i colli di bottiglia.
• Test di Smoke: Determina se una custruzione hè abbastanza stabile per prucede cù più teste.
• Test di navigatore: Verificate chì i cumpunenti di u software sò cumpatibili cù diversi navigatori.

A prova manuale hè sempre fatta in parechji tempi durante u sviluppu, ma questu hè principalmente fattu da i sviluppatori o l'ingegneri hardware stessi per vede rapidamente se i cambiamenti chì anu fattu anu avutu l'effettu desideratu.

Ercole Palmeri