Úvod do otázok manuálneho testovania rozhovorov
Mnoho ľudí má mylné predstavy, že spoločnosti v súčasnosti nenajímajú manuálne testery, testery automatizácie sa vyžadujú iba na trhu. To však nie je pravda. Keďže spoločnosti postupujú smerom k automatizácii, takže existuje vysoký dopyt po automatických testeroch, ale v žiadnom projekte nie je možné všetky veci automatizovať, existuje vždy rozsah manuálneho testovania a manuálne testery sú tiež povinné mať hlboké vedomosti o všetky typy testovania, testovacie scenáre, rozdiely medzi nimi atď. Existuje veľa certifikácií na testovanie a ako začiatočník alebo manuálny tester sa odporúča vyčistiť osvedčenie ISTQB, pretože poskytuje hlboké znalosti o základných koncepciách testovania.
Teraz, ak hľadáte prácu, ktorá súvisí s ručným testovaním, musíte sa pripraviť na otázky týkajúce sa rozhovoru s ručným testovaním 2019. Je pravda, že každý pohovor sa líši podľa rôznych profilov zamestnania. Tu sme pripravili dôležité otázky a odpovede týkajúce sa manuálneho testovacieho rozhovoru, ktoré vám pomôžu dosiahnuť úspech v pohovore.
V tomto článku o otázkach týkajúcich sa rozhovorov s ručným testovaním 2019 uvádzame 10 najdôležitejších a často kladených otázok týkajúcich sa rozhovorov s ručným testovaním. Tieto otázky týkajúce sa rozhovoru sú rozdelené do dvoch častí:
1. časť - Otázky týkajúce sa rozhovoru s ručným testovaním (základné)
Táto prvá časť obsahuje základné otázky a odpovede týkajúce sa manuálneho testovania.
Q1. Aký je rozdiel medzi overením a overením v testovaní softvéru?
odpoveď:
Overovanie zahŕňa statický proces overovania dokumentov, kódu a dizajnu, aby sa skontrolovalo, či softvér spĺňa požiadavky uvedené v dokumentoch (SRS). Zahŕňa postup, kontrolu a kontrolu kódu. Keďže validácia je dynamický proces, ktorý zahŕňa vykonanie kódu a kontrolu, či softvér pracuje podľa očakávania alebo nie. Zahŕňa zistenie chýb, ktoré vykonáva testovací tím vykonaním kódu. Testovanie čiernej skrinky, testovanie bielej skrinky a testovanie šedej skrinky je súčasťou testovania v softvérovom overení pravosti.
Q2. Aký je rozdiel medzi testovacím ovládačom a testovacím výhonkom pri testovaní softvéru?
odpoveď:
Test Driver a Test Stub sú v podstate kus kódu, ktorý slúži ako náhrada za pôvodný nevyvinutý kód, aby sa vykonalo testovanie. Ovládače sa používajú v prístupe zdola nahor a v zásade sa používajú ako volacie moduly, ak sú interné moduly implementované a je potrebné ich otestovať, zatiaľ čo výhonky sa používajú v prístupe zhora nadol a používajú sa tam, kde sa pripravuje hlavný modul, ale nazývané moduly sú zatiaľ nie je hotové.
Napríklad vo webovej aplikácii sú 3 moduly, tj Login, Home, Users. Ak je prihlasovací modul pripravený, ale nie Doma a Používatelia, tak náhradný modul s názvom „Domác a používatelia“ je Stub, keď je pripravený hlavný modul Prihlásenie. Ak je ale pripravený modul Domov a používatelia, ale hlavný modul Login nie je pripravený, tak sa náhradný modul „volanie“ prihlásenia nazýva Driver.
Q3. V akom okamihu aplikácie by sme mali začať testovať?
odpoveď:
Akonáhle sú požiadavky zhromaždené v projekte, malo by sa začať plánovanie testovania, stratégia testovania a tvorba testovacieho prípadu alebo celý testovací proces. V súčasnosti sa takmer všetky projekty riadia agilnou metodológiou, takže požiadavky nie sú stanovené na začiatku, ale testerom sa poskytujú príbehy používateľov o nových funkciách, ktoré sa majú implementovať v konkrétnom vydaní. Spolu s vývojom softvéru sa začalo plánovanie testovania a tvorba testovacieho prípadu alebo tvorba testovacieho skriptu (v prípade testovania automatizácie). Väčšina spoločností používa prístup vyvíjaný testovaním (TDD), aby vyvinula softvér, v ktorom sú testovacie prípady napísané pred kódom a kód je napísaný v súlade s validáciou testu.
Prejdime k ďalším otázkam manuálneho testovacieho rozhovoru.
Q4. Na aké body je potrebné pamätať pri testovaní webových a mobilných aplikácií alebo rozdielov pri testovaní týchto dvoch aplikácií?
odpoveď:
Testovanie webových a mobilných aplikácií je odlišné. Pri ich testovaní je preto potrebné testovať rôzne scenáre:
- Podpora prehliadača je testovaná pre webové aplikácie ako Chrome, Firefox, IE atď., Zatiaľ čo mobilná aplikácia je testovaná na rôznych verziách OS, ako sú Android 7, 8, 9 atď.
- Zlyhanie aplikácií v rôznych scenároch a prekážka medzi inými aplikáciami medzi nimi sa testuje v mobilných aplikáciách, zatiaľ čo testovanie webových stránok a relácie sa vykonáva vo webových aplikáciách.
- V mobilných aplikáciách sa testuje na rôznych veľkostiach mobilných obrazoviek, či sú prvky správne zarovnané podľa veľkosti obrazovky, zatiaľ čo webová aplikácia sa testuje na rôznych rozlíšeniach stolových počítačov.
- Gestá rúk a hlasu, ako je stlačenie, potiahnutie prstom, rozpoznávanie hlasu, sa testujú na mobilných zariadeniach, zatiaľ čo jednoduché funkcie písania a vkladania a kopírovania sa testujú vo webových aplikáciách.
Q5. Je v poriadku používať agilný model na testovanie malých projektov?
odpoveď:
Agilný je prírastkový a opakujúci sa prístup k vývoju softvéru a je vhodnejší pre flexibilné a veľké projekty, kde sa požiadavky časom menia. V prípade malých projektov, kde požiadavky nie sú príliš vysoké, by sa Agile nemala uprednostňovať, pretože by to stálo viac rozpočtu na projekt, pretože zahŕňa rôzne tímy pracujúce súčasne a môže brzdiť celkový čas pri dodávaní softvéru.
2. časť - Otázky týkajúce sa rozhovoru s ručným testovaním (rozšírené)
Pozrime sa teraz na pokročilé otázky a odpovede týkajúce sa rozhovoru s manuálnym testovaním.
Q6. Čo je životný cyklus testovania softvéru?
odpoveď:
Životný cyklus testovania softvéru (STLC) je proces, ktorý zahŕňa postupný postup, ktorý sa dodržiava pri testovaní akejkoľvek softvérovej aplikácie, aby sa zabezpečilo, že softvér funguje podľa očakávania. Ďalej sú uvedené rôzne fázy STLC:
- Zhromažďovanie požiadaviek
- Plánovanie testov
- Analýza testu
- Návrh skúšky
- Testovacie nastavenie prostredia
- Vykonanie testu
- Testovacie uzavretie
Q7. Čo je negatívne testovanie a prečo sa vykonáva?
odpoveď:
Negatívne testovanie, známe tiež ako nesprávne testovanie alebo testovanie chýb, zahŕňa testovanie akejkoľvek softvérovej aplikácie za neočakávaných podmienok. Pozitívne testovanie zaisťuje iba to, že softvér pracuje podľa očakávania, zatiaľ čo negatívne testovanie hovorí, ako sa bude softvér správať v nerovnomerných / neočakávaných podmienkach. Zabezpečuje sa stabilita aplikácie.
Predpokladajme, že pre aplikáciu elektronického obchodu môžu byť negatívne testovacie prípady, ak daná osoba pridá do adresy URL nejaký extra / škodlivý obsah, potom čo by malo byť výstupom, ak aplikácia dokáže spracovať 1000 používateľov naraz, ako sa bude správať, keď sa používatelia zvýšia trikrát atď.
Prejdime k ďalším otázkam manuálneho testovacieho rozhovoru.
Q8. Rozdiel medzi chybami, chybami a zlyhaním v súvislosti so softvérovým testovaním?
odpoveď:
Medzi chybou, chybou a zlyhaním existuje nepatrný rozdiel. Ak niektorá funkcia nefunguje podľa očakávania alebo sa skutočný a očakávaný výsledok líši. A tento problém nájde vývojár iba vo vývojovej fáze, potom sa nazýva chyba. Ak je defekt ponechaný vo vývojovej fáze a je zistený testerom v testovacej fáze, potom je táto chyba známa ako chyba. Keď je softvér dodaný koncovému používateľovi a zákazník zistí akýkoľvek problém, potom je známy ako zlyhanie.
Q9. Čo je testovanie rozdelenia rovnocennosti?
odpoveď:
Je to typ testovania čiernych skriniek, ktorý je možné aplikovať na akejkoľvek úrovni, ako je Unit, Integration a System test. Pri tomto testovaní je vstupný rozsah rozdelený do ekvivalentnej skupiny, pri ktorej sa očakáva, že bude vykazovať rovnaké správanie pre každý rozsah. Napríklad, ak textové pole pre heslo akceptuje hodnotu medzi 5-15 znakmi, potom rozsah môže byť 5-15, čo je platné, viac ako 15, ktoré sú neplatné, 0-5, ktoré sú neplatné.
Q10. Čo je to testovacie pokrytie? Je možné získať 100% pokrytie testom?
odpoveď:
Pokrytie testom je v podstate ukazovateľ kvality, ktorý predstavuje množstvo kódu aplikácie, na ktoré sa vzťahujú testovacie prípady, alebo množstvo testovania, ktoré sa vykonáva pri vytvorených testovacích prípadoch. Pomáha monitorovať kvalitu testovania. Viac skúšobných prípadov pokrývajúcich maximálne oblasti aplikácie pomáha dosiahnuť maximálne pokrytie testom, čím sa znižuje pravdepodobnosť zlyhania. Aj keď nie je možné dosiahnuť 100% pokrytie testami, môžeme sa ubezpečiť, že pre každú vetvu by mali byť vytvorené testovacie prípady, ktoré sa vzťahujú na maximálne oblasti kódu.
Odporúčané články
Toto bol sprievodca zoznamom otázok a odpovedí na otázky týkajúce sa manuálneho testovania, aby mohol uchádzač ľahko vykonať tieto otázky na otázky týkajúce sa manuálneho testovania. Tu v tomto príspevku sme študovali najlepšie otázky týkajúce sa rozhovorov s manuálnym testovaním, ktoré sa často kladú pri rozhovoroch. Ďalšie informácie nájdete aj v nasledujúcich článkoch -
- Top 13 otázok týkajúcich sa testovania databázy
- Rozhovor Otázky na testovanie hry
- Otázky a odpovede týkajúce sa rozhovorov s ETL
- Rozhovor Otázky na testovanie prieniku
- Ako funguje rozdelenie na rovnocennosť?