Kaj je testiranje sprejemljivosti uporabnika (UAT): popoln vodnik

what is user acceptance testing

Naučite se, kaj je testiranje sprejemljivosti uporabnika (UAT), skupaj z njegovo definicijo, vrstami, koraki in primeri:

Prvo pravilo pri poskusu razumevanja novega koncepta je: ime bo vedno pomembno in večinoma dobeseden pomen (v tehničnem okviru).

Ugotovitev, kaj to je, bo dala začetno razumevanje tega in mi pomagala pri začetku.

kako razglasiti povezani seznam v javi -

=> Kliknite tukaj za celotno serijo vadnic o načrtu preizkusov

Dajmo ta koncept na preizkušnjo.

=> Preberite vse vaje v naši preizkusni seriji.

Kaj se boste naučili:

• Kaj je testiranje sprejemljivosti uporabnika?
  • Kdaj se izvaja?
  • Kdo izvaja UAT?
  • Potreba po preizkusu sprejemljivosti uporabnika
  • Postopek testiranja sprejemljivosti uporabnika
  • Upravljanje UAT
  • Načrtovanje preizkusov UAT
  • Načrt testiranja sprejemljivosti uporabnika
  • Izvedba testa
  • Orodja in metodologije
  • UAT v okretnem okolju
  • Ekipa UAT - Vloge in odgovornosti
• 7 izzivov UAT in načrta ublažitve
• Sistemsko preskušanje v primerjavi s preskusom sprejemljivosti uporabnika
• Zaključek
  • Priporočeno branje

Kaj je testiranje sprejemljivosti uporabnika?

Vemo, kaj je testiranje, sprejem pomeni odobritev ali dogovor. Uporabnik v okviru programskega izdelka je bodisi potrošnik programske opreme bodisi oseba, ki je zahtevala, da se zanj izdela (stranka).

Torej, po mojem pravilu - opredelitev bo:

Uporabniško preverjanje sprejemljivosti (UAT), znano tudi kot beta ali testiranje končnega uporabnika, je opredeljeno kot testiranje programske opreme s strani uporabnika ali odjemalca, da se ugotovi, ali jo lahko sprejme ali ne. To je končno testiranje, ki se opravi po zaključku funkcionalnega, sistemskega in regresijskega testiranja.

Glavni namen tega testiranja je potrditev programske opreme glede na poslovne zahteve. To potrditev opravijo končni uporabniki, ki poznajo poslovne zahteve.

UAT, testiranje alfa in beta so različne vrste sprejemnih preskusov.

Ker je test sprejemljivosti uporabnika zadnje testiranje, ki se izvede pred zagonom programske opreme, je očitno to zadnja priložnost, da kupec preizkusi programsko opremo in izmeri, ali je primerna za ta namen.

Kdaj se izvaja?

To je običajno zadnji korak, preden izdelek začne delovati ali preden se sprejme dobava izdelka. To se izvede po temeljitem preizkusu samega izdelka (tj po preizkusu sistema ).

Kdo izvaja UAT?

Uporabniki ali odjemalec - to je lahko nekdo, ki kupuje izdelek (v primeru komercialne programske opreme), ali nekdo, ki je programsko opremo izdelal po meri prek ponudnika storitev ali končni uporabnik, če jim je ta na voljo. pred časom in ob iskanju njihovih povratnih informacij.

Skupino lahko sestavljajo beta preizkuševalci, stranka pa naj izbere člane UAT iz vsake skupine organizacije, tako da je mogoče vsako uporabniško vlogo ustrezno preizkusiti.

Potreba po preizkusu sprejemljivosti uporabnika

Razvijalci in preizkuševalci funkcionalnosti so strokovnjaki, ki potrjujejo programsko opremo glede na funkcionalne specifikacije . Zahteve si razlagajo glede na svoje znanje in razvijajo / preizkušajo programsko opremo (tu je pomembnost znanja domene).

Ta programska oprema je popolna v skladu s funkcionalnimi specifikacijami, vendar obstajajo nekatere poslovne zahteve in postopki, ki so znani samo končnim uporabnikom, ali pa so zamujeni pri komunikaciji ali napačno interpretirani.

To testiranje igra pomembno vlogo pri preverjanju veljavnosti vseh poslovnih zahtev pred izdajo programske opreme za tržno uporabo. Zaradi uporabe podatkov v živo in primerov dejanske uporabe je to testiranje pomemben del cikla izdaje.

Številna podjetja, ki so utrpela velike izgube zaradi težav po izdaji, vedo, kako pomemben je uspešen test sprejemljivosti uporabnikov. Stroški odpravljanja napak po sprostitvi so večkrat večji od odpravljanja prej.

Je UAT res potreben?

Po izvedbi obremenitev sistema, integracijskega in regresijskega testiranja bi se človek vprašal o nujnosti tega testiranja. Pravzaprav je to najpomembnejša faza projekta, saj je to čas, ko bi uporabniki, ki bodo sistem dejansko uporabljali, sistem potrdili glede na njegov namen.

UAT je testna faza, ki je v veliki meri odvisna od perspektive končnih uporabnikov in domenskega znanja oddelka, ki predstavlja končne uporabnike.

Pravzaprav bi bilo resnično koristno za poslovne ekipe, če bi bile v projekt vključene že precej zgodaj, da bi lahko predstavile svoja stališča in prispevke, ki bi pripomogli k učinkoviti uporabi sistema v resničnem svetu.

Postopek testiranja sprejemljivosti uporabnika

Ta postopek je najlažje razumeti tako, da si zamislite projekt avtonomnega testiranja - kar pomeni, da bo imel načrt, zasnovo in faze izvedbe.

Pred začetkom faze načrtovanja so predpogoji:

# 1) Zberite ključna merila sprejemljivosti

Preprosto povedano, Merila sprejemljivosti so seznam stvari, ki jih je treba oceniti, preden sprejmete izdelek.

Lahko so dve vrsti:

(i) Funkcionalnost aplikacije ali poslovno povezano

V idealnem primeru bi morali potrditi vse ključne poslovne funkcije, vendar zaradi različnih razlogov, vključno s časom, ni praktično, da bi vse to storili. Zato nam lahko sestanek ali dva s stranko ali uporabniki, ki bodo vključeni v to testiranje, predstavi, koliko testiranja bo vključeno in katere vidike bomo testirali.

(ii) Pogodbeni - V to se ne bomo spuščali in sodelovanje ekipe QA pri vsem tem skorajda ni nič. Začetna pogodba, ki se pripravi še pred začetkom SDLC, se pregleda in doseže dogovor o tem, ali so bili vsi vidiki pogodbe dostavljeni ali ne.

Osredotočili se bomo le na funkcionalnost aplikacije.

# 2) Določite obseg sodelovanja v zagotavljanju kakovosti.

Vloga ekipe za zagotavljanje kakovosti je ena od naslednjih:

(i) Brez udeležbe - To je zelo redko.

(ii) Pomagajte pri tem testiranju - Najbolj pogost. V tem primeru bi lahko sodelovali pri usposabljanju uporabnikov UAT, kako uporabljati aplikacijo in biti v pripravljenosti med tem testiranjem, da bi zagotovili, da lahko uporabnikom pomagamo v primeru težav. Ali v nekaterih primerih lahko poleg tega, da smo v pripravljenosti in pomagamo, delimo njihove odgovore in beležimo rezultate ali beležimo napake itd., Medtem ko uporabniki izvajajo dejansko testiranje.

(iii) Izvedite UAT in predstavite rezultate - V tem primeru bodo uporabniki usmerili področja AUT, ki jih želijo oceniti, in samo ocenjevanje opravi ekipa QA. Ko so rezultati predstavljeni strankam / uporabnikom, se bodo odločili, ali so rezultati, ki jih imajo v roki, zadostni ali ne in v skladu z njihovimi pričakovanji, da lahko sprejmejo AUT. Odločitev ekipe QA ni nikoli sprejeta.

Odvisno od primera, se odločimo, kateri pristop je najboljši.

Primarni cilji in pričakovanja:

Običajno UAT opravi strokovnjak za predmet in / ali poslovni uporabnik, ki je lahko lastnik ali kupec sistema, ki se preskuša. Podobno kot faza preizkušanja sistema tudi faza UAT vključuje verske faze, preden je zaprta.

Ključne dejavnosti vsake faze UAT so opredeljene spodaj:

Upravljanje UAT

Podobno kot testiranje sistema se tudi za UAT izvaja učinkovito upravljanje, da se zagotovijo kakovostna vrata skupaj z opredeljenimi merili za vstop in izstop (navedeni spodaj **).

najboljši pretvornik youtube v mp3

** Prosimo, upoštevajte, da je to le navodilo. To bi lahko spremenili glede na potrebe in zahteve projekta.

Načrtovanje preizkusov UAT

Postopek je skoraj enak kot pri redni testni načrt v sistemski fazi.

Najpogostejši pristop, ki se uporablja v večini projektov, je načrtovanje obeh faz testiranja sistema in UAT skupaj. Za več informacij o preskusnem načrtu UAT skupaj z vzorcem si oglejte odseke UAT priloženega dokumenta o testnem načrtu.

Načrt preizkusa sprejemljivosti uporabnika

(To je isto, kar bi našli tudi na našem spletnem mestu za serijo QA).

Kliknite spodnjo sliko in se pomaknite navzdol in poiščite vzorec dokumenta preskusnega načrta v različnih oblikah. V tej predlogi preverite razdelek UAT.

Datumi, okolje, akterji (kdo), komunikacijski protokoli, vloge in odgovornosti, predloge, rezultati in njihov postopek analize, merila za vstop-izstop - vse to in kar koli drugega, kar je pomembno, bomo našli v testnem načrtu UAT.

Ne glede na to, ali ekipa QA sodeluje, delno sodeluje ali sploh ne sodeluje v tem testu, je naša naloga načrtovati to fazo in zagotoviti, da se vse upošteva.

=> Tu je vzorčni dokument načrta za sprejemni načrt za sprejem uporabnika

Načrt testiranja sprejemljivosti uporabnika

V tem koraku so uporabljena zbrana merila sprejemljivosti uporabnikov. Vzorci so lahko videti, kot je prikazano spodaj.

(To so izvlečki iz CSTE CBOK . To je ena najboljših referenc o tem testiranju.)

Predloga za preizkus sprejemljivosti uporabnika:

Na podlagi meril jim (ekipa za preverjanje kakovosti) uporabnikom damo seznam testnih primerov UAT. Ti testni primeri se ne razlikujejo od naših običajnih sistemskih testnih primerov. So le podmnožica, saj preizkušamo vse aplikacije v nasprotju s ključnimi funkcionalnimi področji.

Poleg tega morajo biti pred prehodom na naslednjo fazo na voljo še podatki, predloge za beleženje rezultatov preskusov, upravni postopki, mehanizem beleženja napak itd.

Izvedba testa

Običajno se to testiranje, kadar je to mogoče, zgodi v konferenci ali v vojni sobi, kjer uporabniki, predstavniki PM, predstavniki QA dan ali dva sedijo skupaj in delajo na vseh primerih sprejemnih preizkusov.

Ali v primeru, da ekipa QA izvaja teste, testne primere zaženemo na AUT.

Ko so vsi testi opravljeni in so rezultati na voljo, se Sklep o sprejetju je narejen. Temu pravimo tudi Odločitev Go / No-Go . Če so uporabniki zadovoljni, gre za pot ali pa za prepoved.

Doseganje odločitve o sprejetju je običajno konec te faze.

Orodja in metodologije

Običajno je vrsta programskih orodij, ki se uporabljajo v tej fazi testiranja, podobna orodjem, ki se uporabljajo med izvajanjem funkcionalnega testiranja.

Orodja:

Ker ta faza vključuje preverjanje veljavnosti celotnih pretokov aplikacije, bo morda težko imeti eno orodje za popolno avtomatizacijo te potrditve. Vendar bi do neke mere lahko izkoristili avtomatizirane skripte, razvite med testiranjem sistema.

Podobno kot sistemsko testiranje bi tudi uporabniki uporabljali orodja za upravljanje testov in upravljanje napak, kot so QC, JIRA itd. Ta orodja je mogoče konfigurirati tako, da zbirajo podatke za fazo sprejemanja uporabnikov.

Metodologije:

Čeprav so običajne metodologije, kot so posebni poslovni uporabniki, ki izvajajo UAT izdelka, še vedno pomembne, je treba v resnično globalnem svetu, kakršen je danes, testiranje sprejemljivosti uporabnikov včasih vključiti različne stranke po državah, ki temeljijo na izdelku.

Na primer, spletno mesto za e-poslovanje bi uporabljale stranke po vsem svetu. V takšnih scenarijih bi bila najboljša izvedba množično testiranje.

Množično testiranje je metodologija, pri kateri lahko sodelujejo ljudje z vsega sveta in potrjujejo uporabo izdelka ter dajejo predloge in priporočila.

Izdelane so platforme za množično testiranje, ki jih zdaj uporabljajo številne organizacije. Na platformi gostuje spletno mesto ali izdelek, ki ga je treba preizkusiti v množici, stranke pa se lahko same potrdijo. Predložene povratne informacije se nato analizirajo in dajo prednost.

Metodologija množičnega testiranja se izkaže za bolj učinkovito, saj je utrip kupca po vsem svetu lahko razumljiv.

UAT v okretnem okolju

Agilno okolje je bolj dinamične narave. V agilnem svetu bodo poslovni uporabniki vključeni v celotni projektni šprint, projekt pa bi bil izboljšan na podlagi povratnih zank njihovih povratnih informacij.

Na začetku projekta bi bili ključni deležniki poslovni uporabniki, ki bi zahtevali posodobitev zaostalih izdelkov. Po koncu vsakega sprinta bi poslovni uporabniki sodelovali v predstavitvi sprinta in bi bili na voljo za kakršne koli povratne informacije.

Poleg tega bi bila predvidena faza UAT pred zaključkom sprinta, kjer bi poslovni uporabniki opravili svoje validacije.

Povratne informacije, prejete med predstavitvijo sprinta in sprinta UAT, se zberejo in dodajo nazaj v zaostanek izdelkov, ki se nenehno pregleduje in daje prednost. Tako so v agilnem svetu poslovni uporabniki bolj blizu projekta in pogosteje ocenjujejo isto za njegovo uporabo, za razliko od tradicionalnih slapov.

Ekipa UAT - Vloge in odgovornosti

Tipična organizacija UAT bi imela naslednje vloge in odgovornosti. Ekipo UAT bi podpirali vodja projektov, razvojne in preizkusne skupine glede na njihove potrebe.

7 izzivov UAT in načrta ublažitve

Ne glede na to, ali ste del milijarde dolarjev izdane ali zagonske ekipe, morate premagati vse te izzive za zagotavljanje uspešne programske opreme za končnega uporabnika.

# 1) Postopek nastavitve in uvajanja okolja:

Izvedba tega testa v istem okolju, ki ga uporablja skupina za funkcionalne preizkuse, bo zagotovo spregledala primere dejanske uporabe. Prav tako ključnih preskusnih dejavnosti, kot je preizkušanje zmogljivosti, ni mogoče izvesti v testnem okolju z nepopolnimi podatki o preskusu .

Za ta test bi bilo treba vzpostaviti ločeno proizvodno okolje.

Ko je okolje UAT ločeno od testnega, morate učinkovito nadzorovati cikel sprostitve. Nekontroliran cikel izdaje lahko privede do različnih različic programske opreme v testnem okolju in okolju UAT. Dragoceni čas preizkusnega sprejema se zapravi, če programska oprema ni testirana na najnovejši različici.

Medtem je čas, potreben za sledenje težavam na napačni različici programske opreme, velik.

# 2) Načrtovanje preskusov:

To preskušanje je treba načrtovati z jasnim načrtom sprejemnega preskusa v fazi analize zahtev in načrtovanja.

Pri strateškem načrtovanju je treba za izvedbo opredeliti nabor primerov dejanske uporabe. Zelo pomembno je opredeliti cilje preizkusa za to preskušanje, saj popolna izvedba testa za velike aplikacije v tej fazi testiranja ni mogoča. Testiranje je treba izvesti tako, da se najprej dajo ključni poslovni cilji.

To preskušanje se izvede na koncu preskusnega cikla. Očitno je najbolj kritično obdobje za izdajo programske opreme. Zamuda v kateri koli od prejšnjih faz razvoja in testiranja bo požrla čas UAT.

Nepravilno načrtovanje preskusov v najslabših primerih vodi do prekrivanja med sistemskim testiranjem in UAT. Zaradi manj časa in pritiska na spoštovanje rokov se programska oprema namesti v to okolje, tudi če funkcionalno testiranje še ni končano. Temeljnih ciljev tega testiranja v takšnih situacijah ni mogoče doseči.

Načrt preizkusa UAT je treba pripraviti in sporočiti ekipi pred začetkom tega preizkusa. To jim bo pomagalo pri načrtovanju testov, pisanju testnih primerov in testnih skriptov ter ustvarjanju okolja UAT.

# 3) Obravnavanje novih poslovnih zahtev kot incidentov / napak:

Nejasnosti v zahtevah se ujamejo v fazi UAT. Preskuševalci UAT ugotovijo težave, ki se pojavijo zaradi dvoumnih zahtev (s pregledom celotnega uporabniškega vmesnika, ki ni bil na voljo med fazo zbiranja zahtev), in ga zabeležijo kot napako.

Stranka pričakuje, da bodo te popravljene v trenutni izdaji, ne da bi upoštevala čas za zahteve za spremembo. Če vodstvo projekta o teh spremembah v zadnjem trenutku ne sprejme pravočasno odločitve, lahko to privede do neuspeha izdaje.

# 4) Nekvalificirani preizkuševalci ali preizkuševalci brez poslovnega znanja:

Kadar ni stalne ekipe, podjetje izbere osebje UAT iz različnih notranjih oddelkov.

Tudi če osebje dobro pozna poslovne potrebe ali če ni usposobljeno za nove zahteve, ki se razvijajo, ne morejo učinkovito izvajati UAT. Poleg tega se lahko netehnična poslovna skupina pri izvajanju testnih primerov sooča s številnimi tehničnimi težavami.

Dodelitev preizkuševalcev na koncu cikla UAT pa projektu ne doda nobene vrednosti. Malo časa za usposabljanje osebja UAT lahko znatno poveča možnosti za uspeh UAT.

# 5) Neustrezen komunikacijski kanal:

Komunikacija med ekipo za oddaljeni razvoj, testiranje in skupino UAT je težja. E-poštna komunikacija je pogosto zelo težka, če imate zunanjo tehnično ekipo. Majhna nejasnost v poročilih o incidentih lahko odpravi njegovo odpravo za en dan.

Učinkovito načrtovanje in učinkovita komunikacija sta ključnega pomena za učinkovito timsko sodelovanje. Projektne skupine bi morale uporabljati spletno orodje za beleženje napak in vprašanj. To bo pomagalo enakomerno razporediti delovno obremenitev in se izogniti poročanju o podvojenih težavah.

# 6) Vprašanje skupine za funkcionalno testiranje, da izvede to testiranje:

Ni hujšega položaja, kot če od funkcionalne preskusne skupine zahtevate izvedbo UAT.

Kupci svojo odgovornost preložijo na testno skupino zaradi pomanjkanja sredstev. Celoten namen tega testiranja je v takih primerih ogrožen. Ko programska oprema začne delovati, bodo končni uporabniki hitro opazili težave, ki jih funkcionalni preizkuševalci ne štejejo za resnični scenarij.

Rešitev za to je, da to testiranje dodelite predanim in usposobljenim preizkuševalcem, ki imajo poslovno znanje.

# 7) Igra krivde

Včasih poslovni uporabniki preprosto poskušajo najti razloge za zavrnitev programske opreme. Morda je njihova samozavest, da pokažejo, kako vrhunski so, ali pa ekipo za razvoj in testiranje krivijo, da dobijo spoštovanje v poslovni ekipi. To je zelo redko, vendar se zgodi v skupinah z notranjo politiko.

Zelo težko se je spoprijeti s takšnimi situacijami. Vendar pa bi vzpostavljanje pozitivnih odnosov s poslovno ekipo zagotovo pomagalo preprečiti igro krivde.

Upam, da vam bodo te smernice zagotovo pomagale izvesti uspešen načrt sprejemanja uporabnikov, tako da boste premagali različne izzive. Pravilno načrtovanje, komunikacija, izvedba in motivirana ekipa so ključ do uspešnega testiranja sprejemljivosti uporabnikov.

Sistemsko preskušanje v primerjavi s preskusom sprejemljivosti uporabnika

Vključitev preskusne skupine se začne že v začetku projekta že v fazi analize zahtev.

V celotnem življenjskem ciklu projekta se za projekt izvede nekakšna validacija, tj. Statično preskušanje , Enotno testiranje, Sistemsko testiranje, integracijsko testiranje, preskušanje od konca do konca ali regresijsko testiranje. To nam pušča, da bolje razumemo testiranje, izvedeno v fazi UAT, in kako različno je od drugega testiranja, opravljenega prej.

Čeprav opažamo razlike v SIT in UAT, je pomembno, da izkoristimo sinergije, vendar kljub temu ohranimo neodvisnost med obema fazama, kar bi omogočilo hitrejši čas trženja.

Zaključek

# 1) UAT ne gre za strani, polja ali gumbe. Osnovno predpostavka še preden se ta test začne, so vse osnovne stvari preizkušene in delujejo v redu. Bog ne daj, uporabnikom se zdi napaka tako osnovna - to je zelo slaba novica za ekipo QA. :(

#two) To preizkušanje govori o entiteti, ki je glavni dejavnik v poslu.

Naj vam dam primer: Če je AUT sistem za prodajo vozovnic, UAT ne bo šel, iskanje menija, ki odpre stran itd. Gre za vozovnice in njihovo rezervacijo, države, ki jih lahko sprejme, svoje potovanje skozi sistem, itd.

Še eno Primer, če je spletna stran prodajalca avtomobilov, potem je poudarek na 'avtomobilu in njegovi prodaji' in ne na spletnem mestu. Zato je osnovna dejavnost tisto, kar je preverjeno in potrjeno in kdo je boljši od lastnikov podjetij. Zato je to testiranje najbolj smiselno, ko je stranka v veliki meri vključena.

kako razglasiti večdimenzionalno polje v javi

# 3) UAT je v bistvu tudi oblika testiranja, kar pomeni da obstaja velika verjetnost, da bomo tudi v tej fazi prepoznali nekatere napake . Včasih se zgodi. Poleg tega, da gre za močno stopnjevanje ekipe QA, napake UAT običajno pomenijo sestanek in razpravo, kako ravnati z njimi, saj po tem testiranju običajno ni časa za popravljanje in ponovno testiranje.

Odločitev bi bila:

• Pritisnite datum vklopa, najprej odpravite težavo in nato nadaljujte.
• Pustite napako, kakršna je.
• Razmislite o tem kot del zahteve za spremembo za prihodnje izdaje.

# 4) UAT je klasificiran kot testiranje alfa in beta, vendar ta klasifikacija ni tako pomembna v okviru tipičnih projektov razvoja programske opreme v storitveni industriji.

• Alfa testiranje je, ko se UAT izvaja v okolju izdelovalca programske opreme in je pomembnejši v okviru komercialne programske opreme.
• Beta testiranje je, ko se UAT izvaja v proizvodnem okolju ali okolju stranke. To je bolj pogosto pri aplikacijah, usmerjenih k strankam. Uporabniki tukaj so dejanske stranke, kot smo vi in ​​jaz, v tem kontekstu.

# 5) Večino časa v rednem projektu razvoja programske opreme se UAT izvaja v QA okolje če ni uprizoritvenega ali UAT okolja.

V kratkem, najboljši način, da ugotovite, ali je vaš izdelek sprejemljiv in ustreza svojemu namenu, je, da ga dejansko postavite pred uporabnike.

Organizacije se lotijo ​​agilnega načina dostave, poslovni uporabniki se vse bolj vključujejo, projekti pa se izboljšujejo in izvajajo prek povratnih zank. Ko končamo, se faza sprejemanja uporabnikov šteje za vrata za začetek izvajanja in izdelave.

Kakšna je bila vaša izkušnja UAT? Ste bili v pripravljenosti ali ste testirali za svoje uporabnike? Ali so uporabniki našli kakšne težave? Če da, kako ste se spoprijeli z njimi?

=> Tu preberite tudi VSE vaje iz te serije

=> Obiščite tukaj za popolno serijo vadnic o načrtu preizkusov

Priporočeno branje

• Alfa testiranje in beta testiranje (popoln vodnik)
• Kaj je sprejemno testiranje (popoln vodnik)
• Popoln vodnik za preizkus preverjanja gradnje (testiranje BVT)
• Funkcionalno testiranje vs nefunkcionalno testiranje
• Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
• Vrste testiranja programske opreme: različne vrste preskušanja s podrobnostmi
• Vadnica za testiranje skladišča podatkov ETL (popoln vodnik)
• Vadnica za testiranje grafičnega uporabniškega vmesnika: popoln priročnik za testiranje uporabniškega vmesnika (UI)