Kompletný sprievodca funkčným testovaním s jeho typmi a príkladom

complete functional testing guide with its types

Podrobný podrobný návod na funkčné testovanie s typmi, technikami a príkladmi:

Čo je funkčné testovanie?

Funkčné testovanie je druh testovania čiernej skrinky, ktoré sa vykonáva s cieľom potvrdiť, že funkčnosť aplikácie alebo systému sa správa podľa očakávania.

Vykonáva sa na overenie všetkých funkcií aplikácie.

predvolená brána nie je k dispozícii v systéme Windows 10

ZOZNAM tutoriálov zahrnutých v tejto sérii:

Výukový program č. 1: Čo je funkčné testovanie (tento návod)
Výukový program č. 2: Otázky k rozhovoru na testovanie funkčnosti
Výukový program č. 3: Najlepšie nástroje na testovanie funkčnej automatizácie
Výukový program č. 4: Čo je nefunkčné testovanie?
Výukový program č. 5: Rozdiel medzi jednotkovými, funkčnými a Integrácia Testovanie
Výukový program č. 6 : Prečo by sa malo súčasne vykonávať testovanie funkcií a výkonu

Nástroje:

Výukový program č. 7: Automatizácia funkčných testov s Ranorex Studio
Výukový program č. 8: UFT Functional Tool Nové funkcie
Výukový program č. 9: Cross Browser Functional Automation using Parrot QA Tool
Výukový program č. 10: Výukový program nástroja Jubula Open Source na testovanie funkčnosti

Čo sa dozviete:

• Úvod do funkčného testovania
  • Typy funkčného testovania
  • Proces
  • Kritériá vstupu / výstupu
    • Kritériá vstupu:
    • Kritériá výstupu:
  • Kroky zapojené
  • Prístup
  • Techniky funkčného testovania
    • # 1) Testy založené na koncovom používateľovi / systéme
    • # 2) Testy rovnocennosti
    • # 3) Testy hraničných hodnôt
    • # 4) Testy založené na rozhodovaní
    • # 5) Alternatívne prietokové testy
    • # 6) Ad-hoc testy
  • Automatizácia funkčných testov
  • Výhody
  • Obmedzenia
  • Záver
  • Odporúčané čítanie

Úvod do funkčného testovania

Musí existovať niečo, čo definuje, čo je prijateľné správanie a čo nie.

Toto je špecifikované vo funkčnej alebo požiadavkovej špecifikácii. Jedná sa o dokument, ktorý popisuje, čo je používateľ oprávnený robiť, aby mohol určiť zhodu aplikácie alebo systému s ním. Niekedy to navyše môže znamenať aj validáciu skutočných podnikových scenárov.

Preto je možné testovanie funkčnosti vykonať cez dve populárne techniky :

• Testovanie na základe požiadaviek: Obsahuje všetky funkčné špecifikácie, ktoré tvoria základ všetkých skúšok, ktoré sa majú vykonať.
• Testovanie založené na obchodných scenároch: Obsahuje informácie o tom, ako bude systém vnímaný z pohľadu obchodného procesu.

Testovanie a zabezpečenie kvality sú obrovskou súčasťou procesu SDLC. Ako tester si musíme uvedomiť všetky typy testovania, aj keď sa ich priamo nezúčastňujeme každý deň.

Pretože testovanie je oceán, jeho rozsah je skutočne tak obrovský a my máme vyhradených testerov, ktorí vystupujú rôzne druhy testovania . Každý z nás pravdepodobne musí byť oboznámený s väčšinou konceptov, ale nezaškodí si to tu všetko zorganizovať.

Typy funkčného testovania

Funkčné testovanie má veľa kategórií a tie sa dajú použiť na základe scenára.

Najvýznamnejšie typy sú stručne popísané nižšie:

Testovanie jednotiek :

Testovanie jednotiek zvyčajne vykonáva vývojár, ktorý píše rôzne jednotky kódu, ktoré by mohli súvisieť alebo nesúvisieť s cieľom dosiahnuť konkrétnu funkčnosť. Toto zvyčajne vyžaduje zapísanie testov jednotiek, ktoré by zavolali metódy v každej jednotke a overili ich, keď sú splnené požadované parametre, a ich návratová hodnota je podľa očakávania.

Pokrytie kódu je dôležitou súčasťou jednotkového testovania, kde je potrebné, aby existovali testovacie prípady, ktoré pokryjú nasledujúce tri:

i) Pokrytie vedenia
ii) Pokrytie kódovej cesty
iii) Pokrytie metódou

Testovanie príčetnosti : Vykonáva sa testovanie, aby sa zabezpečilo, že všetky hlavné a dôležité funkcie aplikácie / systému fungujú správne. Spravidla sa to robí po skúške dymu.

Testovanie dymu : Testovanie, ktoré sa vykonáva po vydaní každého zostavenia, je testované na zaistenie stability zostavenia. Nazýva sa tiež testovaním verifikácie zostavenia.

Regresné testy : Vykonané testovanie, aby sa zabezpečilo, že pridanie nového kódu, vylepšenia, oprava chýb neporuší existujúcu funkčnosť alebo nespôsobí nestabilitu a bude stále fungovať podľa špecifikácií.

Regresné testy nemusia byť také rozsiahle ako skutočné funkčné testy, ale mali by zabezpečiť iba také množstvo pokrytia, ktoré potvrdí, že funkčnosť je stabilná.

Integračné testy : Keď sa systém spolieha na viac funkčných modulov, ktoré môžu jednotlivo perfektne fungovať, ale musia spolupracovať koherentne, aby dosiahli spoločný scenár, overenie platnosti týchto scenárov sa nazýva testovanie integrácie.

Testovanie verzie Beta / použiteľnosti : Produkt je vystavený skutočnému zákazníkovi v prostredí podobnom výrobe a on produkt otestuje. Od toho sa odvíja komfort používateľa a berie sa spätná väzba. Je to podobné ako pri testovaní akceptácie používateľov.

Predstavme si to v jednoduchom vývojovom diagrame:

Testovanie funkčného systému:

Testovanie systému je testovanie, ktoré sa vykonáva na úplnom systéme, aby sa overilo, či funguje podľa očakávania, akonáhle sú integrované všetky moduly alebo komponenty.

Kompletné testovanie sa vykonáva na overenie funkčnosti produktu. Toto testovanie sa vykoná, až keď je testovanie systémovej integrácie dokončené, vrátane funkčných aj nefunkčných požiadaviek.

=> Rozdiel medzi jednotkovým, funkčným a integračným testovaním

Proces

Tento testovací proces má tri hlavné kroky:

Prístup, techniky a príklady

Funkčné alebo behaviorálne testovanie generuje výstup na základe daných vstupov a určuje, či systém funguje správne podľa špecifikácií.

Preto bude obrázkové znázornenie vyzerať takto:

Kritériá vstupu / výstupu

Kritériá vstupu:

• Dokument špecifikácie požiadaviek je definovaný a schválený.
• Boli pripravené testovacie prípady.
• Testovacie údaje boli vytvorené.
• Prostredie na testovanie je pripravené, všetky potrebné nástroje sú k dispozícii a pripravené.
• Kompletná alebo čiastočná Aplikácia je vyvinutá a testovaná na jednotku a je pripravená na testovanie.

Kritériá výstupu:

• Vykonanie všetkých funkčných testovacích prípadov bolo ukončené.
• Nie sú otvorené žiadne kritické chyby alebo chyby P1, P2.
• Nahlásené chyby boli potvrdené.

Kroky zapojené

Nižšie sú uvedené rôzne kroky tohto testovania:

• Prvým prvým krokom je určiť funkčnosť produktu, ktorý je potrebné testovať, a zahŕňa testovanie hlavných funkcií, chybových stavov a správ, testovanie použiteľnosti, t. J. Či je produkt užívateľsky prívetivý alebo nie, atď.
• Ďalším krokom je vytvorenie vstupných údajov pre testovanú funkčnosť podľa špecifikácie požiadavky.
• Neskôr zo špecifikácie požiadavky sa určí výstup pre testovanú funkčnosť.
• Pripravené testovacie prípady sa vykonajú.
• Skutočný výstup, tj. Výstup po vykonaní testovacieho prípadu, a očakávaný výstup (stanovený zo špecifikácie požiadavky) sa porovnajú s cieľom zistiť, či funkčnosť funguje podľa očakávania alebo nie.

Prístup

Rôzne druhy scenárov je možné vymyslieť a vytvoriť vo forme „testovacích prípadov“. Ako QA, všetci vieme, ako vyzerá kostra testovacieho prípadu.

Má väčšinou štyri časti:

• Zhrnutie testu
• Podmienky
• Skúšobné kroky a
• Očakávané výsledky.

Pokus o vytvorenie každého druhu testu je nielen nemožný, ale aj časovo náročný a nákladný.

Spravidla by sme chceli odhaliť maximum chýb bez akýchkoľvek únikov pomocou existujúcich testov. Preto musí QA používať optimalizačné techniky a strategizovať, ako by pristúpili k testovaniu.

Vysvetlíme to pomocou príklad.

Príklady použitia prípadu funkčného testovania:

Využite online portál HRMS, kde sa zamestnanec prihlási pomocou svojho používateľského účtu a hesla. Na prihlasovacej stránke sú dve textové polia pre používateľské meno a heslo a dve tlačidlá: Prihlásiť sa a Zrušiť. Úspešné prihlásenie presmeruje používateľa na domovskú stránku HRMS a zrušením sa prihlásenie zruší.

Špecifikácie sú uvedené nižšie:

# 1) Pole ID užívateľa má minimálne 6 znakov, maximálne 10 znakov, číslice (0-9), písmená (a-z, A-z), špeciálne znaky (povolené iba podčiarknutie, bodka, spojovník) a nemôže zostať prázdne. ID užívateľa musí začínať znakom alebo číslom, nie špeciálnymi znakmi.

#dva) Pole pre heslo môže obsahovať minimálne 6 znakov, maximálne 8 znakov, číslice (0-9), písmená (a-z, A-Z), špeciálne znaky (všetky) a nesmie byť prázdne.

Základný prístup k testovaniu tohto scenára možno rozdeliť do dvoch širokých kategórií:

1. Pozitívne testovanie a
2. Negatívne testovanie

Každá z týchto kategórií má samozrejme svoj pododdiel testov, ktoré sa budú vykonávať.

Pozitívne testy sú šťastné testy, ktoré sa vykonávajú, aby sa zabezpečilo, že produkt spĺňa - minimálne základné požiadavky, ktoré sú pre použitie zákazníka nevyhnutné.

Negatívne scenáre Zaistite, aby sa produkt správal správne, aj keď je vystavený neočakávaným údajom.

Navrhované čítanie => Čo je negatívne testovanie a ako písať prípady negatívnych testov

Teraz sa pokúsim štruktúrovať testovacie techniky pomocou nižšie uvedeného vývojového diagramu. Dostaneme sa do podrobností každého z týchto testov.

Techniky funkčného testovania

# 1) Testy založené na koncovom používateľovi / systéme

Testovaný systém môže mať veľa komponentov, ktoré keď sa spoja, dosiahnu užívateľský scenár.

V Príklad , scenár zákazníka by zahŕňal úlohy, ako je načítanie aplikácií HRMS, zadanie správnych údajov, prechod na domovskú stránku, vykonanie niektorých akcií a odhlásenie zo systému. Tento konkrétny tok musí pre základné obchodné scenáre fungovať bez akýchkoľvek chýb.

Niektoré vzorky sú uvedené nižšie:

Toto je základný príklad tvorby testovacích prípadov pre situácie. Vyššie uvedený formát bude platiť aj pre všetky nižšie uvedené testy. Z dôvodu silného koncepčného uzemnenia som vykonal iba niekoľko jednoduchých testov hore a dole.

# 2) Testy rovnocennosti

V Rozdelenie rovnocennosti , sú údaje o teste rozdelené do rôznych oddielov, ktoré sa nazývajú triedy údajov ekvivalencie. Dáta v každej oblasti sa musia správať rovnako, preto je potrebné testovať iba jednu podmienku. Podobne, ak jedna podmienka v oddiele nefunguje, nebude fungovať žiadna z ostatných.

Napríklad , vo vyššie uvedenom scenári môže mať pole ID používateľa maximálne 10 znakov, takže zadávanie údajov> 10 by sa malo správať rovnako.

# 3) Testy hraničných hodnôt

Hraničné testy naznačujú dátové limity pre aplikáciu a overujú, ako sa správa.

Ak sa teda vstupy dodávajú za hraničné hodnoty, považuje sa to za negatívne testovanie. Takže hraničný limit nastavuje pre používateľa minimálne 6 znakov. Testy napísané na identifikáciu používateľa<6 characters are boundary analysis tests.

# 4) Testy založené na rozhodovaní

Testy založené na rozhodovaní sú zamerané na ideológiu možných výsledkov systému pri splnení konkrétnej podmienky.

V uvedenom scenári je možné okamžite odvodiť nasledujúce testy založené na rozhodovaní:

1. Ak sú zadané nesprávne poverenia, malo by to pre používateľa znamenať a znovu načítať prihlasovaciu stránku.
2. Ak používateľ zadá správne poverenia, malo by ho prejsť na ďalšie používateľské rozhranie.
3. Ak používateľ zadá správne poverenia, ale chce zrušiť prihlásenie, nemalo by ho preniesť na ďalšie používateľské rozhranie a znovu načítať prihlasovaciu stránku.

# 5) Alternatívne prietokové testy

Spustia sa testy alternatívnej cesty na overenie všetkých možných spôsobov, ktoré existujú, okrem hlavného toku na vykonanie funkcie.

# 6) Ad-hoc testy

Keď sa väčšina chýb odhalí pomocou vyššie uvedených postupov, ad-hoc testy sú skvelým spôsobom, ako odhaliť nezrovnalosti, ktoré sa predtým nezistili. Vykonávajú sa s myšlienkou na rozbitie systému a na zistenie, či reaguje ladne.

Napríklad , vzorový testovací prípad by bol:

• Používateľ je prihlásený, ale správca pri vykonávaní niektorých operácií používateľské konto vymaže. Bolo by zaujímavé sledovať, ako to aplikácia ladne rieši.

Funkčné vs. nefunkčné testovanie:

Nefunkčné skúšky zamerať sa na kvalitu aplikácie / systému ako celku. Preto sa snaží odvodiť, ako dobre systém funguje podľa požiadaviek zákazníka, na rozdiel od funkcie, ktorú vykonáva.

=> Presný rozdiel si prečítajte tu

Automatizácia funkčných testov

Môžeme automatizovať funkčné testy?

Vďaka automatizácii je možné znížiť manuálne úsilie, ušetriť čas, vyhnúť sa sklzu chýb a zvýšiť efektivitu.

Nie je však možné automatizovať všetko a všetko. Toto testovanie je možné automatizovať, ale používateľ musí pre prípad automatizácie vypracovať testovacie prípady. Je dôležité nájsť správne testovacie prípady, ktoré sa majú automatizovať, spolu s vhodným nástrojom.

Automatizácia funkčných prípadov môže mať nevýhody, ako keď je počet testovacích prípadov oveľa viac a sú opakovane ustupované (čo je potrebné urobiť), potom môže vývojár čeliť problémom pri vykonávaní zmien v kóde.

Mnohokrát sa zdá, že pri vykonávaní analýzy úniku z defektu je zjavnou a trvalou príčinou úniku nedostatok pokrytia testom v konkrétnej funkcii.

Je tu opäť niekoľko príčin, ako napríklad nedostatok prostredia, nedostatok testerov, príliš veľa dodávaných funkcií, menej času na pokrytie všetkých aspektov testovania a niekedy jednoducho prehliadnutie.

Zatiaľ čo vyhradené testovacie tímy môžu robiť podrobné testovanie pri každom šprinte alebo každom testovacom cykle, chyby budú vždy existovať a vždy budú existovať chyby, ktoré by mohli chýbať. Toto je jedna zo základných potrieb zavedenia automatizácie testovania, čo má za následok výrazné zlepšenie efektívnosti celkového procesu testovania a pokrytia testovacích prípadov.

Hoci automatizované testovanie nikdy nemôže nahradiť manuálne testy, mať ideálnu kombináciu týchto dvoch riešení sa ukáže ako nevyhnutné pre dosiahnutie požadovanej kvality v softvérových projektoch.

Úvahy o automatizácii:

# 1) Vyberte správny nástroj na automatizáciu : Na trhu existuje niekoľko nástrojov, výber automatizačného nástroja je skutočnou výzvou! Môžete si však vytvoriť zoznam požiadaviek, na základe ktorých môžete zvoliť, ktorý automatizačný nástroj chcete použiť.

Niektoré základné aspekty, na ktoré treba myslieť, zahŕňajú:

• Vyberte nástroj, ktorý bude ľahko použiteľný pre všetkých členov QA tímu, ak ešte nemajú požadované zručnosti.
• Nástroj je možné použiť v rôznych prostrediach. Pre Príklad : Je možné skripty vytvárať na jednej platforme OS a bežať na inej? Vyžadujete automatizáciu CLI, automatizáciu používateľského rozhrania, automatizáciu mobilných aplikácií alebo všetko?
• Nástroj musí mať všetky požadované vlastnosti. Pre Príklad : Ak niektorí testeri neovládajú skriptovací jazyk, nástroj by mal mať funkciu nahrávania a prehrávania a potom podporovať prevod zaznamenaného skriptu do požadovaného skriptovacieho jazyka. Rovnako tak, ak potrebujete nástroj na podporu testov automatizovaného zostavenia, špecifických prehľadov a protokolovania, musí byť schopný aj to.
• Tento nástroj musí byť schopný podporovať opätovnú použiteľnosť testovacích prípadov v prípade zmien používateľského rozhrania.

Automatizačné nástroje : Existuje veľa nástrojov, ktoré sú k dispozícii pre funkčnú automatizáciu. Selén je pravdepodobne veľmi obľúbený, ale existuje aj niekoľko ďalších nástrojov s otvoreným zdrojom, ako sú Sahi, Watir, Robotium, AutoIt atď.

Na trhu je k dispozícii niekoľko nástrojov na automatizáciu testov. Ale výber vhodného nástroja je pre organizáciu veľmi dôležitý. Môže to závisieť od požiadavky, ľahkého použitia a dôležitej úlohy tu zohrávajú náklady.

Ďalej sú uvedené niektoré z najlepších funkčných testovacích nástrojov:

ako otvoriť xml súbor v prehliadači

• Selén
• QTP
• Junit
• Loadrunner
• MYDLO
• TestComplete

=> Skontrolujte tento Kompletný zoznam najlepších funkčných automatizačných nástrojov

#dva) Vyberte si správne testovacie prípady, ktoré chcete automatizovať : Ak chcete z automatizácie vyťažiť maximum, je nevyhnutné, aby ste boli inteligentní pri testoch, ktoré si vyberáte na automatizáciu. Ak existujú testy, ktoré si počas vykonávania testu vyžadujú určité nastavenie a konfigurácie, je najlepšie ich neautomatizovať.

Preto môžete automatizovať testy, ktoré:

• Je potrebné spustiť opakovane.
• Spustiť s rôznymi druhmi údajov.
• Niektoré testovacie prípady P1, P2 si vyžadujú veľa úsilia a času.
• Testy, ktoré sú náchylné na chyby.
• Sada testov, ktoré je potrebné spustiť v rôznych prostrediach, prehľadávačoch atď.

# 3) Vyhradený tím automatizácie : Toto je vo väčšine organizácií pravdepodobne prehliadané a automatizácia sa ukladá všetkým členom tímu QA.

Každý člen tímu má rôzne úrovne skúseností, sady zručností, úrovne záujmov, šírku pásma na podporu automatizácie atď. Niektorí jednotlivci sú pravdepodobne zručnejší v uskutočňovaní manuálnych testov, zatiaľ čo iní môžu poznať nástroje na skriptovanie a automatizáciu.

V takýchto situáciách je dobrým zvykom vykonať analýzu všetkých členov tímu a nechať niektorých členov venovať sa iba automatizácii.

Automatizačná činnosť vyžaduje čas, úsilie, znalosti a špecializovaný tím, ktorý pomôže dosiahnuť požadované výsledky namiesto toho, aby všetkých členov tímu preťažoval manuálnym aj automatizačným testovaním.

# 4) Testy založené na dátach: Automatizované testovacie prípady, ktoré vyžadujú viac súborov údajov, by mali byť dobre napísané, aby bolo možné ich opakovane použiť. Údaje môžu byť zapísané v zdrojoch, ako sú textové súbory alebo súbory vlastností, súbory XML, alebo načítané z databázy.

Nech už je zdroj údajov akýkoľvek, vytvorenie dobre štruktúrovaných automatizovaných údajov uľahčuje údržbu rámca a umožňuje využívať všetky existujúce testovacie skripty naplno.

# 5) Zmeny používateľského rozhrania nesmú prerušiť testy: Testovacie prípady, ktoré vytvoríte pomocou vybratého nástroja, musia byť schopné zvládnuť potenciálne zmeny používateľského rozhrania. Napríklad staršie verzie selénu používali miesto na identifikáciu prvkov stránky.

Ak sa teda používateľské rozhranie zmenilo, tieto prvky sa už na týchto miestach nenašli a povedú naopak k hromadnému zlyhaniu testov.

Preto je dôležité vopred porozumieť nedostatkom nástroja a vytvoriť testovacie prípady tak, aby v prípade zmien používateľského rozhrania boli potrebné iba minimálne zmeny.

# 6) Časté testovanie: Keď budete mať pripravený základný testovací automatizačný segment, naplánujte si častejšie vykonávanie tohto segmentu. Má to obojsmernú výhodu: Jednou z nich je, že môžete vylepšiť rámec automatizácie a zvýšiť jej robustnosť, a druhou je, že v procese zachytíte viac chýb.

Výhody

Nižšie sú uvedené rôzne výhody funkčného testovania:

• Toto testovanie reprodukuje alebo je replikou skutočného systému, t. J. Replikou toho, v čom je produkt v živom prostredí. Testovanie je zamerané na špecifikácie podľa použitia zákazníkom, t. J. Špecifikácie systému, operačný systém, prehľadávače atď.
• Nefunguje to na nijakých úvahách a predpokladoch o štruktúre systému.
• Toto testovanie zaisťuje dodanie vysoko kvalitného produktu, ktorý spĺňa požiadavky zákazníka, a zaručuje, že zákazník je spokojný s konečnými výsledkami.
• Zaisťuje dodanie produktu bez chýb, ktorý má všetky funkcie fungujúce podľa požiadaviek zákazníka.
• Vykonáva sa testovanie na základe rizika, aby sa znížila pravdepodobnosť akéhokoľvek druhu rizika v produkte.

Obmedzenia

Toto testovanie sa vykonáva s cieľom ubezpečiť sa, že produkt funguje podľa očakávania a že je implementovaná celá požiadavka a že produkt zodpovedá požiadavkám zákazníka.

Nezohľadňuje však ďalšie faktory, ako je výkonnosť produktu, t. J. Odozva, doba prevádzky atď., Ktoré sú dôležité a je veľmi potrebné, aby boli súčasťou testovania pred uvedením produktu na trh.

Nevýhody

• Existuje veľa šancí na vykonanie redundantného testovania.
• V produkte môžu chýbať logické chyby.
• Toto testovanie je založené na požiadavke, ak v prípade, že požiadavka nie je úplná alebo je komplikovaná alebo nie je jasná, je vykonávanie tohto testovania v takomto scenári náročné a môže byť tiež časovo náročné.

Preto sú v podstate oba tieto typy testovania potrebné pre kvalitný výrobok.

Záver

Tento tutoriál podrobne a úplne od základu pojednáva o všetkom, čo potrebujete vedieť o funkčnom testovaní.

Funkčné testovanie je jedným z dôležitých testovacích procesov, pretože overuje funkčnosť produktu, ktorá je najžiadanejšou, a skutočne dôležitým aspektom každého produktu alebo aplikácie.

O autorovi: Sanjay Zalavadia - ako viceprezident pre klientske služby pre Zephyr , prináša viac ako 15 rokov vedúcich skúseností v oblasti IT a služieb technickej podpory.

Dúfam, že niektoré z techník, ktoré sme navrhli, prídu všetkým čitateľom vhod. Dajte nám vedieť svoje myšlienky v komentároch nižšie.

Navrhované čítanie => Výukový program na testovanie funkcií

Odporúčané čítanie

• Funkčné testovanie vs. Nefunkčné testovanie
• Alfa testovanie a beta testovanie (kompletný sprievodca)
• Najlepšie nástroje na testovanie softvéru 2021 [QA Test Automation Tools]
• Rozdiely medzi testovaním jednotiek, testovaním integrácie a funkčným testovaním
• Typy testovania softvéru: Rôzne typy testovania s podrobnosťami
• Spock pre integráciu a funkčné testovanie so selénom
• Kompletný sprievodca zostavením Verification Testing (BVT Testing)
• Kompletný sprievodca nefunkčnými testami pre začiatočníkov