Pripravili sme najčastejšie kladené otázky a odpovede týkajúce sa QA rozhovoru, ktoré vás oboznámia s typmi otázok pri rozhovoroch týkajúcich sa zabezpečenia kvality, ktoré sa vás anketár môže počas vášho pohovoru pýtať. V tomto zozname otázok na pohovor SQA sme pokryli všetky bežne kladené otázky na pohovor QA a pokročilé otázky z pohovoru Quality Analyst podrobnými odpoveďami, ktoré vám pomôžu ľahko vyčistiť pracovný pohovor.
Prebrali sme najdôležitejšie otázky týkajúce sa pohovoru týkajúceho sa QA testovania pre čerstvejších kandidátov, ako aj otázky týkajúce sa pohovoru týkajúceho sa testu QA pre skúsených technikov zabezpečenia kvality, ktoré vám pomôžu pripraviť sa na nadchádzajúci pohovor. Tento podrobný sprievodca otázkami pohovoru s QA Testerom vám pomôže vyriešiť pochybnosti o otázkach týkajúcich sa pohovoru s QA Engineer a pomôže vám vyriešiť váš pracovný pohovor.
Stiahnite si PDF
Pohovor na zabezpečenie kvality Otázky a odpovede pre technikov QA
1) Aký je rozdiel medzi QA a testovaním softvéru?
Úlohou QA (Quality Assurance) je monitorovať kvalitu „procesu“ použitého na výrobu softvéru. Zatiaľ čo testovanie softvéru je proces zaistenia funkčnosti konečného produktu, ktorý spĺňa požiadavky používateľa.
2) Čo je Testware?
Testware sú testovacie artefakty, ako sú testovacie prípady, údaje o testoch, plány testov potrebné na vytvorenie a vykonanie testu.
3) Aký je rozdiel medzi zostavením a vydaním?
Zostava: Je to číslo pridelené inštalovateľnému softvéru, ktoré vývojárskemu tímu pridelí testovací tím.
Vydanie: Je to číslo pridelené inštalovateľnému softvéru, ktoré zákazníkovi odovzdá tester alebo vývojár.
4) Akým výzvam v oblasti automatizácie čelí tím SQA (Software Quality Assurance) pri testovaní?
- Osvojenie si automatizačného nástroja
- Opätovná použiteľnosť automatizačného skriptu
- Adaptabilita testovacieho prípadu pre automatizáciu
- Automatizácia zložitých testovacích prípadov.
5) Čo je únik chyby a uvoľnenie chyby?
Vydanie chyby je, keď je softvér alebo aplikácia odovzdaná testovaciemu tímu s vedomím, že chyba je prítomná vo vydaní. Počas toho je priorita a závažnosť chyby nízka, pretože chyba môže byť odstránená pred konečným odovzdaním.
Únikom chyby je niečo, keď chybu objavia koncoví používatelia alebo zákazníci a nezistí ju testovací tím počas testovania softvéru.
6) Čo je to testovanie na základe dát?
Testovanie na základe dát je rámec testovania automatizácie, ktorý testuje rôzne vstupné hodnoty na AUT. Tieto hodnoty sa načítajú priamo z dátových súborov. Dátové súbory môžu obsahovať súbory CSV, súbory programu Excel, súbory údajov a mnoho ďalších.
7) Vysvetlite kroky týkajúce sa cyklu chyby?
- Akonáhle je chyba testerom identifikovaná, je pridelená vývojovému manažérovi v otvorenom stave
- Ak je chyba platnou chybou, vývojový tím ju opraví.
- Pokiaľ nejde o platnú vadu, bude vada ignorovaná a označená ako odmietnutá
- Ďalším krokom bude kontrola, či je v rozsahu. Ak chyba nie je súčasťou aktuálneho vydania, chyby sa odložia
- Ak je chyba alebo chyba vyvolaná skôr, potom tester priradí stav DUPLICATE
- Keď bude vývojárovi chyba pridelená na opravu, bude jej pridelený STAV PRIEBEHU
- Akonáhle je chyba opravená, stav sa na konci zmení na FIXOVANÝ, tester dá stav ZATVORENÉ, ak prejde záverečnou skúškou.
8) Čo obsahuje stratégia testovania?
Stratégia testovania obsahuje úvod, zdroje, rozsah a harmonogram testovacích aktivít, testovacie nástroje, priority testov, plánovanie testov a typy testov, ktoré je potrebné vykonať.
9) Spomeňte rôzne typy testovania softvéru?
- Testovanie jednotky
- Integračné testovanie a regresné testovanie
- Testovanie otrasy
- Testovanie dymu
- Funkčné testovanie
- Testovanie výkonu
- Testovanie bielej a čiernej skrinky
- Testovanie verzie alfa a beta
- Zaťažovacie testy a záťažové testy
- Testovanie systému
10) Čo je to odvetvové testovanie a čo je hraničné testovanie?
Testovanie všetkých vetiev kódu, ktoré sa testuje raz, sa nazýva testovanie vetiev. Zatiaľ čo testovanie zamerané na limitné podmienky softvéru je známe ako hraničné testovanie.
11) Čo je obsahom testovacích plánov a testovacích prípadov?
- Ciele testovania
- Rozsah testovania
- Testovanie rámu
- Prostredie
- Dôvod testovania
- Kritériá pre vstup a výstup
- Výsledky
- Rizikové faktory
12) Čo je agilné testovanie a aký význam má agilné testovanie?
Agilné testovanie je testovanie softvéru, testuje sa pomocou agilnej metodiky. Dôležitosť tohto testovania spočíva v tom, že na rozdiel od bežného procesu testovania toto testovanie nečaká na to, kým vývojový tím najskôr dokončí kódovanie a až potom vykoná testovanie. Programovanie aj testovanie prebiehajú súčasne. Vyžaduje si nepretržitú interakciu so zákazníkom.
13) Čo je Testovací prípad?
Testovací prípad je špecifická podmienka, ktorá sa má skontrolovať oproti testovanej aplikácii. Obsahuje informácie o krokoch testu, nevyhnutných podmienkach, testovacom prostredí a výstupoch.
14) Aká je stratégia plánu testovania automatizácie?
- Stratégia pre plán testov automatizácie
- Príprava plánu automatizačných skúšok
- Záznam scenára
- Začlenenie obsluhy chýb
- Vylepšenie skriptu vložením kontrolných bodov a cyklických konštruktov
- Ladenie skriptu a riešenie problémov
- Opätovné spustenie scenára
- Hlásenie výsledku
15) Čo je to audit kvality?
Systematické a nezávislé preskúmanie s cieľom zistiť efektívnosť postupov kontroly kvality sa nazýva audit kvality.
16) Aké nástroje používa tester pri testovaní?
- Selén
- Firebug
- OpenSTA
- WinSCP
- YSlow pre FireBug
- Panel s nástrojmi pre vývojárov webu pre firebox
Vyššie sú uvedené iba ukážkové nástroje. Nástroje, ktoré tester môže meniť, sa líšia v závislosti od jeho projektu.
17) Vysvetlite stresové testovanie, záťažové testovanie a objemové testovanie?
- Testovanie záťaže: Testovanie aplikácie pri vysokom, ale očakávanom zaťažení sa nazýva Testovanie záťaže. Tu sa záťaž vzťahuje na veľký objem používateľov, správ, žiadostí, údajov atď.
- Stresové testovanie: Keď sa zaťaženie systému zvýši alebo zrýchli nad normálny rozsah, je známe ako stresové testovanie.
- Testovanie objemu: Proces kontroly systému, či systém dokáže spracovať požadované množstvo údajov, požiadavky používateľov atď., Sa nazýva testovanie objemu.
18) Čo je päť bežných riešení problémov pri vývoji softvéru?
- Pri stanovení kritérií požiadaviek by mali byť požiadavky na softvér úplné, jasné a všetci by s nimi mali súhlasiť
- Ďalšou vecou je realistický harmonogram, ako je čas na plánovanie, návrh, testovanie, opravu chýb a opätovné testovanie
- Adekvátne testovanie, testovanie začnite ihneď po vývoji jedného alebo viacerých modulov.
- Počas fázy návrhu používajte rýchly prototyp, aby zákazníci mohli ľahko nájsť, čo môžu očakávať
- Používanie nástrojov skupinovej komunikácie
19) Čo je to prípad „POUŽITIA“ a čo zahŕňa?
Dokument, ktorý popisuje konkrétnu funkčnosť akcie používateľa a odozvy systému, je známy ako prípad USE. Zahŕňa históriu revízií, obsah, priebeh udalostí, titulnú stránku, špeciálne požiadavky, predbežné podmienky a následné podmienky.
20) Čo je to testovanie CRUD a ako testovať CRUD?
CRUD znamená Create, Read, Update and Delete. Testovanie CRUD je možné vykonať pomocou príkazov SQL.
21) Čo je to testovanie vlákien?
Testovanie vlákien je testovanie zhora nadol, kde postupná integrácia komponentov nasleduje po implementácii podmnožín požiadaviek, na rozdiel od integrácie komponentov postupne na nižších úrovniach.
22) Čo je správa konfigurácie?
Je to proces na kontrolu a dokumentáciu všetkých zmien vykonaných počas realizácie projektu. Kontrola vydania, kontrola zmien a kontrola revízií sú dôležité aspekty správy konfigurácie.
23) Čo je testovanie Ad Hoc?
Jedná sa o testovaciu fázu, kedy sa tester pokúša rozbiť systém náhodným vyskúšaním jeho funkčnosti. Môže zahŕňať aj negatívne testovanie.
24) Vymenujte úlohy inžiniera zabezpečenia kvality softvéru?
Medzi úlohy inžiniera zabezpečujúceho kvalitu softvéru môžu okrem iného patriť aj nasledujúce veci
- Písanie zdrojového kódu
- Softvérový dizajn
- Kontrola zdrojového kódu
- Kontroluje sa kód
- Riadenie zmien
- Správa konfigurácie
- Integrácia softvéru
- Testovanie programu
- Proces riadenia vydania
25) Vysvetlite, čo sú testovací vodič a testovacie pahýly a prečo sa to vyžaduje?
- Pahýľ sa volá z testovaného softvérového komponentu. Používa sa pri prístupe zhora nadol
- Vodič volá komponent, ktorý sa má otestovať. Používa sa pri prístupe zdola nahor
- Vyžaduje sa, keď potrebujeme otestovať rozhranie medzi modulmi X a Y a vyvinuli sme iba modul X. Nemôžeme teda iba otestovať modul X, ale ak existuje nejaký fiktívny modul, môžeme ho použiť na otestovanie modulu X
26) Vysvetlite, čo je Bug triage?
Triedenie chýb je proces
- Zaistite úplnosť hlásenia chyby
- Priraďte a analyzujte chybu
- Priradenie chyby správnemu vlastníkovi chyby
- Upravte závažnosť chyby správne
- Nastavte príslušnú prioritu chyby
27) Uveďte zoznam rôznych nástrojov potrebných na podporu testovania počas vývoja aplikácie ?
Na podporu testovania počas vývoja aplikácie je možné použiť nasledujúce nástroje
- Nástroje na správu testov: JIRA, Centrum kvality atď.
- Nástroje na správu chýb: Test Director, Bugzilla
- Nástroje na správu projektov: Sharepoint
- Automatizačné nástroje: RFT, QTP a WinRunner
28) Čo je graf príčin a následkov?
Graf príčinných účinkov je grafické znázornenie vstupov a súvisiacich výstupných účinkov, ktoré je možné použiť na návrh testovacích prípadov.
29) Čo je to testovacia metrika pri testovaní softvéru a aké informácie obsahuje?
Pri testovaní softvéru sa Test Metric označuje ako štandard testovacieho merania. Sú to štatistické údaje popisujúce štruktúru alebo obsah testovania. Obsahuje informácie ako
- Celkový test
- Skúšobná prevádzka
- Test prešiel
- Test zlyhal
- Skúšky odložené
- Test prešiel prvýkrát
30) Vysvetlite, čo je matica vysledovateľnosti?
Na mapovanie testovacích skriptov podľa požiadaviek sa používa testovacia matica.
31) Vysvetlite, aký je rozdiel medzi regresným testovaním a opakovaným testovaním?
Vykoná sa opätovné testovanie s cieľom skontrolovať opravy chýb, zatiaľ čo sa vykoná regresné testovanie, aby sa zistilo, či má oprava chyby nejaký vplyv na ďalšiu funkčnosť.
32) Zoznam postupov kvality softvéru v priebehu vývojového cyklu softvéru?
Zahŕňa postupy kvality softvéru
- Pred začatím vývojovej fázy si skontrolujte požiadavky
- Kontrola kódu
- Napíšte komplexné testovacie prípady
- Testovanie na základe relácie
- Testovanie založené na riziku
- Stanovte prioritu chyby na základe použitia
- Vytvorte špecializovaný tím pre testovanie bezpečnosti a výkonu
- Spustite regresný cyklus
- Vykonajte testy zdravotnej nezávadnosti pri výrobe
- Simulujte zákaznícke účty vo výrobe
- Zahrňte softvérové protokoly o testoch zabezpečenia kvality
33) Vysvetlite, aké je pravidlo „Testom riadeného vývoja“?
Pravidlom vývoja riadeného testom je príprava testovacích prípadov pred napísaním skutočného kódu. Čo znamená, že v skutočnosti píšete kód pre testy skôr, ako napíšete kód pre aplikáciu.
34) Uveďte, aké sú typy dokumentov v SQA?
Typy dokumentov v SQA sú
- Doklad o požiadavke
- Testovacie metriky
- Testovacie prípady a testovací plán
- Vývojový diagram rozdelenia úloh
- Transakčný mix
- Profily používateľov
- Skúšobný denník
- Správa o testovacom incidente
- Súhrnná správa o teste
35) Vysvetlite, čo by mali obsahovať vaše dokumenty QA?
Dokument o testovaní QA by mal obsahovať
- Uveďte počet zistených chýb podľa úrovne závažnosti
- Podrobne vysvetlite každú požiadavku alebo obchodnú funkciu
- Správy z kontroly
- Konfigurácie
- Plány skúšok a skúšobné prípady
- Hlásenia chýb
- Používateľské príručky
- Pripravte samostatné správy pre manažérov a používateľov
36) Vysvetlite, čo je MR a z akých informácií sa MR skladá?
MR je skratka pre Modification Request, ktorá sa tiež označuje ako hlásenie chyby. Je určený na hlásenie chýb / problémov / návrhov v softvéri.
37) Čo by mal obsahovať dokument QA softvéru?
Dokument QA softvéru by mal obsahovať
- technické údaje
- Vzory
- Obchodné pravidlá
- Konfigurácie
- Zmeny kódu
- Plány skúšok
- Testovacie prípady
- Hlásenia chýb
- Používateľské príručky atď
38) Uveďte, ako by sa mali vykonávať validačné činnosti?
Validačné činnosti by sa mali vykonávať pomocou nasledujúcich techník
- Nájom nezávislého overovania a validácie treťou stranou
- Priraďte interných zamestnancov, ktorí sa nezúčastňujú na validácii a overovaní
- Nezávislé hodnotenie