top 10 qa test lead
Dotaz na pohovor se softwarovým testovacím vedoucím nebo manažerem testu s podrobnými odpověďmi:
STH je zpět s další sérií rozhovorů. Toto je pro pozici vedení QA / Test.
Budeme se zabývat několika nejčastějšími, ale důležitými otázkami a odpověďmi vedoucího testu QA a manažera testu.
Jako vždy se budeme řídit vzorem odpovědí založených na vysvětlení, nikoli politicky správných. Pojďme začít.
Tazatelé QA obvykle testují všechny dotázané ve 3 hlavních oblastech:
# 1) Základní technické znalosti a odborné znalosti
#dva) přístup
# 3) Sdělení
Nyní, když mluvíme o rozhovoru s testovacím vedoucím QA, je proces podobný a způsob hodnocení komunikace zůstává stejný.
Celková soudržnost, přesvědčení a jasnost jsou několika faktory, které přispívají k efektivní komunikaci. Pokud jde o hodnocení prvních dvou oblastí pro vedoucího QA testu, můžeme rozdělit oblasti, kde by otázky QA vedoucího rozhovoru mohly pocházet ze 3 kategorií:
1) Technická expertíza
dva) Postoj týmového hráče
3) Manažerské dovednosti
Na každou z nich se podíváme a dále ji rozvedeme.
Co se naučíte:
- Dotaz na vedoucího testu nebo manažera testu na technickou odbornost
- Otestujte otázky vedoucího / manažera týkající se postoje a správy
- Závěr
- Doporučené čtení
Dotaz na vedoucího testu nebo manažera testu na technickou odbornost
To lze dále rozdělit na dovednosti založené na procesech a nástrojích. Několik ukázkových otázek, které lze položit, jsou:
Otázka č. 1. Jaké byly vaše role a povinnosti a jak byl váš čas rozdělen mezi úkoly v projektu?
Normálně testovací kabel pracuje na projektu stejně, jako ostatní členové týmu. Pouze 10% (průmyslový standard se může u jednotlivých projektů lišit) času je věnováno koordinačním činnostem.
Můžete to dále rozdělit na:
- 50% - Testovací činnosti - v závislosti na fázi, ve které se projekt nachází, může být testováno plánování, návrh nebo provedení
- 20% - recenze
- 10% - koordinace
- 20% - komunikace s klientem a správa dodávek
Tip STH:
Připravte se dopředu. Zjistili jste všechna čísla předem?
Přečtěte si také => Otestujte odpovědnosti olova
Otázka č. 2. Jaký proces QA používáte ve svém projektu a proč?
Když je tato otázka položena členovi týmu QA, myšlenkou je posoudit jejich znalost a pohodlí při používání procesu na místě. Ale když se tato otázka dostane do vedení týmu, je třeba pochopit, jaké jsou vaše odborné znalosti založit uvedený proces. Nejlepší způsob, jak toho dosáhnout, je: brainstorming.
Ukázková odpověď může být tato: V současné době sledujeme směs tradičních i agilních projektů . Způsob, jakým to provedeme, je: vydání zpracováváme v krátkých sprintech, ale v rámci sprintů bychom stále vytvořili testovací plán, testovací scénáře, ale ne testovací případy a nahlásili vady, jako bychom to udělali v modelu vodopádu. Ke sledování pokroku používáme scrum board a na defekty používáme nástroj Bugzilla. I když jsou naše sprinty krátké, zajišťujeme, aby všechny kontroly, zprávy a metriky proběhly včas.
K tomu můžete přidat další: pokud se jedná o projekt modelu on-offshore modelu, pokud jsou sprinty dev a QA oddělené a zaostávají za sebou atd.
Viz také => QA zpracovává na konci skutečné projekty
oops koncepty v C # s příklady
Otázka č. 3. Co považujete za své klíčové úspěchy / iniciativy?
Každý chce úspěšného manažera, nejen manažera - tedy tuto otázku.
Ocenění, hodnocení výkonu a celofiremní uznání (pat-on-back, zaměstnanec měsíce) atd. Jsou skvělé. Ale nezlevňujte každodenní úspěchy:
Možná jste zefektivnili proces podávání zpráv nebo zjednodušili testovací plán nebo vytvořili dokument, který lze použít k testování zdravého rozumu systému, který je při použití složitý, velmi minimální dohled atd.
Otázka č. 4. Podíleli jste se na odhadu testu a jak to děláte?
Odhad testu poskytuje přibližnou představu kolik času, úsilí a zdrojů je potřeba k otestování. To pomůže určit náklady, plány a proveditelnost většiny projektů. Testovací vodiče jsou pro odhad testu osloveny na začátku každého projektu. Odpověď na otázku, zda byl odhad testu součástí profilu úlohy vedoucího QA, je tedy „ano“.
Část „Jak“ se liší tým od týmu a vede k vedení. Pokud jste použili funkční body nebo jiné techniky, nezapomeňte to zmínit.
Také pokud jste tyto metody nepoužili a založili odhad zcela na historických datech, intuici a zkušenost - řekněte to a uveďte zdůvodnění.
Například: když musím odhadnout své projekty nebo CR, jednoduše vytvořím ty základní testovací scénáře (na vysoké úrovni) a získám představu o tom, s jakými mnoha testovacími případy mohu pracovat, a jejich složitostmi. Testovací případy na úrovni pole nebo uživatelského rozhraní lze spouštět a psát tempem přibližně 50–100 denně / na osobu. Testovací případy se střední složitostí (s 10 nebo více kroky) lze napsat asi 30 denně / na osobu. Vysoká složitost nebo komplex mezi koncovými body jsou ve výši 8-10 za den / na osobu. To vše je pouze přibližné a je třeba vzít v úvahu i další faktory, jako jsou nepředvídané události, odbornost týmu, dostupný čas atd., Ale ve většině případů to pro mě fungovalo. Na tuto otázku by tedy byla moje odpověď.
Tipy STH:
- Odhady jsou přibližné a nejsou vždy přesné. Vždy bude dáno a vzato. Pro testovací projekt je ale vždy lepší přeceňovat než podceňovat.
- Je také dobré si promluvit o tom, jak jste hledali pomoc členů svého týmu při navrhování testovacích scénářů a identifikaci složitosti, protože vás tak ustanoví jako mentora, kterým by měl být každý vedoucí týmu.
Přečtěte si také => Jak být dobrým mentorem týmu, trenérem a skutečným týmovým obráncem v agilním testovacím světě? - Inspirace
Otázka č. 5. Jaké nástroje používáte a proč?
Procesní nástroje QA, jako je HP ALM (centrum kvality), software pro sledování chyb, automatizační software, jsou věci, které byste měli ovládat společně se všemi členy svého týmu.
Kromě toho, pokud používáte jakýkoli software pro správu, jako je MS Project, Agile management tools - zvýrazněte tuto zkušenost a promluvte si o tom, jak tento nástroj pomohl vašim každodenním úkolům.
Například : Promluvte si o tom, jak používáte JIRA pro jednoduchou správu vad a úkolů ve vašem projektu QA. Kromě toho, pokud můžete hovořit o doplňku JIRA Agile Add-in a o tom, jak pomohl při vytváření Scrumboardu, plánování vašich uživatelských příběhů, plánování sprintu, práci, hlášení atd., To by bylo skvělé.
Otázka č. 6. Zpracujte znalost a zvládnutí- pokud proces, který sledujete na svém pracovišti, je vodopád, on-offshore, agilní nebo cokoli v tomto smyslu, očekávejte podrobné otázky a odpovědi o jeho implementaci, úspěchu, metrikách, osvědčených postupech a výzvy mimo jiné.
Podrobnosti najdete na níže uvedených odkazech:
- Offshore testování softwaru na místě
- Výukové programy pro agilní testování
Tady je první část. V další část vedoucího testu nebo otázky vedoucího testu , budeme se zabývat přístupem týmových hráčů a otázkami souvisejícími s řízením.
Otestujte otázky vedoucího / manažera týkající se postoje a správy
V této části poskytujeme seznam nejlepších a nejčastěji kladených otázek ohledně rozhovorů se Správcem testů, které jsou užitečné pro roli Správce testů.
Test Manager hraje velmi významnou roli, protože musí vést celý testovací tým. Otázky tedy budou trochu obtížné, pokud si přečtete níže, budete dostatečně sebevědomí.
V tomto článku jsou zmíněny také otázky týkající se rozhovorů v reálném čase.
Následuje seznam otázek a odpovědí na základě scénářů pro správce testů:
# 7) Zákazník nahlásil závažné závady ve zprávě o denním zůstatku. Zákazník je nešťastný, že problém není vyřešen ani po týdnu. Jaká vy jako PM podniknete, abyste obnovili důvěru zákazníků a zajistili, že k tomu v budoucnu nedojde?
Odpovědět:
Řešení konfliktů: Dostaňte se na vlnovou délku svého zákazníka. Získejte fakta a klást otázky, získat podrobné informace a dělat si poznámky pozorně poslouchat. Vytvořte a iniciujte akční program (přiznejte chybu, pokud existuje, vyjedná uspokojivé řešení, uveďte řešení a dohodněte se, proveďte akci a pokračujte se zákazníkem).
A konečně, zavést řádný denní proces kontroly problémů, aby se těmto problémům v budoucnu předešlo.
# 8) Bylo pozorováno, že testeři ve vaší organizaci provádějí testy na dodávce i po zjištění významných vad. To mělo za následek zbytečné testování malé hodnoty, protože po odstranění závad je třeba provést opětovné testování.
Jste správcem testů a chystáte se aktualizovat plán testů o doporučení, kdy ukončit testování. Uveďte doporučení, která hodláte učinit.
Odpovědět:
Je třeba učinit následující kroky:
na) Kritéria přijetí by se měla zpřísnit.
b) Testovací případy by měly být přehodnoceny (nejlépe peer review).
C) Pokud je to možné, mělo by být přidáno více testovacích případů. S mezními hodnotami a případy oddílů třídy ekvivalence.
d) Mělo by být přidáno více testovacích případů s neplatnou podmínkou.
je) Kritéria zastavení je třeba upravit.
# 9) Jste nově jmenováni testovacím vedoucím v organizaci, která používá ruční testování. Váš šéf chce, abyste vyvinuli tři testovací nástroje a jejich funkce, které vám pomohou zvýšit povědomí o testovacích nástrojích ve vrcholovém vedení. Navrhněte tři testovací nástroje pro své testovací prostředí a proč je navrhujete?
Odpovědět:
Třetí otázka je velmi důležitá. Můžete psát o testech Director, Winrunner / Load runner, McCable nebo jakémkoli jiném nástroji pro pokrytí. Ředitel testu je užitečný ke sledování defektů. WR nebo LR k provedení funkčnosti / testování zátěže, nástroj Pokrytí ke kontrole pokrytí kódu a tím pomáhá při testování v bílé krabici.
# 10) Pracujete na projektu, kde se požadavky dynamicky mění. Data v projektu pocházejí z různých cílů (z různých platforem) a jsou vzájemně závislá. V projektu to vidíte jako velké riziko. Jak byste podle toho plánovali?
Odpovědět:
Poskytněte plán, který se postará o riziko a je identifikován v rizikových oblastech. Řekněme, že rozsah testování by se více soustředil na testy založené na datech atd.
Závěr
Jedná se o rychlé shrnutí otázky položené v rozhovoru vedoucímu QA nebo manažerovi s jejich odpověďmi.
Na úvod bych vás chtěl upozornit, že při odpovídání na otázky v rozhovoru se na to nedívejte jako na zkoušku. Dívejte se na to jako na platformu pro brainstorming a prezentaci svého úhlu pohledu a vašich individuálních zkušeností.
Vaše zkušenosti, zpětná vazba a komentáře jako vždy obohatí tento článek a zajistí mnohem přínosnější čtení. Doufáme, že se vám ozveme.
Doporučené čtení
- Dotazy a odpovědi na pohovor
- Některé zajímavé otázky týkající se testování softwaru
- ETL Testing Interview Otázky a odpovědi
- Jak se připravit na pohovor o testování softwaru
- Softwarové manuální testování Dotaz na rozhovor pro zkušené profesionály
- 25 nejlepších agilních testovacích otázek a odpovědí na rozhovor
- 200 nejdůležitějších otázek týkajících se testování softwaru (pro čtení JAKÉKOLI testovacího rozhovoru je nutné číst)
- Top 20 nejdůležitějších API testů Interview Otázky a odpovědi