Úvod do otázek manuálního testování rozhovorů
Mnoho lidí má mylné představy, že v dnešní době společnosti nepřijímají ruční testery, existuje požadavek automatizačních testerů pouze na trhu. To však není pravda. Není pochyb o tom, že společnosti směřují k automatizaci, takže existuje vysoká poptávka po testerech automatizace, ale v každém projektu nelze všechno automatizovat, vždy existuje rozsah ručního testování a také ruční testeři jsou povinni mít hluboké znalosti o všechny typy testování, testovací scénáře, rozdíly mezi nimi atd. Existuje mnoho certifikací testování a jako začátečník nebo ruční tester se doporučuje vyčistit certifikaci ISTQB, protože poskytuje hluboké znalosti o základních koncepcích testování.
Nyní, pokud hledáte práci, která souvisí s ručním testováním, musíte se připravit na otázky pohovoru s ručním testováním 2019. Je pravda, že každý pohovor se liší podle různých profilů práce. Zde jsme připravili důležité otázky a odpovědi týkající se ručního testování rozhovorů, které vám pomohou dosáhnout úspěchu při pohovoru.
V tomto článku o otázkách rozhovoru s manuálním testováním z roku 2019 představíme 10 nejdůležitějších a nejčastěji kladených otázek rozhovoru s manuálním testováním. Tyto rozhovory jsou rozděleny do dvou částí:
Část 1 - Otázky týkající se ručního testování rozhovorů (základní)
Tato první část zahrnuje základní otázky a odpovědi týkající se ručního testování rozhovorů.
Q1. Jaký je rozdíl mezi ověřením a ověřením v testování softwaru?
Odpovědět:
Ověření zahrnuje statický proces ověření dokumentů, kódu a návrhu, aby se ověřilo, zda software vyhovuje požadavkům uvedeným v dokumentech (SRS). Zahrnuje průchod, inspekci a revizi kódu. Vzhledem k tomu, že ověření je dynamický proces, který vyžaduje provedení kódu a kontrolu, zda software pracuje podle očekávání nebo ne. Jedná se o nalezení chyb, které provádí testovací tým provedením kódu. Testování černé skříňky, testování bílé skříňky a testování šedé skříňky je součástí testování v Software Validation.
Q2. Jaký je rozdíl mezi testovacím ovladačem a testovacím stubem při testování softwaru?
Odpovědět:
Test Driver a Test Stub jsou v podstatě kusem kódu, který slouží jako náhrada za původní nevyvinutý kód, aby bylo možné provést testování. Ovladače se používají v přístupu zdola nahoru a v zásadě se používají jako volající moduly, pokud jsou implementovány interní moduly a je třeba je otestovat, zatímco výhony se používají v přístupu shora dolů a používají se tam, kde je připraven hlavní modul, ale nazývané moduly jsou zatím není hotovo.
Například ve webové aplikaci existují 3 moduly, tj. Přihlášení, Domů, Uživatelé. Pokud je přihlašovací modul připraven, ale nikoli Home a Users, tak náhradní „volal“ modul pro Home a Users je Stub, když je připraven hlavní modul Login. Ale pokud je modul Domů a Uživatelé připraven, ale hlavní modul Přihlášení není připraven, tak se náhradní „volající“ modul pro přihlášení nazývá Driver.
Q3. V jakém okamžiku aplikace bychom měli začít testovat?
Odpovědět:
Jakmile jsou požadavky shromážděny v projektu, mělo by začít plánování testů, strategie testů a vytváření testovacích případů nebo celý proces testování. Dnes téměř všechny projekty sledují agilní metodologii, takže požadavky nejsou na začátku stanoveny, ale testerům jsou poskytovány uživatelské příběhy o nových funkcích, které budou implementovány v konkrétní verzi. Spolu s vývojem softwaru tedy začalo plánování testů a vytváření testovacích případů nebo vytváření testovacích skriptů (v případě testování automatizace). Většina společností postupuje podle přístupu Test Driven Development (TDD) k vývoji softwaru, ve kterém jsou testovací případy psány před kódem a kód je psán v souladu s validací testu.
Přejdeme k dalším otázkám manuálního testování rozhovorů.
Q4. Jaké body je třeba mít na paměti při testování webových a mobilních aplikací nebo rozdíly v testování těchto dvou?
Odpovědět:
Testování webových a mobilních aplikací je jiné. Při testování je tedy třeba testovat různé scénáře:
- Podpora prohlížeče je testována pro webové aplikace jako Chrome, Firefox, IE atd., Zatímco mobilní aplikace je testována na různých verzích OS, jako je Android 7, 8, 9 atd.
- Selhání aplikace na různých scénářích a překážka mezi jinými aplikacemi mezi nimi je testována v mobilní aplikaci, zatímco testování relací a souborů cookie se provádí ve webových aplikacích.
- V mobilních aplikacích je aplikace testována na různých velikostech mobilních obrazovek, zda jsou prvky správně zarovnány podle velikosti obrazovky, zatímco webová aplikace je testována na různých rozlišeních desktopů.
- Gesta rukou a hlasu, jako je sevření, přejetí prstem, rozpoznávání hlasu, se testují na mobilních zařízeních, zatímco jednoduché funkce psaní a vkládání a kopírování se testují ve webových aplikacích.
Q5. Je v pořádku používat Agilní model pro testování malých projektů?
Odpovědět:
Agilní je inkrementální a iterativní přístup pro vývoj softwaru a je vhodnější pro flexibilní a velké projekty, kde se požadavky časem mění. U malých projektů, kde požadavky nejsou příliš velké, by Agile neměl být upřednostňován, protože by to stálo vyšší rozpočet projektu, protože zahrnuje různé týmy pracující současně a může omezit celkový čas v dodávce softwaru.
Část 2 - Otázky k pohovoru s ručním testováním (pokročilé)
Podívejme se nyní na pokročilé otázky a odpovědi týkající se rozhovoru s ručním testováním.
Q6. Co je to životní cyklus testování softwaru?
Odpovědět:
Životní cyklus testování softwaru (STLC) je proces, který zahrnuje postupný postup, který je dodržován při testování jakékoli softwarové aplikace, aby se zajistilo, že software funguje podle očekávání. Níže jsou uvedeny různé fáze STLC:
- Shromažďování požadavků
- Plánování testů
- Analýza testu
- Návrh zkoušky
- Testujte nastavení prostředí
- Provedení testu
- Vyzkoušejte uzavření
Q7. Co je negativní testování a proč se provádí?
Odpovědět:
Negativní testování, známé také jako falešné testování nebo testování cesty chyb, zahrnuje testování jakékoli softwarové aplikace za neočekávaných podmínek. Pozitivní testování zajišťuje, že software pracuje podle očekávání, zatímco negativní testování říká, jak se bude software chovat v nerovnoměrných / neočekávaných podmínkách. Je to proto, aby byla zajištěna stabilita aplikace.
Předpokládejme, že pro aplikaci elektronického obchodu mohou být negativními testovacími případy, pokud daná osoba přidá do URL nějaký extra / škodlivý obsah, pak jaký by měl být výstup, pokud aplikace dokáže zpracovat 1000 uživatelů najednou, jak se bude chovat, když se uživatelé zvýší třikrát atd.
Přejdeme k dalším otázkám manuálního testování rozhovorů.
Q8. Rozdíl mezi chybou, vadou a selháním s ohledem na testování softwaru?
Odpovědět:
Mezi vadou, chybou a poruchou existuje nepatrný rozdíl. Pokud některá funkce nefunguje podle očekávání nebo se skutečný a očekávaný výsledek liší. A tento problém najde vývojář pouze ve vývojové fázi, pak se nazývá vada. Pokud závada odešla ve vývojové fázi a je ve zkušební fázi nalezena testerem, pak je tato závada známa jako chyba. Když je software dodán koncovému uživateli a zákazník zjistí jakýkoli problém, pak je známý jako neúspěch.
Q9. Co je testování rozdělení oddílů?
Odpovědět:
Je to typ testování black-boxů, které lze použít na jakékoli úrovni, jako je Unit, Integration a System test. V tomto testování je vstupní rozsah rozdělen do ekvivalentní skupiny, u které se očekává, že bude vykazovat stejné chování pro každý rozsah. Pokud například textové pole pro heslo přijímá hodnotu mezi 5–15 znaky, může být rozsah 5–15, což je platné, více než 15 je neplatné, 0-5, které je neplatné.
Q10. Co je to Test Coverage? Je možné získat 100% pokrytí testem?
Odpovědět:
Pokrytí testu je v zásadě metrika kvality, která představuje množství kódu aplikace, na které se vztahují testovací případy, nebo množství testování, které se provádí vytvořenými testovacími případy. Pomáhá sledovat kvalitu testování. Další testovací případy pokrývající maximální oblasti aplikace pomáhají dosáhnout maximálního pokrytí testem a snižují tak šance na selhání. Ačkoli není možné dosáhnout 100% pokrytí testem, můžeme zajistit, aby byly vytvořeny testovací případy pro každou větev, což je prohlášení pokrývající maximální oblasti kódu.
Doporučené články
Toto byl průvodce seznamem otázek a odpovědí na manuální testování rozhovorů, aby uchazeč mohl snadno zakročit proti těmto dotazům na manuální testování. Zde v tomto příspěvku jsme studovali nejvyšší otázky manuálního testování rozhovorů, které jsou často kladeny v rozhovorech. Další informace naleznete také v následujících článcích -
- Top 13 dotazů na testování databáze Interview
- Dotazy na testování hry
- Otázky a odpovědi týkající se testování rozhovorů ETL
- Interview otázky penetračního testování
- Jak funguje dělení na ekvivalenci?