Top 20 otázok s manažérom testu / vedúcim pohovorom

Anonim

1) Uveďte zodpovednosti manažéra testu?

Úloha QA manažéra zahŕňa

  • Spravujte projekt od začiatku do konca
  • Plánovanie testu
  • Získajte akceptáciu výstupov zákazníkom
  • Schvaľujte medziprodukty a vydania opráv pre klienta
  • Zadajte vstupy úsilia pre fakturáciu
  • Správa záležitostí
  • Mentorstvo, koučing a riadenie tímov mimo pobrežia
  • Odošlite koordinátorom testov správy o týždennom stave
  • Účasť na týždenných hodnotiacich stretnutiach
  • Publikujte KPI pre všetky testovacie projekty každý týždeň
  • Mobilizácia zdrojov pre projekty

2) Uveďte, aký je váš prístup, ak zistíte, že testeri vo vašej organizácii vykonávajú test na výstupe aj po zistení závažnej chyby?

Ako QA Lead by mal byť váš prístup

  • Mali by sa sprísniť kritériá prijatia
  • Testovacie prípady by sa mali prehodnotiť
  • Ak je to možné, mali by sa pridať ďalšie testovacie prípady s prípadmi oddielov triedy ekvivalencie a hraničnými hodnotami
  • Pre kontrolu neplatných podmienok by malo byť pridaných viac testovacích prípadov.
  • Kritériá Zobraziť zarážku by sa mali upraviť

3) Uveďte, čo je matica sledovateľnosti požiadaviek?

Matica sledovateľnosti požiadaviek predstavuje prepojenie dokumentov s požiadavkami na testovacie prípady. Používa sa z nasledujúceho dôvodu

  • Zabezpečiť, aby sa v procese overenia otestovali všetky požiadavky na aplikáciu
  • Skontrolujte pokrytie testu

4) Ako by ste si vybrali testovací nástroj pre svoj projekt?

  1. Identifikujte funkcie požadované v automatizačnom nástroji podľa potrieb projektu
  2. Vyhodnoťte komerčné a nekomerčné nástroje, ktoré vyhovujú požiadavkám
  3. Odhadnite náklady a prínosy nástroja. Náklady môžu zahŕňať licencie a školenie.
  4. Konečné rozhodnutie urobte po konzultácii s členmi tímu.

5) Aké sú niektoré kľúčové výzvy v testovacom projekte?

Medzi kľúčové výzvy testovania softvéru patria

  • Testovacie fázy nás zvyčajne pod časovým obmedzením
  • Pochopenie požiadaviek môže byť niekedy výzvou
  • Aplikácia by mala byť dostatočne stabilná na to, aby ju bolo možné otestovať
  • Stanovenie priorít pre testovanie
  • Nedostatok kvalifikovaných testerov
  • Regresné testovanie
  • Časté zmeny požiadaviek
  • Nedostatok nástrojov, zdrojov a školení

6) Čo je plán testov?

Plán testov je dokument popisujúci činnosti a rozsah testovania. Je to základná požiadavka na testovanie ľubovoľného softvérového produktu.

7) Aké sú typy plánu testov?

Existujú tri hlavné typy testovacieho plánu

  1. Hlavný plán skúšok
  2. Testovací plán špecifický pre danú úroveň
  3. Testovanie testovacích plánov špecifických pre daný typ

8) Aké zručnosti ľudí by mal mať manažér testov?

  1. Efektívna a jasná komunikácia
  2. Mali by si budovať dobré vzťahy s členmi tímu
  3. Dobré schopnosti počúvania a emočná inteligencia
  4. Motivujte členov tímu
  5. Vyriešte konflikty a etické problémy.

9) Čo je to „Správa konfigurácie“?

Správa konfigurácie pokrýva procesy používané na koordináciu, kontrolu a sledovanie artefaktov testu.

Artefakty testu môžu obsahovať automatizačný kód, požiadavky, dokumentáciu, problémy, návrhy, žiadosti o zmenu, návrhy atď.

10) Čo je model PDCA?

Model PDCA znamená

  1. Plán: Identifikujte vylepšenia a stanovte ciele
  2. Úloha: Implementovať vylepšenia
  3. Kontrola: Skontrolujte výsledok vylepšení
  4. Konať: Poučte sa z výsledkov

Jedná sa o metódu Test Process Improvement (TPI).

11) Čo sú neformálne recenzie?

Neformálna kontrola je spôsob kontroly chýb bez spustenia kódu. Neformálne kontroly sa implementujú mnohokrát počas počiatočných fáz životného cyklu dokumentu. Neformálne kontroly nie sú zdokumentované.

12) V testovacom projekte uveďte druhy rizík

Typy rizík v testovacom projekte je možné všeobecne klasifikovať ako

  1. Riziko stratégie: Patria sem riziká spojené s rozpočtom, komunikáciou a riadením
  2. Riziká súvisiace s definíciou projektu: Patria sem riziká týkajúce sa cieľov projektu, rozsahu a požiadaviek.
  3. Riziko ľudských zdrojov: Zahŕňa to riziká v oblasti schopností, členov tímu a organizácie.
  4. Riziká harmonogramu projektu.

13) Aké sú protiopatrenia, ktoré by mali manažéri testov prijať proti rizikám?

Vedúci testu musí pri vývoji produktu podniknúť nasledujúce kroky na zníženie rizika

  • Vyhýbanie sa: Eliminujte prítomný rizikový faktor
  • Zníženie: Zmierňovací plán na zníženie dopadu rizík a prijatie nápravných opatrení
  • Zdieľanie: Preneste riziko na iný zdroj, napríklad insource alebo insure
  • Prijať: Prijmite riziko a pripravte plánovaný rozpočet na tieto riziká

14) Vysvetlite, ako môže manažér testov odhadnúť projekt a čo odhadnúť?

Počas odhadu testu musí manažér testu vyhodnotiť štyri veci

  1. Náklady
  2. Zdroje
  3. Ľudské zručnosti
  4. Čas

Projekt môžu odhadnúť nasledujúcimi spôsobmi

  • Štruktúra rozpisu práce (WBS): Členenie projektu na menšie segmenty
  • Trojbodový odhad: Trojbodový odhad je založený na štatistických údajoch
  • Metóda funkčných bodov: Priraďte každej funkcii váhu a zmerajte veľkosť

15) Čo je to trojbodový odhad?

Pri trojbodovom odhade sa na základe predchádzajúcich skúseností spočiatku pre každú úlohu vytvoria tri hodnoty. Napríklad na splnenie konkrétnej úlohy existujú rôzne možnosti

  • Najlepší odhad: 120 človekohodín alebo 15 dní so skúsenými členmi tímu
  • Najpravdepodobnejší odhad: 170 hodín alebo 21 dní s dostatkom zdrojov a miernymi skúsenosťami členov tímu
  • Najhorší odhad: 200 človekohodín alebo 25 dní as tímom, ktorý má menšie pracovné skúsenosti

16) Uveďte niektoré z najlepších postupov odhadu testu

Niektoré z najlepších postupov pre odhad testov sú

  • Pridajte nejaký čas medzipamäte : Mať čas medzipamäte je vždy výhoda, môže to pomôcť vyrovnať sa so oneskorením spôsobeným neočakávaným dôvodom, napríklad keď talentovaný člen náhle ukončí prácu,
  • Plánovanie zdrojov účtu v odhade : Uistite sa, že váš odhad je realistický a považuje sa za rozhodujúci faktor, ako je dostupnosť ľudských zdrojov.
  • Použite odkaz na minulé skúsenosti: Prostredníctvom svojich minulých skúseností sa snažte vyhnúť všetkým prekážkam alebo možným prekážkam, ktoré sa s najväčšou pravdepodobnosťou vyskytnú
  • Držte sa svojho odhadu: Odhad nie je úplným dôkazom. Môže sa to tiež pokaziť. V počiatočnej fáze projektu by ste mali znova skontrolovať odhad testu a v prípade potreby tiež vykonať úpravy.

17) Čo obsahuje dobrá správa z testu?

Dobrá správa z testu by mala obsahovať

  • Informácie o projekte
  • Cieľ skúšky
  • Zhrnutie testu
  • Porucha

18) Uveďte zoznam najlepších postupov pri zabezpečovaní kvality softvéru?

Zahŕňa niektoré z najlepších postupov pre zabezpečenie kvality softvéru

  • Neustále zlepšovanie
  • Dokumentácia
  • Používanie nástrojov a automatizácia
  • Metriky
  • Tímová práca a spoločná zodpovednosť za SQA

19) Podľa akých faktorov môžete určiť kvalitu vykonania testu?

Kvalitu vykonania testu môžu určiť dva spôsoby

  • Pomer odmietnutia chyby : (počet odmietnutých chýb / celkový počet zistených chýb) X 100
  • Pomer úniku chyby : (počet chýb chýb / celkové chyby softvéru) X 100

20) Ako budete riadiť tímové konflikty?

Vzhľadom na rozmanitosť pozadí a pracovných štýlov členov tímu je prvým krokom očakávanie konfliktov počas testu a príprava na ne.

Ďalším krokom je usporiadanie schôdzky a zhodnotenie členov tímu o stave projektu. Manažér testov musí udržiavať komunikáciu otvorenú pre všetkých tak, aby sa vylúčili frustrácie a hnev tímu. Na záver požiadajte členov tímu, aby spolupracovali, a zdôraznite dôležitosť ich spolupráce pre úspech projektu.

Stiahnutie PDF zadarmo: Správca testov / Otázky týkajúce sa rozhovorov s vedúcimi