pre-alphaEdit
a Pre-alpha a szoftverprojekt során a hivatalos tesztelés előtt végzett összes tevékenységre utal. Ezek a tevékenységek magukban foglalhatják a követelmények elemzését, a szoftvertervezést, a szoftverfejlesztést, valamint az egység tesztelését. A tipikus nyílt forráskódú fejlesztésben többféle pre-alfa verzió létezik. A Milestone verziók speciális funkciókészleteket tartalmaznak, majd amint a szolgáltatás befejeződik, megjelennek.,
AlphaEdit
a kiadási életciklus alfa fázisa a szoftver tesztelésének első fázisa (az alfa a görög ábécé első betűje, amelyet 1.számként használnak). Ebben a fázisban a fejlesztők általában tesztelik a szoftvert fehér dobozos technikákkal. A további érvényesítést ezután egy másik tesztelő csapat végzi fekete dobozos vagy szürke dobozos technikákkal. A szervezeten belüli fekete doboz tesztelésre való áttérés alfa kiadás néven ismert.
Az Alpha szoftvert a fejlesztő nem teszteli alaposan, mielőtt az ügyfelek számára kiadná., Az Alpha szoftver súlyos hibákat tartalmazhat, és az ebből eredő instabilitás összeomlást vagy adatvesztést okozhat. Előfordulhat, hogy az Alpha szoftver nem tartalmazza a végleges verzióra tervezett összes funkciót. Általánosságban elmondható, hogy az alpha szoftver külső elérhetősége ritka a szabadalmaztatott szoftverekben, míg a nyílt forráskódú szoftverek gyakran nyilvánosan elérhető alfa verziókkal rendelkeznek. Az alfa fázis általában egy funkciófagyasztással ér véget, jelezve, hogy a szoftverhez nem kerül több szolgáltatás. Ebben az időben azt mondják, hogy a szoftver teljes., A bétatesztet a szállító telephelyén (alpha test) történő átvételi vizsgálatot követően, közvetlenül a szoftver termékként történő általános kiadása előtt hajtják végre.
BetaEdit
a görög ábécé második betűjéről elnevezett béta az alpha-t követő szoftverfejlesztési szakasz. A béta szakaszban lévő szoftver betaware néven is ismert. A béta fázis általában akkor kezdődik, amikor a szoftver teljes, de valószínűleg számos ismert vagy ismeretlen hibát tartalmaz., A béta fázisban lévő szoftverek általában sokkal több hibát tartalmaznak, mint a befejezett szoftverek, a sebesség vagy a teljesítmény problémái, és továbbra is összeomlást vagy adatvesztést okozhatnak. A béta tesztelés középpontjában a felhasználókra gyakorolt hatások csökkentése áll, gyakran beépítve a használhatóság tesztelését. A folyamat nyilvánított béta verzió a felhasználók az úgynevezett béta kiadás, jellemzően az első alkalom, hogy a szoftver elérhető kívül a szervezet, amely kifejlesztette. A szoftver béta kiadásai lehetnek köz-vagy magántulajdonban, attól függően, hogy nyíltan elérhetők-e, vagy csak korlátozott közönség számára érhetők el., A béta verziójú szoftver gyakran hasznos a szervezeten belüli demonstrációkhoz és előnézetekhez, valamint a leendő ügyfelek számára. Egyes fejlesztők ezt a szakaszt előnézetnek, előnézeti kiadásnak, prototípusnak, MŰSZAKI előnézetnek vagy technológiai előnézetnek (TP) vagy korai hozzáférésnek nevezik. A Windows 8 bevezetése óta a Microsoft a kiadás előtti szoftvert inkább előnézetnek, mint béta verziónak nevezte. A 2014-ben elindított Windows Insider programon keresztül kiadott összes kiadás előtti építést “Insider Preview builds” – nek nevezik., “beta” is jelezhet valami több, mint egy kiadás jelölt, vagy egyfajta időben korlátozott demo, vagy marketing technika.
A béta tesztelők olyan emberek, akik aktívan jelentik a béta szoftver problémáit. Általában ügyfelek vagy a szoftvert fejlesztő szervezet leendő ügyfeleinek képviselői. A béta tesztelők általában ingyenesen önként vállalják szolgáltatásaikat, de gyakran megkapják a tesztelt termék verzióit, kedvezményeket a kiadási verzióra vagy más ösztönzőket.,
Perpetual betaEdit
egyes szoftvereket úgynevezett perpetual beta-ban tartanak, ahol az új funkciókat folyamatosan hozzáadják a szoftverhez anélkül, hogy végleges “stabil” kiadást hoznának létre. Mivel az Internet elősegítette a szoftverek gyors és olcsó terjesztését, a vállalatok elkezdték lazább megközelítéssel használni a béta szót. 2005 februárjában a ZDNet megjelentetett egy cikket a béta verzió jelenségéről, amely gyakran évekig marad, és úgy használják, mintha termelési szinten lenne., Megjegyezte, hogy a Gmail és a Google News például már régóta bétaverzióban van, bár széles körben használják; a Google News 2006 januárjában hagyta el a bétaverziót, amelyet a Google alkalmazások, köztük a Gmail követett 2009 júliusában. Ez a technika lehetővé teszi a fejlesztő számára, hogy késleltesse a teljes támogatást és a felelősséget a fennmaradó kérdésekért.,
nyitott és zárt betaEdit
a fejlesztők kiadhatnak egy zárt bétát, más néven privát bétát, vagy egy nyílt bétát, más néven nyilvános bétát; a zárt béta verziók meghívásos felhasználói tesztre kerülnek, míg a nyílt béta tesztelők nagyobb csoportból származnak, vagy bárki, akit érdekel. A Private beta alkalmas lehet arra a szoftverre, amely képes értéket szolgáltatni, de nem áll készen arra, hogy mindenki használhassa a méretezési problémák, a dokumentáció hiánya vagy a még mindig hiányzó létfontosságú funkciók miatt., A tesztelők minden olyan hibát jelentenek, amelyet találnak, és néha további funkciókat javasolnak, amelyekről úgy gondolják, hogy a végleges verzióban rendelkezésre kell állniuk. A nagy nyilvános béta teszt példái a következők:
- a korai ügyfelek 49,95 dollárért vásárolták meg a WordVision szövegszerkesztőjének “pioneer edition” – jét az IBM PC-hez. 1984-ben Stephen Manes azt írta, hogy ” egy ragyogó marketing puccs, Bruce és James Program kiadók sikerült rávenni az embereket, hogy fizetni a kiváltság a termék tesztelése.”
- 2000 szeptemberében megjelent az Apple Mac OS X Public Beta operációs rendszerének dobozos verziója.,
- a Microsoft 2005 szeptembere és 2006 májusa között kiadta a Windows Vista közösségi technológiai előzeteseit (CTP).
- 2009 – től 2011-ig a Minecraft nyilvános bétaverzióban volt.
Az Open béták kettős célt szolgálnak egy termék bemutatására a potenciális fogyasztók számára, valamint egy rendkívül széles felhasználói bázis tesztelésére, amely valószínűleg olyan homályos hibákat derít fel, amelyeket egy sokkal kisebb tesztelőcsoport nem talál.,
Release candidateEdit
a release candidate (RC), más néven “going silver”, egy béta verzió, amely stabil termék lehet, amely készen áll a kiadásra, kivéve, ha jelentős hibák merülnek fel. A termékstabilizálás ezen szakaszában az összes termékfunkciót egy vagy több béta cikluson keresztül tervezték, kódolták és tesztelték, ismert showstopper-osztályú hibák nélkül. A kiadás az úgynevezett code complete, amikor a fejlesztő csapat egyetért azzal, hogy nem teljesen új forráskód lesz hozzá, hogy ez a kiadás., Még mindig lehetnek forráskód-változások a hibák kijavításához, a dokumentáció és az adatfájlok módosításához, valamint a tesztesetek vagy segédprogramok perifériás kódja. A béta tesztelők, ha magántulajdonban vannak kiválasztva, gyakran jóváírják a kiadási jelölt használatát, mintha késztermék lenne. A béta tesztelés egy ügyfél vagy ügyfél helyén történik, valamint a szoftver tesztelése a felhasználó szemszögéből.
Stable releaseEdit
más néven production release, a stable release az utolsó release jelölt (RC), amely teljesítette az összes ellenőrzést / tesztet., A fennmaradó hibákat elfogadhatónak tekintik. Ez a kiadás megy a termelés. Egyes tartományok (például Linux disztribúciók) kétféle stabil kiadással rendelkeznek: normál vagy stabil kiadások, valamint hosszú távú támogatási (LTS) kiadások, amelyeket hosszabb ideig tartanak fenn.
Vélemény, hozzászólás?