Menu

20 otázok týkajúcich sa selektívnych rozhovorov o zabezpečení, ktoré majú vyčistiť rozhovor v roku 2021

  • Hlavná
  • Iné
  • 20 otázok týkajúcich sa selektívnych rozhovorov o zabezpečení, ktoré majú vyčistiť rozhovor v roku 2021

20 selective qa interview questions clear interview 2021

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Najčastejšie otázky na zabezpečenie kvality Otázky a odpovede týkajúce sa zabezpečenia kvality, ktoré vám pomôžu pripraviť sa na rozhovor:

Tu je niekoľko otázok, ktoré by som sa mal opýtať, ak pohovorujem s technikom zabezpečujúcim kvalitu.

Otázky budú viac klásť dôraz na procesy kvality a stratégiu a tieto otázky sa nebudú klásť na testovanie.

Otázky týkajúce sa zaistenia kvality QA

Inžinieri zabezpečovania kvality sú väčšinou ľudia, ktorí strávili nejaký čas v testovacom priemysle, pretože pri vytváraní cestovných máp a stratégií je vždy prospešné mať určité odvetvové expozície.

Začnime!!

Často kladené otázky týkajúce sa QA rozhovoru

Začnime!!

Otázka 1) Aký je rozdiel medzi zabezpečením kvality, kontrolou kvality a testovaním?

Odpoveď: Zabezpečenie kvality je proces plánovania a definovania spôsobu monitorovania a implementácie procesov kvality (skúšok) v tíme a organizácii. Táto metóda definuje a stanovuje kvalitatívne štandardy projektov.

Kontrola kvality je proces zisťovania chýb a poskytovania návrhov na zlepšenie kvality softvéru. Metódy používané pri kontrole kvality sa zvyčajne stanovujú zabezpečením kvality. Vykonávanie kontroly kvality je primárnou zodpovednosťou testovacieho tímu.

Testovanie je proces hľadania chýb / chýb. Overuje, či softvér zostavený vývojovým tímom spĺňa požiadavky stanovené používateľom a štandardy stanovené organizáciou.

Tu sa hlavný dôraz kladie na hľadanie chýb a testovacie tímy pracujú ako kvalitný vrátnik.

Otázka 2) Kedy si myslíte, že by sa mali začať činnosti zabezpečovania kvality?

Odpoveď: Činnosť zabezpečovania kvality by sa mala začať na začiatku projektu. Čím skôr to začne, tým prospešnejšie je stanoviť štandard pre dosiahnutie kvality.

Náklady, čas a úsilie sú veľmi náročné pre prípad, že dôjde k oneskoreniu činností zabezpečovania kvality.

Otázka č. 3) Čo je to rozdiel medzi plánom skúšky a stratégiou skúšky ?

Odpoveď: Stratégia testovania je na vyššej úrovni, väčšinou je vytvorená projektovým manažérom, ktorý demonštruje celkový prístup k testovaniu celého projektu, zatiaľ čo plán testov popisuje, ako by sa malo testovanie vykonať pre konkrétnu aplikáciu spadajúcu pod projekt.

Otázka č. 4) Môžete vysvetliť životný cyklus testovania softvéru?

Odpoveď: Životný cyklus testovania softvéru odkazuje na testovací proces, ktorý obsahuje konkrétne kroky, ktoré sa majú vykonať v definitívnom poradí, aby sa zabezpečilo splnenie kvalitatívnych cieľov.

c ++ dvojnásobne prepojený zoznam

Otázka č. 5) Ako definujete a formát písania dobrého testovacieho prípadu ?

Odpoveď: Formát Testovací prípad obsahuje:

  • ID testovacieho prípadu
  • Popis testovacieho prípadu
  • Závažnosť
  • Priorita
  • Životné prostredie
  • Vytvorte verziu
  • Kroky na vykonanie
  • Očakávané výsledky
  • Aktuálne výsledky

Otázka 6) Čo je dobrý testovací prípad?

Odpoveď: Jednoduchými slovami, dobrý testovací prípad je taký, ktorý zistí chybu. Ale všetky testovacie prípady nenájdu chyby, takže dobrým testovacím prípadom môže byť aj taký, ktorý má všetky predpísané podrobnosti a pokrytie.

Otázka č. 7) Čo by ste robili, ak máte veľkú sadu, ktorá sa dá vykonať za kratší čas?

Odpoveď: V prípade, že máme menej času a musíme vykonať väčší objem testovacích prípadov, mali by sme uprednostniť testovací prípad a najskôr vykonať testovacie prípady s vysokou prioritou a potom prejsť na tie s nižšou prioritou.

Takto sa môžeme uistiť, že sú testované dôležité aspekty softvéru.

Alternatívne môžeme tiež vyhľadávať preferencie zákazníkov podľa toho, ktorá je podľa nich najdôležitejšou funkciou softvéru, a mali by sme začať testovať z týchto oblastí a potom postupne prejsť do tých oblastí, ktoré majú menší význam.

Otázka č. 8) Myslíte si, že sa QA môžu podieľať aj na riešení produkčných problémov?

Odpoveď: Určite !! Bola by to dobrá krivka učenia pre spoločnosti QA’s podieľať sa na riešení výrobných problémov. Mnoho časových produkčných problémov je možné vyriešiť vyčistením protokolov alebo vykonaním niektorých nastavení registra alebo reštartovaním služieb.

Tím QA by mohol veľmi dobre napraviť tieto druhy environmentálnych problémov.

Ak má QA vhľad do riešenia výrobných problémov, môžu ich zahrnúť pri písaní testovacích prípadov, a týmto spôsobom môžu prispieť k zlepšeniu kvality a pokúsiť sa minimalizovať výrobné chyby.

Otázka č. 9) Predpokladajme, že nájdete chybu vo výrobe, ako by ste sa uistili, že tá istá chyba nebude znovu zavedená?

Odpoveď: Najlepším spôsobom je okamžite napísať testovací prípad výrobnej chyby a zahrnúť ho do regresnej sady. Týmto spôsobom zabezpečíme, aby sa chyba znovu nezavádzala.

Tiež môžeme myslieť na alternatívne testovacie prípady alebo podobné druhy testovacích prípadov a zahrnúť ich do nášho plánovaného vykonania.

Otázka č. 10) Aký je rozdiel medzi funkčným a nefunkčným testovaním?

Odpoveď:

Funkčné testovanie sa zaoberá funkčným aspektom aplikácie. Táto technika testuje, či sa systém správa podľa požiadaviek a špecifikácií. Sú priamo spojené s požiadavkami zákazníkov. Validujeme testovacie prípady podľa špecifikovaných požiadaviek a výsledky testov považujeme za vyhovujúce alebo neúspešné.

Príklady zahŕňajú regresiu, integráciu, systém, fajčenie atď

Nefunkčné testovanie , na druhej strane testuje nefunkčné hľadisko aplikácie. Nezameriava sa na požiadavku, ale na faktory prostredia, ako sú výkon, zaťaženie a stres. Nie sú výslovne uvedené v požiadavke, ale sú predpísané v normách kvality. Ako QA sa teda musíme ubezpečiť, že aj týmto testom sa venuje dostatočný čas a priorita.

Otázka č. 11) Čo je negatívne testovanie? Čím sa líši od pozitívneho testovania?

Odpoveď: Negatívne testovanie je technika, ktorá potvrdzuje, že sa systém v prípade akýchkoľvek neplatných vstupov správa ladne. Napríklad, v prípade, že užívateľ zadá akékoľvek neplatné údaje do textového poľa, mal by systém zobraziť správnu správu namiesto technickej správy, ktorej užívateľ nerozumie.

Negatívne testovanie sa líši od pozitívneho testovania spôsobom, ktorým pozitívne testovanie potvrdzuje, že náš systém funguje podľa očakávania, a porovnáva výsledky testu s očakávanými výsledkami.

Väčšina časových scenárov pre negatívne testovanie nie je uvedená v dokumentoch o funkčných požiadavkách. Ako QA musíme identifikovať negatívne scenáre a mali by sme mať opatrenia na ich testovanie.

Otázka č. 12) Ako by ste sa uistili, že vaše testovanie je úplné a má dobré pokrytie?

Odpoveď: Matica sledovateľnosti požiadaviek a matice pokrytia testu nám pomôžu zistiť, či sú naše testovacie prípady dobre pokryté.

Matica sledovateľnosti požiadaviek nám pomôže zistiť, či sú podmienky testu dostatočné na to, aby boli splnené všetky požiadavky. Krycie matice nám pomôžu určiť, že testovacie prípady stačia na splnenie všetkých identifikovaných testovacích podmienok v RTM.

An RTM bude vyzerať asi takto:

RTM

Podobne Matice pokrytia testu budú vyzerať takto:

Otestujte matice pokrytia

Otázka 13) Na aké rôzne artefakty odkazujete pri písaní testovacích prípadov?

Odpoveď: Hlavné použité artefakty sú:

  • Špecifikácia funkčných požiadaviek
  • Dokument o porozumení požiadaviek
  • Prípady použitia
  • Drôtené rámy
  • Príbehy používateľov
  • Kritériá prijateľnosti
  • Mnoho testovacích prípadov UAT

Otázka č. 14) Podarilo sa vám niekedy napísať testovacie prípady bez akýchkoľvek dokumentov?

Odpoveď: Áno, existujú prípady, keď nastane situácia, že musíme napísať testovacie prípady bez toho, aby sme mali nejaké konkrétne dokumenty.

V tom prípade, najlepší spôsob je:

  • Spolupracujte s BA a vývojovým tímom.
  • Kopať do e-mailov, ktoré obsahujú nejaké informácie.
  • Pustite sa do starších testovacích prípadov / regresnej sady
  • Ak je táto funkcia nová, skúste si prečítať wiki stránky alebo pomôcť aplikácii a získať tak predstavu
  • Posaďte sa s vývojárom a pokúste sa pochopiť vykonané zmeny.
  • Na základe vášho porozumenia identifikujte stav testu a pošlite ho BA alebo zainteresovaným stranám, aby ich skontrolovali.

Otázka č. 15) Čo sa rozumie pod pojmom Overenie a overenie ?

Odpoveď:

Validácia je proces hodnotenia konečného produktu s cieľom skontrolovať, či softvér zodpovedá obchodným potrebám. Vykonávanie testov, ktoré robíme v každodennom živote, je validačná činnosť, ktorá zahŕňa testovanie dymu, funkčné testovanie, regresné testovanie, testovanie systémov atď.

Overenie je proces hodnotenia sprostredkujúcich pracovných produktov životného cyklu vývoja softvéru s cieľom skontrolovať, či sme pri vytváraní konečného produktu v správnej stope.

Otázka č. 16) Aké sú rôzne techniky overovania, ktoré poznáte?

Odpoveď: Techniky overovania sú statické. Existujú 3 techniky overovania.

Vysvetľujú sa takto:

i) Preskúmanie - Toto je metóda, pomocou ktorej kód / testovacie prípady skúma iná osoba ako autor, ktorý ju vytvoril. Je to jeden z ľahkých a najlepších spôsobov, ako zabezpečiť pokrytie a kvalitu.

ii) Inšpekcia - Toto je technický a disciplinovaný spôsob, ako preskúmať a opraviť chyby v testovacom artefakte alebo kóde. Pretože je disciplinovaný, má rôzne úlohy:

  • Moderátor - Uľahčuje celé inšpekčné stretnutie.
  • Rekordér - Zaznamenáva zápisnicu zo stretnutia, chyby a ďalšie diskutované body.
  • Čítačka - Prečítajte si dokument / kód. Vedúci vedie aj na celé inšpekčné stretnutie.
  • Výrobca - Autor. Oni sú v konečnom dôsledku zodpovední za aktualizáciu svojho dokumentu / kódu podľa komentárov.
  • Recenzent - Všetci členovia tímu môžu byť považovaní za recenzentov. Túto úlohu môže hrať aj určitá skupina odborníkov, pokiaľ si to projekt vyžaduje.

(iii) Návod - Toto je proces, v ktorom autor dokumentu / kódu číta obsah a získava spätnú väzbu. Toto je väčšinou druh relácie FYI (For Your Information), než hľadania opráv.

Otázka č. 17) Aký je rozdiel medzi Zaťažovacie a stresové testovanie ?

Odpoveď:

Stresové testovanie je technika, ktorá potvrdzuje správanie systému pri jeho vykonávaní v strese. Aby sme to vysvetlili, znižujeme zdroje a kontrolujeme správanie systému. Najprv pochopíme hornú hranicu systému a postupne znižujeme zdroje a kontrolujeme správanie systému.

V Záťažové testovanie, overujeme správanie systému pri očakávanom zaťažení. Zaťaženie môže predstavovať súčasný používateľ alebo zdroje, ktoré súčasne pristupujú k systému.

Otázka č. 18) Ako máte postupovať, ak máte pochybnosti o svojom projekte?

Odpoveď: V prípade akýchkoľvek pochybností sa najskôr pokúste ich vyriešiť prečítaním dostupnej pomoci pre artefakty / aplikácie. V prípade pochybností, ktoré pretrvávajú, sa obráťte na priameho nadriadeného alebo nadriadeného člena tímu.

Dobrou voľbou na spochybnenie môžu byť aj obchodní analytici. V prípade akýchkoľvek ďalších pochybností môžeme vaše otázky oznámiť vývojovému tímu. Poslednou možnosťou by bolo nadviazať kontakt s manažérom a nakoniec so zainteresovanými stranami.

Otázka č. 19) Používali ste nejaké automatizačné nástroje?

Odpoveď: Odpoveď na túto otázku je do značnej miery výlučná pre jednotlivca. Odpovedzte na všetky nástroje a stratégie automatizácie, ktoré ste vo svojom projekte použili.

Otázka č. 20) Ako zistíte, ktorý softvér vyžaduje koľko testovania?

Odpoveď: Tento faktor môžeme poznať zistením Cyklomatická zložitosť .

T Táto technika pomáha identifikovať nasledujúce 3 otázky týkajúce sa programov / funkcií

  • Je funkcia / program testovateľná?
  • Rozumie tejto funkcii / programu každý?
  • Je funkcia / program dostatočne spoľahlivá?

Ako QA môžeme túto techniku ​​použiť na identifikáciu „úrovne“ nášho testovania.

Je zvykom, že ak je výsledkom cyklomatickej zložitosti viac alebo väčšie číslo, považujeme túto časť funkčnosti za zložitú, a preto ju považujeme za testera; že časť kódu / funkčnosti vyžaduje dôkladné testovanie.

Na druhej strane, ak je výsledkom Cyklomatickej zložitosti menší počet, usúdime ako QA, že funkčnosť je menej zložitá, a podľa toho rozhodneme o rozsahu.

Je veľmi dôležité porozumieť celému životnému cyklu testovania a v prípade potreby by ste mali byť schopní navrhnúť zmeny v našom procese. Cieľom je dodať vysoko kvalitný softvér, a takým spôsobom by QA mala prijať všetky potrebné opatrenia na zlepšenie procesu a spôsobu, akým testovací tím vykonáva testy.

Dúfam, že tieto otázky a odpovede na pohovor o QA pomôžu pripraviť rozhovor na zaistenie kvality.

Odporúčané čítanie

^