top 10 qa test lead
Otázky týkajúce sa rozhovoru so softvérovým testovacím potenciálom alebo správcom testu s podrobnými odpoveďami:
STH je späť s ďalšou sériou rozhovorov. Toto je pre pozíciu elektródy QA / Test.
Chystáme sa pokryť niekoľko najbežnejších, ale najdôležitejších otázok a odpovedí na otázky vedúcich testu QA a manažéra testu.
Ako vždy sa budeme riadiť vzorom odpovedí založených na vysvetlení, a nie politicky korektných. Poďme začať.
Anketári QA typicky testujú všetkých respondentov v 3 hlavných oblastiach:
# 1) Základné technické znalosti a odborné znalosti
#dva) Postoj
# 3) Komunikácia
Teraz, keď hovoríme o rozhovore s vedúcim testu QA, je proces podobný a spôsob hodnotenia komunikácie zostáva rovnaký.
Celková súdržnosť, presvedčenie a jasnosť sú niektoré faktory, ktoré prispievajú k efektívnej komunikácii. Pokiaľ ide o hodnotenie prvých dvoch oblastí pre vedúceho testu QA, môžeme rozdeliť oblasti, v ktorých môžu otázky týkajúce sa rozhovoru s QA viesť, z 3 kategórií:
1) Technické znalosti
dva) Postoj tímového hráča
3) Manažérske schopnosti
Na každú z nich sa pozrieme a ďalej ju rozpracujeme.
Čo sa dozviete:
- Otázka vedúceho testu alebo manažéra testu k technickej expertíze
- Vyskúšajte otázky týkajúce sa rozhovoru medzi vedúcim a manažérom týkajúce sa prístupu a riadenia
- Záver
- Odporúčané čítanie
Otázka vedúceho testu alebo manažéra testu k technickej expertíze
To možno ďalej rozdeliť na zručnosti založené na procesoch a nástrojoch. Je možné položiť niekoľko príkladov otázok:
Otázka č. 1. Aké boli vaše úlohy a povinnosti a ako sa váš čas rozdelil medzi úlohy v projekte?
Normálne testovací vedúci pracuje na projekte rovnako, ako to robia ostatní členovia tímu. Iba 10% (priemyselný štandard sa môže líšiť od projektu k projektu) času stráveného koordinačnými činnosťami.
Môžete to ďalej rozdeliť na:
- 50% - Testovacie činnosti - v závislosti od fázy, v ktorej sa projekt nachádza, sa môže testovať plánovanie, návrh alebo realizácia
- 20% - recenzia
- 10% - koordinácia
- 20% - komunikácia s klientom a správa dodávok
Tip STH:
Pripravte sa dopredu. Zistili ste všetky čísla vopred?
Prečítajte si tiež => Vyskúšajte zodpovednosti vedúcich
Otázka č. 2. Aký proces zabezpečovania kvality používate vo svojom projekte a prečo?
Ak je táto otázka položená členovi tímu QA, je potrebné posúdiť jeho oboznámenosť a pohodlie pri používaní tohto procesu na danom mieste. Ale keď táto otázka prichádza k vedeniu tímu, je to kvôli pochopeniu vašich schopností ustanoviť uvedený proces. Najlepším spôsobom, ako to dosiahnuť, je: brainstorming.
Ukážka odpovede môže byť nasledovná: V súčasnosti sledujeme zmes tradičných aj agilných projektov . Spôsob, akým to pôjdeme, je: vydania vybavujeme v krátkych šprintoch, ale v rámci šprintov by sme stále vytvorili plán testov, testovacie scenáre, ale nie testovacie prípady, a hlásili chyby tak, ako by sme to robili v modeli vodopádu. Na sledovanie pokroku používame skrumážnu dosku a na zisťovanie chýb používame nástroj Bugzilla. Aj keď sú naše sprinty krátke, dbáme na to, aby všetky recenzie, správy a metriky prebehli včas.
K tomu môžete pridať ďalšie: ak ide o projektový model offshore modelu na mieste, ak sú sprinty dev a QA oddelené a zaostávajú za sebou, atď.
Pozri tiež => QA procesy na konci až po koniec skutočných projektov
životný cyklus vývoja softvéru 5 fáz
Otázka č. 3. Čo považujete za svoje kľúčové úspechy / iniciatívy?
Každý chce úspešného manažéra, nielen manažéra, a teda túto otázku.
Ocenenia, hodnotenie výkonnosti a celofiremné uznanie (Pat-on-Back, zamestnanec mesiaca) atď. Sú vynikajúce. Nezľavujte však z každodenných úspechov:
Možno ste zefektívnili proces podávania správ alebo zjednodušili plán testov alebo vytvorili dokument, ktorý sa dá použiť na testovanie zdravého rozumu v systéme, ktorý má pri použití zložitý minimálny dohľad atď.
Otázka č. 4. Podieľali ste sa na odhade testov a ako to robíte?
Odhad testu poskytuje približnú predstavu koľko času, úsilia a zdrojov je potrebných na testovanie. To pomôže určiť náklady, harmonogramy a uskutočniteľnosť väčšiny projektov. K odhadom testov sa na začiatku každého projektu pristupuje k testovacím vodičom. Preto je odpoveď na otázku, či bol odhad testu súčasťou profilu úlohy pre potenciálneho zákazníka QA, „áno“.
Časť „Ako“ sa líši od tímu k tímu a vedie od vedenia. Ak ste použili funkčné body alebo inú techniku, nezabudnite to spomenúť.
Tiež, ak ste tieto metódy nepoužili a založili odhad úplne na historických údajoch, povedzte to intuíciou a skúsenosťami a poskytnite im odôvodnenie.
Napríklad: keď musím odhadnúť svoje projekty alebo CR, jednoducho si vytvorím základné testovacie scenáre (na vysokej úrovni) a získam predstavu o tom, s koľkými testovacími prípadmi môžem pracovať a aké sú ich zložitosti. Testovacie prípady na úrovni poľa alebo používateľského rozhrania je možné spustiť a napísať tempom približne 50 - 100 za deň / na osobu. Testovacie prípady so strednou zložitosťou (s 10 alebo viac krokmi) je možné napísať približne 30 za deň / na osobu. Vysoká zložitosť alebo zložitosť typu end-to-end sú na úrovni 8 - 10 za deň / na osobu. Toto všetko je iba približné a je potrebné brať do úvahy aj ďalšie faktory, ako sú nepredvídané udalosti, odbornosť tímu, dostupný čas atď., Ale vo väčšine prípadov to pre mňa fungovalo. Takže pre túto otázku by to bola moja odpoveď.
Tipy STH:
- Odhady sú približné a nie sú vždy presné. Vždy sa bude dať a vziať. Pre testovací projekt je ale vždy lepšie preceňovať ako podceňovať.
- Je tiež dobré hovoriť o tom, ako ste hľadali pomoc členov svojho tímu pri navrhovaní testovacích scenárov a identifikácii zložitostí, pretože to vás ustanoví ako mentora, ktorého by mal viesť každý tím.
Prečítajte si tiež => Ako byť dobrým mentorom tímu, trénerom a skutočným obrancom tímu v agilnom testovacom svete? - Inšpirácia
Otázka č. 5. Aké nástroje používate a prečo?
Procesné nástroje QA, ako napríklad HP ALM (stredisko kvality), softvér na sledovanie chýb, automatizačný softvér, sú veci, ktoré by ste mali ovládať spolu so všetkými členmi svojho tímu.
Okrem toho, ak používate akýkoľvek softvér na správu, ako je MS Project, Agile management tools - zvýraznite túto skúsenosť a hovorte o tom, ako tento nástroj pomohol vašim každodenným úlohám.
Napríklad : Hovorte o tom, ako používate JIRA pre jednoduchú správu chýb a úloh vo svojom projekte QA. Okrem toho, ak hovoríte o doplnku JIRA Agile Add-in a o tom, ako pomohol pri vytváraní Scrumboardu, plánovaní vašich užívateľských príbehov, plánovaní sprintu, práci, reportovaní atď., Bolo by to skvelé.
Otázka č. 6. Znalosť procesu a zvládnutie- ak proces, ktorý sledujete na svojom pracovisku je vodopád, on-offshore, agilný alebo čokoľvek v tomto zmysle, očakávajte podrobné otázky a odpovede o jeho implementácii, úspechu, metrikách, najlepších postupoch a výzvy okrem iného.
Podrobnosti nájdete na nasledujúcich odkazoch:
- Offshore testovanie softvéru na mieste
- Výukové programy pre agilné testovanie
Ide prvá časť. V ďalšia časť s testovacím vedúcim alebo s manažérom testovacích otázok , sa budeme zaoberať prístupom tímových hráčov a otázkami týkajúcimi sa riadenia.
Vyskúšajte otázky týkajúce sa rozhovoru medzi vedúcim a manažérom týkajúce sa prístupu a riadenia
V tejto časti uvádzame zoznam najlepších a najčastejšie kladených otázok rozhovoru s manažérom testov, ktoré sú užitočné pre rolu testovacieho manažéra.
Manažér testov hrá veľmi významnú úlohu, pretože musí viesť celý testovací tím. Čítanie nižšie bude preto pre vás dosť zložité, takže budete mať dostatočnú istotu.
V tomto článku sú uvedené aj otázky týkajúce sa rozhovorov v reálnom čase.
Nasleduje zoznam otázok a odpovedí na základe rozhovorov pre manažéra testov:
# 7) Zákazník nahlásil závažné chyby v správe denného zostatku. Zákazník je nešťastný z toho, že problém nie je odstránený ani po týždni. Čo urobíte ako premiér, aby ste obnovili dôveru zákazníka a zabezpečili, že sa tak nestane v budúcnosti?
Odpoveď:
Riešenie konfliktov: Dostaňte sa na vlnovú dĺžku svojho zákazníka. Získajte fakty a pýtajte sa, získajte podrobné informácie a robte si poznámky, pozorne počúvajte. Zaviesť a iniciovať akčný program (pripustiť chybu, ak existuje, vyjednať uspokojivé riešenie, uviesť riešenie a dosiahnuť dohodu, prijať opatrenia a nadviazať kontakt so zákazníkom).
Na záver zaviesť riadny denný proces kontroly problémov, aby sa takýmto problémom v budúcnosti predišlo.
# 8) Pozorovalo sa, že testeri vo vašej organizácii vykonávajú testy na výstupe aj po zistení významných chýb. To malo za následok zbytočné testovanie malej hodnoty, pretože po odstránení chýb je potrebné vykonať opätovné testovanie.
Ste manažérom testov a chystáte sa aktualizovať plán testov o odporúčania, kedy ukončiť testovanie. Uveďte zoznam odporúčaní, ktoré idete robiť.
Odpoveď:
Je potrebné podniknúť nasledujúce kroky:
do) Kritériá prijatia by sa mali sprísniť.
b) Testovacie prípady by sa mali prehodnotiť (najlepšie peer review).
c) Pokiaľ je to možné, malo by sa pridať viac testovacích prípadov. S prípadmi rozdelenia hraničnej hodnoty a triedy ekvivalencie.
d) Mali by sa pridať ďalšie testovacie prípady s neplatným stavom.
je) Kritériá zastavenia je potrebné upraviť.
# 9) Ste novo menovaný za vedúceho testu v organizácii, ktorá používa manuálne testovanie. Váš šéf chce, aby ste nasadili tri testovacie nástroje a ich funkcie na zvýšenie povedomia o testovacích nástrojoch v najvyššom manažmente. Navrhnite tri testovacie nástroje pre svoje testovacie prostredie a prečo ich navrhujete?
Odpoveď:
Tretia otázka je veľmi dôležitá. Môžete písať o testovacom riaditeľovi, Winrunnerovi / Load runnerovi, McCableovi alebo akomkoľvek inom nástroji na pokrytie. Riaditeľ testu je užitočný na sledovanie defektov. WR alebo LR na vykonanie funkčnosti / testovanie záťaže, nástroj Coverage na kontrolu pokrytia kódu, ktorý pomáha pri testovaní v bielom poli.
# 10) Pracujete na projekte, kde sa požiadavky dynamicky menia. Údaje v projekte pochádzajú z rôznych cieľov (z rôznych platforiem) a sú navzájom závislé. V projekte to vidíte ako veľké riziko. Ako by ste podľa toho plánovali?
Odpoveď:
Dajte plán, ktorý sa postará o riziko a je identifikovaný v rizikových oblastiach. Povedzme, že rozsah testovania by sa viac sústredil na testy založené na dátach atď.
Záver
To je rýchle zhrnutie otázky položenej v rozhovore vedúcemu alebo manažérovi QA s ich odpoveďami.
Ako poznámku na rozlúčku by som vás chcel upozorniť, že pri odpovedaní na otázky v rozhovore sa na to nepozerajte ako na skúšku. Pozerajte sa na to ako na platformu na brainstorming a prezentáciu svojho uhla pohľadu a vašich individuálnych skúseností.
Ako vždy, vaše skúsenosti, spätná väzba a komentáre obohatia tento článok a zabezpečia oveľa prínosnejšie čítanie. Dúfame, že sa nám ozvete.
Odporúčané čítanie
- Dotazy a odpovede na pohovor
- Niektoré zaujímavé otázky týkajúce sa testovania softvéru
- ETL Testovacie otázky a odpovede na pohovor
- Ako sa pripraviť na pohovor o testovaní softvéru
- Softvérové ručné testovanie, otázky na pohovor pre skúsených profesionálov
- 25 najlepších otázok a odpovedí na agilné testovacie pohovory
- 200 najčastejších otázok týkajúcich sa rozhovorov o testovaní softvéru (čo je nevyhnutné prečítať, aby ste vymazali KAŽDÝ rozhovor)
- Top 20 najdôležitejších API testovacích otázok a odpovedí na pohovory