Top 25 Testování funkčnosti Interview Otázky a odpovědi

top 25 functional testing interview questions

Nejčastěji kladené otázky a odpovědi na funkční testování:

Jak název sám definuje, funkční testování je proces testování aplikace s ohledem na specifikace dokumentu požadavků.

Funkční testování lze provádět buď ručně, nebo pomocí automatizace, ale každý proces zahrnuje testování aplikace poskytnutím sady vstupů a určením nebo ověřením výsledku / výstupu porovnáním skutečného výsledku s očekávanými výsledky.

Funkční testování má různé fáze, které je třeba při testování vzít v úvahu. V tomto článku uvidíme několik otázek a odpovědí na pohovory, které vám pomohou se dobře připravit.

Nejpopulárnější otázky týkající se funkčního testování

Otázka č. 1) Co rozumíte pod pojmem „funkční testování“?

Odpovědět: Technika testování černé skříňky, při které se testuje funkčnost aplikace, aby se generoval požadovaný výstup poskytnutím určitého vstupu, se nazývá „funkční testování“.

Úlohou funkčního testování není jen ověřit chování aplikace podle specifikace dokumentu požadavku, ale také ověřit, zda je aplikace připravena k vydání do živého prostředí či nikoli.

Níže je uvedeno několik běžně používaných testovacích technik:

• Testování jednotky
• Kouřové zkoušky
• Testování integrace
• Testování systému
• Testování použitelnosti
• Regresní testování
• Testování přijetí uživatele

Otázka 2) Jaké jsou důležité kroky, které jsou zahrnuty ve funkčním testování?

Odpovědět: Následují kroky, které by měly být zahrnuty jako součást funkčního testování:

• Pochopení specifikace dokumentu požadavku a odstranění pochybností a dotazů ve formě komentářů k recenzi.
• Psaní testovacích případů s ohledem na specifikaci požadavku tím, že budete mít na paměti všechny scénáře, které by měly být brány v úvahu pro všechny případy.
• Identifikace testovacích vstupů a vyžádání testovacích dat, která jsou nutná k provedení testovacích případů a ke kontrole funkčnosti aplikace.
• Určete skutečné výsledky podle vstupních hodnot, které mají být testovány.
• Proveďte testovací případy, které určují, zda je chování aplikace podle očekávání nebo došlo k chybě.
• Porovnejte skutečný výsledek a vypočítaný výsledek a zjistěte skutečný výsledek.

Otázka č. 3) Vysvětlete rozdíl mezi funkčním testováním a nefunkčním testováním.

Odpovědět: Rozdíl mezi funkčním a nefunkčním testováním lze vysvětlit níže:

Otázka č. 4) Jak se „Sestavení“ liší od „Vydání“?

Odpověď: Build je spustitelný soubor, který odkazuje na tu část aplikace, která je předána testeru, aby otestoval implementovanou funkčnost aplikace spolu s některými opravami chyb. Sestavení může být testovacím týmem odmítnuto, pokud neprojde kritickým kontrolním seznamem, který obsahuje hlavní funkce aplikace.

V testovacím cyklu aplikace může být více sestavení.

Uvolnění označuje softwarovou aplikaci, která již není ve fázi testování a po dokončení testování a vývoje je aplikace předána klientovi. S jedním vydáním je spojeno několik sestavení.

Otázka č. 5) Vysvětlete cyklus chyb.

Odpovědět: O chybě se říká, že je nežádoucí chybou, chybou, chybou atd., Ke které došlo v aplikaci a brání jí v doručování požadovaného výstupu. Když se v aplikaci během testování vyskytne jakákoli vada nebo chyba, pak se od protokolování vady do jejího vyřešení bude chyba pohybovat v určitém životním cyklu známém jako Životní cyklus chyby.

Níže uvedený obrázek vám poskytne představu o životním cyklu Bug:

(obraz zdroj )

Celý proces probíhá, jakmile dojde k problému nebo chybě. Je hlášen / přihlášen nástroj pro sledování chyb ve značném formátu. Tyto chyby jsou přiřazeny vývojáři a jejich stav je nastaven jako „Otevřený“. Vývojář nyní může chybu zkontrolovat, na konci ji reprodukovat a začít na ní pracovat.

Pokud je chyba opravena, vývojář změní svůj stav na „Opravený“ nebo může být stav přesunut na „potřebovat více informací“, „nebude opraven“, „nelze reprodukovat“ atd., V ostatních případech. QA poté provede regresi, tj. Znovu ověří chyby konkrétní akcí a podle toho odpoví.

Pokud se problém / chyba nyní chová podle očekávání, změní se jeho stav na Ověřeno / Uzavřeno, znovu otevřít.

Otázka č. 6) Přihlaste se spolu s popisem stavu chyby.

souprava pro virtuální realitu kompatibilní s ps4

Odpovědět: Níže je uvedeno několik stavů chyb spolu s jejich popisy:

• Nový: Když je defekt nebo chyba zaznamenána poprvé, je označena jako nová.
• Přiřazeno: Poté, co tester zaznamená chybu, je jeho chyba zkontrolována vedoucím testeru a poté je přidělena příslušnému vývojářskému týmu.
• Otevřeno: Tester zaznamená chybu v otevřeném stavu a zůstane v otevřeném stavu, dokud vývojář s touto chybou neprovede nějaký úkol.
• Vyřešeno / Opraveno: Když vývojář vyřešil chybu, tj. Nyní aplikace produkuje požadovaný výstup pro konkrétní problém, změní vývojář svůj stav na Vyřešeno / Opraveno.
• Ověřeno / Uzavřeno: Když vývojář změnil stav na vyřešený / opravený, tester nyní otestuje problém na jeho konci a pokud je opraven, změní stav chyby na „Ověřeno / Zavřít“.
• Znovu otevřít: Pokud je tester schopen chybu reprodukovat znovu, tj. Chyba stále existuje i po opravě vývojářem, je její stav označen jako Znovu otevřít.
• Nejedná se o chybu / neplatné: Chyba může být označena jako neplatná nebo není chybou vývojáře, pokud je nahlášený problém podle dané funkce, ale je zaznamenán kvůli nesprávné interpretaci.
• Odložený: Obvykle, když má chyba minimální prioritu pro vydání a pokud je nedostatek času, v takovém případě jsou tyto chyby s minimální prioritou odloženy na další vydání.
• Nelze reprodukovat: Pokud vývojář nedokáže chybu na konci reprodukovat, postupujte podle kroků uvedených v čísle.

Otázka č. 7) Co se nazývá testování založené na datech?

Odpovědět: Testování založené na datech je metodika, při které se opakovaně provádí řada testovacích skriptů obsahujících testovací případy pomocí zdrojů dat, jako je tabulka aplikace Excel, soubor XML, soubor CSV, databáze SQL pro vstupní hodnoty a skutečný výstup se porovnává s očekávaným při ověřování proces.

Například, pro testování založené na datech se používá testovací studio.

Některé výhody testování na základě dat jsou:

• Opakovaná použitelnost.
• Opakovatelnost.
• Oddělení testovacích dat od testovací logiky.
• Počet testovacích případů je snížen.

Otázka č. 8) Jaké jsou důležité body, které je třeba vzít v úvahu při psaní testovacích případů?

Odpovědět: Psaní testovacího případu se říká, že je nejdůležitější aktivitou procesu provádění testu, která vyžaduje psaní a hluboké znalosti aplikace pro efektivní a opakovaně použitelné testovací případy.

Několik důležitých bodů, které byste měli vzít v úvahu při psaní testovacích případů, zahrnují:

• Než začnete psát testovací případy, měli byste jasně porozumět požadavkům klienta. Nic by se nemělo předpokládat a všechny pochybnosti týkající se požadavků by měly být odstraněny.
• Každý požadavek by měl být zahrnut ve formě testovacích případů a nemělo by se nic vynechat. Obvykle je udržována matice sledovatelnosti, aby byla zajištěna kontrola implementace každého požadavku a dokončení testování.
• Podle specifikací dokumentu požadavku by měl být zahrnut každý funkční i nefunkční požadavek včetně uživatelského rozhraní, kompatibilita.
• Testovací případy by měly být čas od času zkontrolovány, zda nedochází k jejich opakování nebo redundanci.
• Priorita je důležitým faktorem, který by měl být stanoven pro testovací případy během psaní. Tato priorita pomáhá testerovi nejprve otestovat aplikaci s případy testů s vysokou prioritou, které zahrnují základní funkčnost, poté střední a později testovací případy s nízkou prioritou.
• U konkrétního vydání lze testovací případy také sestavit pomocí Sprintu, aby tester i vývojář mohli analyzovat kvalitu produktu na základě provedení testovacího případu.
• Struktura testovacích případů by měla být snadno srozumitelná a musí být v jednoduchém jazyce. Hodnoty vstupních dat pro testovací případy by měly být platné i v širokém rozsahu.

Otázka č. 9) Co je testování automatizace?

Odpovědět: Automatizační testování je metodika testování, při které se k provádění sady testovacích případů používá automatizační nástroj, aby se zvýšilo pokrytí testem i rychlost provádění testu. Testování automatizace nevyžaduje žádný lidský zásah, protože provádí předskriptované testy a je schopen vykazovat a porovnávat výsledky s předchozími testy.

Opakovatelnost, snadné použití, přesnost a větší konzistence jsou některé z výhod testování automatizace.

Některé nástroje pro testování automatizace jsou uvedeny níže:

• Selen
• Telur
• voda
• MÝDLO

Otázka č. 10) Vysvětlete pojem zátěžové testování a zátěžové testování.

Odpovědět:

Stresové testování je forma testování výkonu, kde je aplikace povinna projít námahou nebo stresem, tj. spuštění aplikace nad prahovou hodnotu přerušení, aby se určil bod, kde dojde k chybě aplikace. Tato podmínka obvykle nastává, když je příliš mnoho uživatelů a příliš mnoho dat.

Zátěžové testování také ověří obnovení aplikace, když se sníží pracovní zátěž.

Testování zátěže je forma testování výkonu, kde se aplikace spouští nad různými úrovněmi zatížení, aby se sledoval špičkový výkon serveru, doba odezvy, propustnost serveru atd. Prostřednictvím testování zátěžového procesu se určuje stabilita, výkon a integrita aplikace při souběžném zatížení systému .

Otázka č. 11) Co rozumíte při testování hlasitosti?

Odpovědět: Testování svazků je forma testování výkonu, která určuje úrovně výkonu propustnosti serveru a doby odezvy, když jsou souběžní uživatelé, stejně jako velké zatížení dat z databáze, testovány na systém / aplikaci.

Otázka č. 12) Jaké jsou různé testovací techniky používané při funkčním testování?

Odpovědět: Při testování funkčnosti se používají dvě různé testovací techniky.

Mohou být definovány níže:

• Testování na základě požadavků: Tato forma funkčního testování se provádí s prioritou požadavků na základě kritérií rizika. Tím se také zajistí, že do procesu testování byly zahrnuty všechny kritické testovací cesty.
• Testování založené na obchodních procesech: Tato forma funkčního testování se provádí z pohledu obchodního procesu. Scénáře zahrnují znalost obchodních procesů pro provádění testování.

Otázka č. 13) Co rozumíte průzkumným testováním? Kdy se provádí?

Odpovědět: Průzkumné testování znamená testování nebo zkoumání aplikace bez dodržování jakýchkoli plánů nebo postupů. Při provádění průzkumného testování testeři nenásledují žádný vzor a používají své out of box myšlení a různé nápady, aby zjistili, jak aplikace funguje.

Sledování tohoto procesu pokrývá i nejmenší část aplikace a pomáhá při hledání více problémů / chyb než v běžném procesu testování případu.

Průzkumné testování se obvykle provádí v případech, kdy:

• V testovacím týmu je zkušený tester, který může pomocí svých testovacích zkušeností použít všechny nejlepší možné scénáře.
• Všechny kritické cesty byly pokryty a hlavní testovací případy jsou připraveny podle specifikací požadavků, které byly provedeny.
• K dispozici je kritická aplikace a v žádném případě nemůže chybět žádný možný případ.
• Do týmu vstoupil nový tester, který prozkoumá aplikaci a pomůže jim lépe porozumět, stejně jako budou sledovat svou vlastní mysl při provádění jakéhokoli scénáře, místo aby sledovali cestu uvedenou v dokumentu s požadavky.

Otázka č. 14) Jaké jsou možné funkce přihlášení pro jakoukoli webovou aplikaci, které by měly být testovány?

Odpovědět: Níže jsou uvedeny možné scénáře, které lze provést k úplnému otestování funkce přihlášení jakékoli aplikace:

• Zkontrolujte vstupní pole, tj. Uživatelské jméno a heslo s platnými i neplatnými hodnotami.
• Zkuste zadat platné ID e-mailu s nesprávným heslem a také zadejte neplatný e-mail a platné heslo. Zkontrolujte správnou zobrazenou chybovou zprávu.
• Zadejte platná pověření a přihlaste se do aplikace. Zavřete a znovu otevřete prohlížeč a zkontrolujte, zda jste stále přihlášeni.
• Po přihlášení zadejte aplikaci a poté znovu přejděte zpět na přihlašovací stránku a zkontrolujte, zda je uživatel znovu vyzván k přihlášení nebo ne.
• Přihlaste se z jednoho prohlížeče a otevřete aplikaci z jiného prohlížeče a ověřte, zda jste také přihlášeni do jiného prohlížeče.
• Po přihlášení do aplikace změňte heslo a zkuste se přihlásit pomocí starého hesla.

Existuje několik dalších možných scénářů, které lze testovat.

Otázka č. 15) Vysvětlete testování přístupnosti a jeho důležitost v tomto scénáři.

Odpovědět: Testování přístupnosti je forma testování použitelnosti, kde se testování provádí, aby bylo zajištěno, že s aplikací mohou snadno pracovat lidé se zdravotním postižením, jako je sluch, barevná slepota, slabá viditelnost atd. V dnešním scénáři si web získal hlavní místo v našem životě v forma stránek elektronického obchodování, e-learning, e-platby atd.

Aby tedy mohl v životě lépe růst, měl by být každý schopen být součástí technologie, zejména lidé s určitým postižením.

Níže je uvedeno několik typů softwaru, který pomáhá a pomáhá lidem se zdravotním postižením používat technologii:

• Software pro rozpoznávání řeči
• Software pro čtení z obrazovky
• Software pro zvětšení obrazovky
• Speciální klávesnice

Otázka č. 16) Co je testování Adhoc?

Odpovědět: Adhoc testování, obvykle známé jako náhodné testování, je forma testování, která se neřídí žádným testovacím případem nebo požadavkem aplikace. Testování Adhoc je v podstatě neplánovaná aktivita, při které je libovolná část aplikace náhodně kontrolována, aby se zjistily vady.

V takových případech jsou zjištěné vady velmi obtížné reprodukovat, protože nejsou dodržovány žádné plánované testovací případy. Adhoc testování se obvykle provádí, když je omezený čas na provedení komplikovaného testování.

Otázka č. 17) Co je rozdělení ekvivalence?

Odpovědět: Rozdělení ekvivalence, také známé jako rozdělení tříd ekvivalence, je formou testování černé skříňky, kde se vstupní data dělí na datové třídy. Tento proces se provádí s cílem snížit počet testovacích případů, ale stále pokrývá maximální požadavek.

Používá se technika rozdělení ekvivalence, kde lze hodnoty vstupních dat rozdělit do rozsahů. Rozsah vstupních hodnot je definován takovým způsobem, že má být testována pouze jedna podmínka z každé oblasti rozsahu za předpokladu, že se všechny ostatní podmínky stejné oblasti budou chovat stejně jako software.

otevřete soubor .jnlp Windows 10

Například: Abychom mohli určit úrokovou sazbu podle zůstatku na účtu, můžeme identifikovat rozsah výše zůstatku na účtu, který vydělává jinou úrokovou sazbu.

Otázka č. 18) Vysvětlete analýzu hraničních hodnot.

Odpovědět: Metoda analýzy hraničních hodnot kontroluje hraniční hodnoty oddílů třídy ekvivalence. Analýza hraničních hodnot je v podstatě testovací technikou, která identifikuje chyby na hranicích, nikoli v rámci hodnot rozsahu.

Například , Vstupní pole může obsahovat minimálně 8 znaků a maximálně 12 znaků, poté se za platný rozsah považuje 8–12 a za neplatný rozsah 13. Podle toho jsou testovací případy zapsány pro platnou hodnotu oddílu, přesnou hraniční hodnotu a neplatnou hodnotu oddílu.

Otázka č. 19) Vysvětlete rozdíl mezi závažností a prioritou.

Odpovědět: Závažnost vady je definována úrovní nebo mírou dopadu vady na testovanou aplikaci. Čím vyšší je závažnost vady, tím větší je dopad na aplikaci.

Následují 4 třídy, ve kterých je kategorizována závažnost vady:

• Kritický
• Hlavní, důležitý
• Střední
• Nízký

Priorita vady definuje pořadí, ve kterém by měla být vada vyřešena jako první, tj. čím vyšší je priorita vady, znamená to, že aplikace je v určitém okamžiku nepoužitelná nebo zaseknutá a vada by měla být vyřešena co nejdříve.

Následují 3 třídy, ve kterých je definována priorita vady:

• Vysoký
• Střední
• Nízký

Otázka č. 20) Kdy provádíme kouřové testy?

Odpovědět: Po obdržení sestavení se na aplikaci provádí kouřové testování. Tester obvykle testuje kritickou cestu, nikoli hloubkovou funkčnost, aby se ujistil, zda má být sestava přijata pro další testování nebo má být odmítnuta v případě nefunkční aplikace.

Kontrolní seznam kouře obvykle obsahuje kritickou cestu aplikace, bez které je aplikace blokována.

Otázka č. 21) Čemu rozumíte při testování zdravého rozumu?

Odpovědět: Test příčetnosti se provádí po obdržení sestavení, aby se zkontrolovala nová funkčnost / defekty, které mají být opraveny. V této formě testování je cílem zkontrolovat funkčnost zhruba podle očekávání a určit, zda je chyba opravena, a také vliv opravené chyby na testovanou aplikaci.

Nemá smysl přijímat sestavení testerem a ztrácet čas, pokud selže testování rozumu.

Otázka č. 22) Co rozumíte v matici požadavků na sledovatelnost?

Odpovědět: Matice sledovatelnosti požadavků (RTM) je nástroj ke sledování pokrytí požadavků během procesu testování.

V RTM jsou všechny požadavky kategorizovány jako jejich vývoj v průběhu sprintu a jejich příslušná ID (implementace / vylepšení nových funkcí / předchozí vydání atd.) Jsou udržována pro udržení přehledu o tom, že vše, co je uvedeno v dokumentu požadavků, bylo implementováno před vydáním produkt.

RTM je vytvořeno ihned po obdržení dokumentu s požadavkem a je udržováno až do vydání produktu.

Otázka č. 23) Jaké jsou faktory, které je třeba vzít v úvahu při testování založeném na riziku?

Odpovědět: Testováním projektu založeného na rizicích neslouží pouze k tomu, aby byl projekt bez rizika, ale hlavním cílem testování založeného na riziku je dosáhnout výsledku projektu prováděním osvědčených postupů řízení rizik.

Při testování založeném na riziku je třeba vzít v úvahu tyto hlavní faktory:

• Identifikovat, kdy a jak implementovat testování založené na riziku u vhodné aplikace.
• Identifikovat opatření, která dobře fungují při hledání a zvládání rizik v kritických oblastech aplikace.
• K dosažení výsledku projektu, který vyvažuje riziko s kvalitou a vlastnostmi aplikace.

Otázka č. 24) Rozlišujte mezi regresním testováním a opakovaným testováním.

Odpovědět: Rozdíl mezi regresním testováním a re-testováním lze vysvětlit takto:

Otázka č. 25) Vysvětlete testování přijetí uživatele.

Odpovědět: Akceptační testování uživatelem se obvykle provádí po důkladném otestování produktu. V této formě testování si uživatelé softwaru nebo řekněme klient sami používají aplikaci, aby se ujistili, že vše funguje podle požadavků a dokonale ve scénáři reálného světa.

UAT je také známý jako testování koncovým uživatelem.

Závěr

Prostřednictvím tohoto článku jsem se pokusil vysvětlit každé téma funkčního testování, aby kdokoli, kdo se připravuje na pohovor, mohl tomuto tématu snadno porozumět a také si ho zapamatovat.

Tyto otázky a odpovědi k funkčním testovacím rozhovorům vás dovedou k úspěšnému vymazání jakéhokoli rozhovoru s plnou jistotou.

Přejeme vám všem úspěch.

Doufám, že vám tyto otázky a odpovědi týkající se funkčních testovacích rozhovorů pomohou v určitém okamžiku vaší kariéry.

Doporučené čtení

• Funkční testování vs. nefunkční testování
• 16 nových funkcí nástroje Micro Focus UFT (Unified Functional Testing) - QTP vs. UFT
• 5 nejlepších alternativních nástrojů HP Unified Functional Testing (UFT)
• Kompletní průvodce nefunkčním testováním pro začátečníky
• Podrobný průvodce Jubula - nástroj pro automatické testování funkčnosti Open Source
• Funkční testování vs. Testování výkonu: Mělo by se provádět současně?
• Kompletní průvodce funkčním testováním s jeho typy a příklady
• Výukový program Parrot QA: Recenze funkčního testovacího nástroje pro různé prohlížeče
• Spock pro integraci a funkční testování se selenem
• Rozdíly mezi testováním jednotek, testováním integrace a funkčním testováním
• Top 25 Testování funkčnosti Interview Otázky a odpovědi
• Top 30 nástrojů pro funkční testování v roce 2021