Ciclo di vita del rilascio del software

Pre-alphaEdit

Pre-alpha si riferisce a tutte le attività eseguite durante il progetto software prima del test formale. Queste attività possono includere l’analisi dei requisiti, la progettazione del software, lo sviluppo del software e il test delle unità. Nello sviluppo open source tipico, ci sono diversi tipi di versioni pre-alfa. Le versioni Milestone includono set specifici di funzioni e vengono rilasciate non appena la funzionalità è completa.,

AlphaEdit

La fase alfa del ciclo di vita del rilascio è la prima fase di test del software (alfa è la prima lettera dell’alfabeto greco, usata come numero 1). In questa fase, gli sviluppatori generalmente testare il software utilizzando tecniche white-box. La convalida aggiuntiva viene quindi eseguita utilizzando tecniche black-box o gray-box, da un altro team di test. Passare al test della scatola nera all’interno dell’organizzazione è noto come alpha release.

Alpha software non è accuratamente testato dallo sviluppatore prima di essere rilasciato ai clienti., Alpha software può contenere errori gravi, e qualsiasi instabilità risultante potrebbe causare crash o perdita di dati. Il software Alpha potrebbe non contenere tutte le funzionalità previste per la versione finale. In generale, la disponibilità esterna del software alpha è rara nel software proprietario, mentre il software open source ha spesso versioni alpha disponibili pubblicamente. La fase alfa di solito termina con un blocco delle funzionalità, che indica che non verranno aggiunte altre funzionalità al software. In questo momento, si dice che il software sia completo., Un beta test viene effettuato dopo il test di accettazione presso la sede del fornitore (alpha test) e immediatamente prima del rilascio generale del software come prodotto.

BetaEdit

Beta, dal nome della seconda lettera dell’alfabeto greco, è la fase di sviluppo del software dopo alpha. Software in fase beta è anche conosciuto come betaware. Una fase beta inizia generalmente quando il software è completo di funzionalità ma probabilmente contiene un numero di bug noti o sconosciuti., Software in fase beta avrà generalmente molti più bug in esso di software completato e problemi di velocità o prestazioni, e può ancora causare crash o perdita di dati. L’obiettivo del beta testing è ridurre gli impatti per gli utenti, spesso incorporando test di usabilità. Il processo di consegna di una versione beta agli utenti è chiamato beta release ed è in genere la prima volta che il software è disponibile al di fuori dell’organizzazione che lo ha sviluppato. Le versioni beta del software possono essere pubbliche o private, a seconda che siano apertamente disponibili o disponibili solo per un pubblico limitato., Il software in versione beta è spesso utile per dimostrazioni e anteprime all’interno di un’organizzazione e per i potenziali clienti. Alcuni sviluppatori si riferiscono a questa fase come anteprima, versione di anteprima, prototipo, anteprima tecnica o anteprima tecnologica (TP) o accesso anticipato. Dall’introduzione di Windows 8, Microsoft ha chiamato il software pre-release un’anteprima piuttosto che beta. Tutte le build pre-release rilasciate attraverso il programma Windows Insider lanciato nel 2014 sono definite “Insider Preview builds”., “beta” può anche indicare qualcosa di più simile a una release candidate, o come una forma di demo limitata nel tempo, o tecnica di marketing.

I beta tester sono persone che segnalano attivamente problemi di software beta. Di solito sono clienti o rappresentanti di potenziali clienti dell’organizzazione che sviluppa il software. I beta tester tendono a offrire volontariamente i loro servizi gratuitamente, ma spesso ricevono versioni del prodotto che testano, sconti sulla versione di rilascio o altri incentivi.,

Perpetual betaEdit

Alcuni software sono conservati nella cosiddetta perpetual beta, dove nuove funzionalità vengono continuamente aggiunte al software senza stabilire una versione finale “stabile”. Poiché Internet ha facilitato la distribuzione rapida e poco costosa del software, le aziende hanno iniziato a adottare un approccio più flessibile all’uso della parola beta. Nel febbraio 2005, ZDNet ha pubblicato un articolo sul fenomeno di una versione beta che spesso rimane per anni e viene utilizzato come se fosse a livello di produzione., Ha osservato che Gmail e Google News, per esempio, era stato in beta per un lungo periodo di tempo anche se ampiamente utilizzato; Google News lasciato beta nel gennaio 2006, seguito da Google Apps, tra cui Gmail, nel luglio 2009. Questa tecnica può consentire a uno sviluppatore di ritardare l’offerta di supporto completo e la responsabilità per i problemi rimanenti.,

Beta aperta e chiusa

Gli sviluppatori possono rilasciare una beta chiusa, chiamata anche beta privata, o una beta aperta, chiamata anche beta pubblica; le versioni beta chiuse vengono rilasciate a un gruppo ristretto di individui per un test utente su invito, mentre i tester beta aperti provengono da un gruppo più ampio o da chiunque sia interessato. Beta privata potrebbe essere adatto per il software che è in grado di fornire valore, ma non è pronto per essere utilizzato da tutti sia a causa di problemi di ridimensionamento, mancanza di documentazione o ancora manca funzionalità vitali., I tester segnalano eventuali bug che trovano e talvolta suggeriscono funzionalità aggiuntive che pensano dovrebbero essere disponibili nella versione finale. Esempi di un importante beta test pubblico sono i seguenti:

• I primi clienti hanno acquistato una “pioneer edition” del Wordvision word processor per il PC IBM per $49.95. Nel 1984, Stephen Manes scrisse che ” in un brillante colpo di marketing, gli editori del programma Bruce e James riuscirono a convincere la gente a pagare per il privilegio di testare il prodotto.”
• Nel settembre 2000 è stata rilasciata una versione in scatola del sistema operativo Mac OS X Public Beta di Apple.,
• Rilascio di Microsoft di community Technology previews (CTPS) per Windows Vista, tra settembre 2005 e maggio 2006.
• Dal 2009 al 2011, Minecraft era in beta pubblica.

Le beta aperte hanno il duplice scopo di dimostrare un prodotto ai potenziali consumatori e testare tra una base di utenti estremamente ampia che potrebbe portare alla luce errori oscuri che un team di test molto più piccolo potrebbe non trovare.,

Release candidateEdit

Un release candidate (RC), noto anche come “going silver”, è una versione beta con potenziale di essere un prodotto stabile, che è pronto a rilasciare a meno che non emergano bug significativi. In questa fase di stabilizzazione del prodotto, tutte le caratteristiche del prodotto sono state progettate, codificate e testate attraverso uno o più cicli beta senza bug di classe showstopper noti. Una versione viene chiamata code complete quando il team di sviluppo accetta che nessun codice sorgente completamente nuovo verrà aggiunto a questa versione., Potrebbero esserci ancora modifiche al codice sorgente per correggere i difetti, modifiche alla documentazione e ai file di dati e codice periferico per casi di test o utilità. I beta tester, se selezionati privatamente, saranno spesso accreditati per aver utilizzato il release candidate come se fosse un prodotto finito. Il beta testing è condotto nella posizione di un cliente o del cliente e per testare il software dal punto di vista di un utente.

Stable releaseEdit

Chiamata anche production release, la versione stabile è l’ultima release candidate (RC) che ha superato tutte le verifiche / test., I bug rimanenti sono considerati accettabili. Questa versione va in produzione. Alcuni domini (ad esempio, distribuzioni Linux), hanno due tipi di versioni stabili: versioni normali o stabili e versioni di supporto a lungo termine (LTS) che vengono mantenute per un periodo di tempo più lungo.