La migliore risposta
Il test del rilascio è il processo che implica il test di una particolare versione di un sistema. Nei test di rilascio, ogni rilascio viene sottoposto a una serie di test automatizzati e manuali per garantire la qualità del prodotto finito. Lobiettivo principale del processo di test del rilascio è convincere il cliente del sistema che è abbastanza buono per luso.
Di seguito sono menzionate le differenze sostanziali tra il test del rilascio e il test del sistema:
Test del sistema
• Il test del sistema viene eseguito per controllare lintero software o il sistema nel suo insieme
• Il test del sistema da parte del team di sviluppo si concentra sulla scoperta di bug nel sistema (test dei difetti)
Test di rilascio
• Il test di rilascio viene eseguito per controllare ogni rilascio prima di rilasciarlo sul mercato
• Lobiettivo del test di rilascio è controllare che il sistema soddisfi i suoi requisiti ed è abbastanza buono per luso esterno (test di convalida)
Risposta
Una build è un software / applicazione che consiste di un insieme di funzionalità e alcune correzioni di bug e testato fino a quando non diventa stabile. Quindi fondamentalmente è unapplicazione in crescita in termini semplici, la prima build avrà alcuni requisiti e funzionalità al suo interno. Supponiamo che il 10\% del software sia sviluppato. La build successiva avrà correzioni di bug (ad esempio, gli errori nella prima build vengono corretti) e vengono aggiunte anche alcune nuove funzionalità. Quindi diciamo che ora il 20\% del software è stato sviluppato.
Questo processo continua fino al 100\% , ad es. Fino a quando Build non è stabile .. Non implica bug o pochissimi bug e tutte le funzionalità sono state sviluppate. Il che significa che si tratta di un software completo, pronto per luso.
Ora questa build finale è chiamata software. Si chiama Release, quando il cliente ha concordato di aver bisogno solo delle funzionalità di base ora in quel software, perché non può aspettare che tutte le funzionalità siano sviluppate e la società che sviluppa il software può sviluppare le prossime funzionalità dopo il Prima versione (software con funzionalità di base / requisiti del cliente che è stato soddisfatto)
Il secondo scenario è dove lazienda e il cliente hanno un contratto della durata di alcuni anni. Durante il quale tutte le nuove funzionalità / miglioramenti / requisiti e le correzioni di bug verranno eseguite sul software fornito al client.
Ad esempio: ICICI Bank ha un contratto software con Infosys. Infosys ha rilasciato la prima release (software – web application) ad ICICI (Banking Web Application). Ora, dopo 6 mesi, ICICI desidera alcune nuove funzionalità, come il trasferimento di fondi online.
Quindi, dopo la prima versione, Infosys lavorerà alla seconda versione che avrà queste nuove funzionalità suggerite da ICICI, così come se qualche bug fosse presente nella prima versione verrà risolto.
Quindi ora abbiamo una versione aggiornata dellapplicazione bancaria di ICICI. Ora è composta da vecchie funzionalità + una nuova funzionalità – “Trasferimento di fondi online a qualsiasi altra banca”. Inoltre alcuni problemi affrontati con la versione precedente dellapplicazione è ora corretta.
Ora se ICICI richiede altri requisiti / per risolvere eventuali problemi. Sarà soddisfatto da Infosys nella 3a versione. Finché il contratto è ancora presente.