Programvare utgivelsen livssyklus

Pre-alphaEdit

Pre-alpha refererer til alle aktiviteter utført under programvaren prosjektet før formell testing. Disse aktivitetene kan omfatte krav til analyse, software design, software utvikling, og enhetstesting. I typisk åpen kildekode utvikling, det er flere typer av pre-alpha-versjoner. Milepæl versjoner inkluderer spesifikke sett av funksjoner, og har gitt ut så snart funksjonen er fullført.,

AlphaEdit

alpha-fasen av lanseringen livssyklus er den første fasen av programvare testing (alpha er den første bokstaven i det greske alfabetet, som brukes som nummer 1). I denne fasen, utviklere generelt teste programvare ved hjelp av white-box teknikker. Ytterligere validering er deretter utført ved hjelp av black-box eller grå-box teknikker, av en annen testing team. Flytte til black-box testing innenfor organisasjonen er kjent som alfa utgivelsen.

Alpha-programvare ikke er grundig testet av utbygger før det slippes ut til kunder., Alfa programvaren kan inneholde alvorlige feil, og noe som skyldes ustabilitet kan føre til krasjer eller tap av data. Alfa kan hende at programvaren ikke inneholder alle funksjoner som er planlagt for den endelige versjonen. Generelt, ekstern tilgjengelighet av alfa-programvare er uvanlig i proprietær programvare, mens open source programvare ofte har offentlig tilgjengelig alfa versjoner. Alpha-fasen ender vanligvis med en funksjon fryse, noe som indikerer at ingen flere funksjoner vil bli lagt til programvaren. På denne tiden, programvare sies å være har komplett., En beta-testen er utført følgende aksept testing på leverandørens nettsted (alpha-test) og umiddelbart før general versjonen av programvaren som et produkt.

BetaEdit

Beta, oppkalt etter den andre bokstaven i det greske alfabetet, er utvikling av programvare fase følgende alfa. Programvaren er i beta stadiet er også kjent som betaware. En beta-fasen begynner vanligvis når programvaren er en funksjon som komplett, men sannsynligvis inneholder en rekke kjente eller ukjente problemer., Programvare i beta-fasen vil vanligvis ha mange flere bugs i det enn fullført programvare og hastighet eller ytelse, og fortsatt kan forårsake krasjer eller tap av data. Fokus for beta testing er å redusere virkninger for brukerne, ofte innlemme usability testing. Prosessen med å levere en beta-versjon til brukere som kalles beta-versjonen og er som regel det første gang at programvaren er tilgjengelig utenfor organisasjonen som utviklet det. Programvare beta utgivelser kan være enten offentlig eller privat, avhengig av om de er åpent tilgjengelig eller den er bare tilgjengelig for et begrenset publikum., Beta-versjon programvare er ofte nyttig for demonstrasjoner og forhåndsvisninger innenfor en organisasjon, og til potensielle kunder. Noen utviklere se denne scenen som en forhåndsvisning, preview-versjonen, prototype, technical preview eller technology preview (TP), eller tidlig tilgang. Siden introduksjonen av Windows 8, Microsoft har kalt pre-release programvare en forhåndsvisning snarere enn beta. Alle pre-release bygger utgitt til Windows Insider Program lansert i 2014 er betegnet som «Insider Forhåndsvisning bygger»., «beta» kan også tyde på noe mer som en release candidate, eller som en form for tidsbegrenset demo, eller markedsføring teknikk.

Beta testere er folk som aktivt rapportere problemer av beta-programvare. De er vanligvis kunder eller representanter for potensielle kunder av organisasjonen som utvikler programvare. Beta-testere har en tendens til å frivillig sine tjenester gratis, men ofte får versjoner av produktet de tester, rabatter på release-versjonen, eller andre insentiver.,

Evigvarende betaEdit

Noen programvare er holdt i såkalte evig beta, hvor nye funksjoner blir stadig lagt til programvaren uten å etablere en endelig «stabil» slipp. Som Internett har lagt til rette for rask og billig distribusjon av programvare, har selskapene begynt å ta en løsere tilnærming til bruk av ordet beta. I februar 2005, ZDNet har publisert en artikkel om fenomenet en beta-versjon ofte å bo i mange år og blir brukt som om det var i produksjon nivå., Det bemerkes at Gmail og Google Nyheter, for eksempel, hadde vært i beta i lang tid selv om mye brukt, Google News venstre beta i januar 2006, etterfulgt av Google Apps, inkludert Gmail, i juli 2009. Denne teknikken kan tillate at en utvikler til å utsette gir full støtte og ansvar for resterende spørsmålene.,

Åpne og lukkede betaEdit

Utviklere kan frigi enten en lukket beta, også kalt privat beta, eller en åpen beta, også kalt public beta; lukket beta-versjoner er lansert til en begrenset gruppe av individer i en brukertest av invitasjon, mens den er åpen beta testere er fra en større gruppe, eller alle som er interessert. Privat beta kunne være egnet for programvare som er i stand til å levere verdi, men er ikke klar til å bli brukt av alle, enten på grunn av skalering problemer, mangel på dokumentasjon eller fortsatt mangler vitale funksjoner., Testerne rapportere eventuelle feil som de finner, og noen ganger foreslår flere funksjoner de mener bør være tilgjengelig i den endelige versjonen. Eksempler på en stor, offentlig beta test omfatter følgende:

• Tidlig kunder som har kjøpt en «pioneer’ s edition» av WordVision tekstbehandler for IBM PC for $49.95. I 1984, Stephen Manes skrev at «i et strålende markedsføring kupp, Bruce og James Program Utgivere klarte å få folk til å betale for privilegiet av å teste produktet.»
• I September 2000 en eske versjon av Apples Mac OS X Public Beta operativsystemet ble lansert.,
• Microsoft utgivelsen av samfunnet teknologi forhåndsvisninger (CTPs) for Windows Vista, mellom September 2005 og Mai 2006.
• Fra 2009 til 2011, Minecraft var i offentlige beta.

Åpne betaer tjene to formål å demonstrere et produkt til potensielle forbrukere, og testing blant et ekstremt bredt brukeren base sannsynlig å bringe lys obskure feil som en mye mindre testing team kanskje ikke finner.,

Frigi candidateEdit

En release candidate (RC), også kjent som «going sølv», er en beta versjon, med potensial til å bli et stabilt produkt, som er klar til release mindre vesentlige feil dukker opp. I denne fasen av produktet stabilisering, alle produkt som har blitt utviklet, kodet og testet gjennom en eller flere beta-sykluser med ingen kjente showstopper-klasse bugs. En utgivelse er kalt kode fullført når teamet er enig i at ingen helt ny kilde kode vil bli lagt til denne utgivelsen., Det kan fortsatt være kilden endringer i koden for å fikse feil, endringer i dokumentasjon og data-filer, og perifer koden for test tilfeller eller verktøy. Beta-testere, hvis privat valgt, vil ofte bli kreditert for å bruke release candidate som om det var et ferdig produkt. Beta testing er utført i en klient eller kundens sted, og for å teste programvaren fra en brukers perspektiv.

Stabil releaseEdit

Også kalt produksjon utgivelse, den stabile versjonen er den siste release candidate (RC) som har passert alle verifikasjoner / tester., De resterende feilene er regnet som akseptabelt. Denne utgivelsen går til produksjon. Noen domener (for eksempel Linux-distribusjoner), har to typer av stabile versjoner: normal, eller stabile versjoner og langsiktig støtte (LTS) utgivelser som er opprettholdt for en lengre periode av tid.