Alfa testimine
Alfa testimine on aktsepteerimistestide tüüp; kõigi võimalike probleemide ja vigade tuvastamiseks enne lõpptoote väljaandmist lõppkasutajatele. Alfa testimist teostavad testijad, kes on organisatsiooni sisetöötajad. Peamine eesmärk on tuvastada ülesanded, mida tavaline kasutaja võib täita, ja neid testida.
Võimalikult lihtsaks öeldes nimetatakse sellist testimist alfaks ainult seetõttu, et seda tehakse varakult, tarkvara arenduse lõpus ja enne beetatestimist. Alfa-testimise põhirõhk on tegelike kasutajate simuleerimine musta kasti ja valge kasti tehnikate abil.
Beetaversioon
Beetatestimist teostavad tarkvararakenduse "tegelikud kasutajad" reaalses keskkonnas ja seda võib pidada kasutaja välise aktsepteerimise testimise vormiks. See on viimane test enne toote klientidele saatmist. Beetatestimise peamine eelis on klientide otsene tagasiside. See testimine aitab testida tooteid kliendi keskkonnas.
Tarkvara beetaversioon väljastatakse piiratud arvule toote lõppkasutajatele, et saada tagasisidet toote kvaliteedi kohta. Beetatestimine vähendab toote tõrkeid ja tagab kliendi valideerimise kaudu toote parema kvaliteedi.
PÕHISED erinevused
- Alfa testimist teostavad organisatsiooni testijad, beetatestimist aga lõppkasutajad.
- Alfa testimine toimub arendaja saidil, beetatestimine aga kliendi asukohas.
- Usaldusväärsust ja turvalisuse testimist alfa testimisel põhjalikult ei tehta, samas kui beetatestimise käigus kontrollitakse töökindlust, turvalisust ja vastupidavust.
- Alfa testimine hõlmab nii Whiteboxi kui ka Blackboxi testimist, beetatestimine aga peamiselt Blackboxi testimist.
- Alfa-testimine nõuab testimiskeskkonda, samas kui beetatestimine ei vaja testimiskeskkonda.
- Alfa testimine nõuab pikka täitmistsüklit, beetatestimine aga vaid paar nädalat.
- Kriitiliste probleemide ja vigadega tegeletakse ja lahendatakse viivitamatult alfa-testimisel, kusjuures probleemid ja vead kogutakse lõppkasutajatelt ning rakendatakse neid beetatestimisel.
Alfa testimine vs beetatestimine:
Alfa- ja beetatestimise erinevused on järgmised:
|
Alfa testimine |
Beetaversioon |
|---|---|
| Alfa-testimise teevad testijad, kes on tavaliselt organisatsiooni sisetöötajad | Beetatestimist teostavad kliendid või lõppkasutajad, kes pole organisatsiooni töötajad |
| Alfa testimine viidi läbi arendaja saidil | Beetatestimine toimub kliendi asukohas või toote lõppkasutaja juures |
| Töökindlust ja turvalisuse testimist ei teostata põhjalikus alfa-testimises | Usaldusväärsust, turvalisust, vastupidavust kontrollitakse beetatestimise käigus |
| Alfa testimine hõlmab nii valge kasti kui ka musta kasti tehnikat | Beetatestimisel kasutatakse tavaliselt musta kasti testimist |
| Alfa testimiseks on vaja laborikeskkonda või testimiskeskkonda | Beetatestimine ei vaja laborikeskkonda ega testimiskeskkonda. Tarkvara tehakse avalikkusele kättesaadavaks ja öeldakse, et see on reaalajas keskkond |
| Alfa testimiseks võib vaja minna pikka teostustsüklit | Beetatestimiseks on vaja ainult paar nädalat täitmist |
| Arendajad saavad kriitiliste probleemide või parandustega tegeleda kohe alfa-testimisel | Suurem osa beetatestimise käigus kogutud probleemidest või tagasisidest rakendatakse toote järgmistes versioonides |
| Alfa-testimine on toote kvaliteedi tagamine enne beetatestimisele üleminekut | Beetatestimine keskendub ka toote kvaliteedile, kuid koondab kasutajate toote sisendi ja tagab, et toode on reaalajas kasutajatele valmis. |
Beetatestimise tüübid
Tarkvaratestimisel on erinevaid beetateste ja need on järgmised:
Traditsiooniline beetatestimine: toodet levitatakse sihtturule ja sellega seotud andmeid kogutakse kõigis aspektides. Neid andmeid saab kasutada toote täiustamiseks.
Avalik beetatestimine: toode avaldatakse võrgukanalite kaudu avalikult välismaailmale ja andmeid saab koguda kõigilt. Tagasiside põhjal saab teha tootearendusi. Näiteks viis Microsoft enne OS-i ametlikku avaldamist läbi kõigi oma OS-i beetatestide suurima - Windows 8.
Tehniline beetatestimine: toode väljastatakse organisatsiooni sisemisele rühmale ja see kogub organisatsiooni töötajatelt tagasisidet / andmeid.
Keskendatud beeta: toode lastakse turule tagasiside saamiseks programmi eripära kohta. Näiteks tarkvara oluline funktsionaalsus.
Väljaandmisjärgne beeta: toode lastakse turule ja kogutakse andmeid toote edasise väljaandmise täiustamiseks.
Testimise etapid
Alfa- ja beetateste viiakse tavaliselt läbi "riiulist" tarkvara või tootekesksete ettevõtete jaoks. Tootefirma testimise etapid erinevad tavaliselt teenusele orienteeritud organisatsioonist. Järgneb tooteettevõtted kasutusele võetud testimisetapp
Alfa-eelne : - tarkvara on prototüüp. Kasutajaliides on valmis. Kuid kõik funktsioonid pole lõpule viidud. Selles etapis tarkvara ei avaldata.
Alpha : Tarkvara on arenemisjärgus ja seda on sisemiselt testitud vigade / probleemide osas
Beeta : tarkvara on stabiilne ja seda väljastatakse piiratud kasutajaskonnale. Eesmärk on saada toote kohta klientide tagasisidet ja vastavalt sellele tarkvaras muudatusi teha
Väljalaskekandidaat (RC): beetatesti tagasiside põhjal teete tarkvaras muudatusi ja soovite veaparandusi testida. Selles etapis ei soovi te funktsionaalsuses radikaalseid muudatusi teha, vaid kontrollige lihtsalt vigu. RC on ka avalikkusele välja pandud
Väljalaskmine: kõik teosed, tarkvara on avalikkusele välja antud.
Märkus . Ülaltoodud on testimise etappide standarddefinitsioon, kuid turundusmõõtmete kogumiseks ühendavad ettevõtted selliseid etappe nagu "eel-alfa beeta", "eel-beeta" jne
Alfa testimise sisenemise kriteeriumid:
- Tarkvaranõuete dokument või ärinõuete spetsifikatsioon
- Kõigi nõuete katsejuhtumid
- Testimismeeskond, kellel on tarkvararakendusest head teadmised
- Test Lab keskkonna seadistamine
- QA ehitis on valmis täitmiseks
- Testihalduse tööriist testjuhtumite üleslaadimiseks ja defektide logimiseks
- Jälgitavuse maatriks, et tagada, et igal disaininõudel on üks kontrolljuhtum, mis seda kinnitab
Alfa testimise kriteeriumid väljumiseks
- Kõik testjuhtumid on täidetud ja läbitud.
- Kõik raskusastmega seotud probleemid tuleb lahendada ja sulgeda
- Testi kokkuvõtte aruande edastamine
- Veenduge, et lisafunktsioone enam lisada ei saaks
- Alfa testimisel logige välja
Beetatestimise sisseastumiskriteeriumid:
- Allkirjastage dokument alfa testimise kohta
- Tarkvara beetaversioon peaks olema valmis
- Keskkond on valmis tarkvararakenduse avalikkusele vabastamiseks
- Tööriist reaalajas rikete tabamiseks
Beetatestimise väljumise kriteeriumid:
- Kõik suuremad ja väiksemad küsimused on suletud
- Tagasiside aruanne tuleks koostada avalikult
- Beetatesti kokkuvõtte aruande edastamine
Alfa testimise eelised:
- Pakub paremat ülevaadet tarkvara töökindlusest varases staadiumis
- Aitab simuleerida reaalajas kasutaja käitumist ja keskkonda.
- Tuvastage palju showstopperit või tõsiseid vigu
- Võimalus varakult tuvastada vigu disaini ja funktsionaalsuse osas
Beetatestimise eelised
- Vähendab toote rikete riski klientide valideerimise kaudu.
- Beetatestimine võimaldab ettevõttel testida käivitamise järgset infrastruktuuri.
- Parandab toote kvaliteeti klientide tagasiside kaudu
- Tasuv võrreldes sarnaste andmete kogumise meetoditega
- Loob klientidega head tahet ja suurendab klientide rahulolu
Alfa testimise puudused:
- Funktsionaalsust ei saa põhjalikult testida, kuna tarkvara on alles arendusjärgus. Mõnikord pole arendajad ja testijad alfatestimise tulemustega rahul
Beetatestimise puudused
- Testide haldamine on probleem. Võrreldes teiste testimistüüpidega, mida tavaliselt tehakse ettevõttes kontrollitud keskkonnas, viiakse beetatestimine läbi reaalses maailmas, kus teil on harva kontroll.
- Õigete beeta kasutajate leidmine ja nende osaluse säilitamine võib olla väljakutse
Alfa- ja beetatestimise müüdid:
Müüt: alfa- ja beetatestimine viiakse testimise elutsüklis liiga hilja, et sellest kasu saada
Tõde: alfa- ja beetatestimine aitab esile tuua tarkvararakendusega seotud olulisi probleeme ja anda kasutajale tagasisidet.
Müüt: alfa- ja beetatestimisel tehakse sama tüüpi teste ja need pole erinevad stsenaariumid
Tõde: alfatestimist tehakse laborikeskkonnas, beetatestimist aga tegelikud kasutajad, kes teatavad tegelikest probleemidest omast käest saadud kogemuste põhjal. Mõlemad stsenaariumid on märkimisväärselt erinevad.
Müüt: beetaversiooni testimine on keeruline ja aeganõudev
Tõde: beetatestimine võtab kõige suurema väärtuse saamiseks aega / kogemusi. Kuid selle pakutavad andmed / tagasiside on hindamatu väärtusega.
Müüt: beetatestimisega saadakse kasulikke andmeid vähe või pole neid üldse
Tõde: edukas beetatest võib luua palju väärtuslikku teavet, mida on laborikeskkonnas muidu keeruline hankida.
Järeldus
Tarkvaratehnikas on ükskõik kui palju teste teete, kui palju vigu tapate, teie tarkvara kasutu, kui see teie lõppkasutajatele ei meeldi. Beetatestimine (kreeka tähestiku teine täht) aitab teie kasutajatelt teie tarkvara kohta autentset tagasisidet anda.
Alfatestimine (kreeka tähestiku esimene täht) aitab simuleerida reaalajas kasutatavat keskkonda enne tarkvara beetatestimisele saatmist ja aitab kujundada stabiilse beetatestide jaoks sobiva tarkvarakandidaadi.
Alfa- ja beetatestimine on teie testimise elutsüklis asendamatu.