Alfa testēšana
Alfa testēšana ir pieņemšanas pārbaudes veids; pirms galaprodukta izlaišanas gala lietotājiem tiek veikti, lai identificētu visas iespējamās problēmas un kļūdas. Alfa testēšanu veic testētāji, kas ir organizācijas iekšējie darbinieki. Galvenais mērķis ir noteikt uzdevumus, kurus tipisks lietotājs varētu veikt, un tos pārbaudīt.
Lai tas būtu pēc iespējas vienkāršāk, šāda veida testēšanu sauc par alfa tikai tāpēc, ka tā tiek veikta agri, tuvu programmatūras izstrādes beigām un pirms beta testēšanas. Alfa testēšanas galvenā uzmanība ir pievērsta reālu lietotāju simulācijai, izmantojot melnās un baltās kastes metodes.
Beta testēšana
Beta testēšanu programmatūras lietojumprogrammas "reālie lietotāji" veic "reālajā vidē", un to var uzskatīt par lietotāja ārējas pieņemšanas pārbaudes veidu. Tas ir pēdējais pārbaudījums pirms produkta nosūtīšanas klientiem. Tieša klientu atsauksmes ir galvenā beta testēšanas priekšrocība. Šī testēšana palīdz testēt produktus klienta vidē.
Programmatūras beta versija tiek izlaista ierobežotam skaitam produkta galalietotāju, lai iegūtu atsauksmes par produkta kvalitāti. Beta testēšana samazina produkta kļūmes risku un nodrošina klienta validācijas rezultātā paaugstinātu produkta kvalitāti.
GALVENĀS ATŠĶIRĪBAS
- Alfa testēšanu veic testētāji organizācijas ietvaros, bet beta testēšanu - galalietotāji.
- Alfa testēšana tiek veikta izstrādātāja vietnē, bet beta testēšana tiek veikta klienta atrašanās vietā.
- Uzticamība un drošības pārbaude Alfa testēšanā netiek veikta padziļināti, bet ticamība, drošība un izturība tiek pārbaudīta beta testēšanas laikā.
- Alfa testēšana ietver gan Whitebox, gan Blackbox testēšanu, bet Beta testēšana galvenokārt ietver Blackbox testēšanu.
- Alfa testēšanai ir nepieciešama testēšanas vide, bet beta testēšanai nav nepieciešama testēšanas vide.
- Alfa testēšanai ir nepieciešams ilgs izpildes cikls, bet beta testēšanai - tikai dažas nedēļas.
- Kritiskās problēmas un kļūdas tiek risinātas un novērstas nekavējoties Alfa testēšanā, savukārt problēmas un kļūdas tiek apkopotas no gala lietotājiem un tālāk tiek ieviestas beta testēšanā.
Alfa testēšana Vs beta testēšana:
Alfa un beta testēšanas atšķirības ir šādas:
|
Alfa testēšana |
Beta testēšana |
|---|---|
| Alfa testēšanu veic testētāji, kuri parasti ir organizācijas iekšējie darbinieki | Beta testēšanu veic klienti vai galalietotāji, kas nav organizācijas darbinieki |
| Alfa testēšana veikta izstrādātāja vietnē | Beta testēšana tiek veikta klienta atrašanās vietā vai produkta gala lietotājā |
| Uzticamības un drošības pārbaude netiek veikta padziļinātā Alfa testēšanā | Uzticamība, drošība, izturība tiek pārbaudīta beta testēšanas laikā |
| Alfa testēšana ietver gan baltās, gan melnās kastes paņēmienus | Beta testēšanā parasti izmanto melnās kastes testēšanu |
| Alfa testēšanai nepieciešama laboratorijas vide vai testēšanas vide | Beta testēšanai nav nepieciešama laboratorijas vide vai testēšanas vide. Programmatūra ir pieejama sabiedrībai, un tiek uzskatīts, ka tā ir reālā laika vide |
| Alfa testēšanai var būt nepieciešams ilgs izpildes cikls | Beta testēšanai ir nepieciešamas tikai dažas nedēļas |
| Kritiskas problēmas vai labojumus izstrādātāji var nekavējoties risināt Alfa testēšanas laikā | Lielākā daļa jautājumu vai atgriezeniskā saite tiek apkopota no beta testēšanas, kas tiks ieviesta turpmākajās produkta versijās |
| Alfa testēšana ir produkta kvalitātes nodrošināšana pirms pārejas uz Beta testēšanu | Beta testēšana koncentrējas arī uz produkta kvalitāti, taču apkopo lietotāju ieguldījumu produktā un nodrošina, ka produkts ir gatavs lietotājiem reāllaikā. |
Beta testēšanas veidi
Programmatūras testēšanā ir dažādi Beta testu veidi, un tie ir šādi:
Tradicionālā beta testēšana: Produkts tiek izplatīts mērķa tirgū, un saistītie dati tiek apkopoti visos aspektos. Šos datus var izmantot produkta uzlabošanai.
Publiskā beta testēšana: produkts tiek publiski izlaists ārpasaulei, izmantojot tiešsaistes kanālus, un datus var apkopot no ikviena. Pamatojoties uz atsauksmēm, var veikt produktu uzlabojumus. Piemēram, Microsoft veica lielāko no visiem Beta testiem savai OS - Windows 8, pirms to oficiāli izlaida.
Tehniskā beta testēšana: produkts tiek izlaists organizācijas iekšējai grupai un apkopo atsauksmes no organizācijas darbiniekiem.
Mērķtiecīga beta versija: produkts tiek izlaists tirgū, lai apkopotu atsauksmes par programmas īpašajām iezīmēm. Piemēram, svarīga programmatūras funkcionalitāte.
Pēc izlaišanas Beta: produkts tiek izlaists tirgū un tiek apkopoti dati, lai veiktu uzlabojumus produkta turpmākajai izlaišanai.
Testēšanas fāzes
Alfa un Beta testus parasti veic programmatūras programmatūrai vai uz produktu orientētiem uzņēmumiem. Produkta uzņēmuma testēšanas fāzes parasti atšķiras no uz pakalpojumu orientētas organizācijas. Tālāk seko testēšanas posms, ko pieņēmušas produktu firmas
Pre-Alpha : - Programmatūra ir prototips. Lietotāja saskarne ir pabeigta. Bet ne visas funkcijas ir pabeigtas. Šajā posmā programmatūra netiek publicēta.
Alfa : programmatūra ir gandrīz izstrādāta un iekšēji tiek pārbaudīta attiecībā uz kļūdām / problēmām
Beta : programmatūra ir stabila un tiek izlaista ierobežotam lietotāju lokam. Mērķis ir iegūt klientu atsauksmes par produktu un attiecīgi veikt izmaiņas programmatūrā
Izlaiduma kandidāts (RC): pamatojoties uz Beta testa atsauksmēm, jūs veicat izmaiņas programmatūrā un vēlaties pārbaudīt kļūdu labojumus. Šajā posmā jūs nevēlaties veikt radikālas izmaiņas funkcionalitātē, bet vienkārši pārbaudiet kļūdas. RC tiek izlikts arī sabiedrībai
Izlaidums: Visi darbi, programmatūra tiek izlaista sabiedrībai.
Piezīme . Iepriekš ir aprakstīta testēšanas posmu standarta definīcija, taču, lai iegūtu mārketinga tendences, uzņēmumi apvieno tādus posmus kā "pirms alfa beta", "pirms beta versijas" utt.
Alfa testēšanas ieceļošanas kritēriji:
- Programmatūras prasību dokuments vai biznesa prasību specifikācija
- Pārbaudes gadījumi visām prasībām
- Testēšanas komanda ar labām zināšanām par lietojumprogrammu
- Test Lab vides iestatīšana
- QA Build ir gatavs izpildei
- Testa pārvaldības rīks testa gadījumu augšupielādēšanai un defektu reģistrēšanai
- Izsekojamības matrica, lai nodrošinātu, ka katrai konstrukcijas prasībai ir vismaz viens testa gadījums, kas to pārbauda
Iziet no alfa testēšanas kritērijiem
- Visas pārbaudes lietas ir izpildītas un nokārtotas.
- Visi nopietnības jautājumi ir jānovērš un jāslēdz
- Testa kopsavilkuma ziņojuma piegāde
- Pārliecinieties, ka vairs nevar iekļaut papildu funkcijas
- Pierakstieties Alfa testēšanā
Ieejas kritēriji beta testēšanai:
- Parakstiet dokumentu par alfa testēšanu
- Būtu jābūt gatavai programmatūras beta versijai
- Vide ir gatava programmatūras lietojumprogrammas izlaišanai sabiedrībai
- Rīks, lai fiksētu reāllaika kļūdas
Beta testēšanas izejas kritēriji:
- Visi galvenie un mazākie jautājumi ir slēgti
- Atsauksmju pārskats jāsagatavo no sabiedrības
- Beta testa kopsavilkuma ziņojuma piegāde
Alfa testēšanas priekšrocības:
- Sniedz labāku priekšstatu par programmatūras uzticamību agrīnā stadijā
- Palīdz simulēt reāllaika lietotāju uzvedību un vidi.
- Atklājiet daudzus demonstrētājus vai nopietnas kļūdas
- Spēja savlaicīgi atklāt kļūdas attiecībā uz dizainu un funkcionalitāti
Beta testēšanas priekšrocības
- Samazina produkta atteices risku, pārbaudot klientu.
- Beta testēšana ļauj uzņēmumam pārbaudīt infrastruktūru pēc palaišanas.
- Uzlabo produktu kvalitāti, izmantojot klientu atsauksmes
- Rentabla salīdzinājumā ar līdzīgām datu vākšanas metodēm
- Rada labo gribu ar klientiem un palielina klientu apmierinātību
Alfa testēšanas trūkumi:
- Padziļināti, funkcionalitāti nevar pārbaudīt, jo programmatūra joprojām ir izstrādes stadijā. Dažreiz izstrādātāji un testētāji ir neapmierināti ar alfa testēšanas rezultātiem
Beta testēšanas trūkumi
- Testa pārvaldība ir jautājums. Salīdzinot ar citiem testēšanas veidiem, kurus parasti veic uzņēmuma iekšienē kontrolētā vidē, beta testēšana tiek veikta reālajā pasaulē, kur jums reti ir kontrole.
- Pareizo beta lietotāju atrašana un viņu līdzdalības saglabāšana varētu būt izaicinājums
Alfa un beta testēšanas mīti:
Mīts: Alfa un Beta testēšana tiek veikta pārāk vēlu testa dzīves ciklā, lai gūtu labumu
Patiesība: Alfa un Beta testēšana palīdz izcelt būtiskas problēmas ar lietojumprogrammu un sniedz lietotāju atsauksmes.
Mīts: tāda paša veida testēšana tiek veikta alfa un beta testēšanā, un tie nav atšķirīgi scenāriji
Patiesība: Alfa testēšana tiek veikta laboratorijas vidē, bet beta testēšanu veic reāli lietotāji, kas ziņo par reālām problēmām, pamatojoties uz tiešu pieredzi. Abi scenāriji ir ievērojami atšķirīgi.
Mīts: Beta testēšana ir sarežģīta un laikietilpīga
Patiesība: Beta testēšana prasa laiku / pieredzi, lai iegūtu vislielāko vērtību. Bet tā sniegtie dati / atsauksmes ir nenovērtējamas.
Mīts: Beta testēšana rada maz noderīgu datu vai to nedara vispār
Patiesība: Veiksmīgs beta tests var radīt daudz vērtīgas informācijas, kuru laboratorijas vidē ir grūti iegūt.
Secinājums
Programmatūras inženierijā neatkarīgi no tā, cik daudz testu veicat, cik kļūdu jūs nogalināt, programmatūra ir bezjēdzīga, ja tā nepatīk jūsu tiešajiem lietotājiem. Beta testēšana (grieķu alfabēta otrā burts) palīdz sniegt autentiskas atsauksmes par jūsu programmatūru no reāliem lietotājiem.
Alfa testēšana (pirmais burts grieķu alfabētā) palīdz simulēt lietotāja vidi reāllaikā, pirms programmatūra tiek nosūtīta beta testēšanai, un palīdz veidot stabilu programmatūras kandidātu, kas ir piemērots beta testiem.
Alfa un beta testēšana ir neaizstājama jūsu testēšanas dzīves ciklā.