20 selective qa interview questions clear interview 2021
Nejčastější dotazy Zajištění kvality QA Interview Otázky a odpovědi, které vám pomohou Příprava na rozhovor:
Zde jsou některé z otázek, které bych se zeptal při pohovoru s technikem zajišťujícím kvalitu.
Otázky budou více zdůrazňovat procesy kvality a strategii a tyto otázky nebudou kladeny pro testování.
Inženýři QA jsou většinou lidé, kteří strávili nějaký čas v testovacím průmyslu, protože když vytváříte cestovní mapy a strategie, je vždy prospěšné mít určité průmyslové expozice.
Začněme!!
Často kladené otázky týkající se QA rozhovorů
Začněme!!
Otázka č. 1) Jaký je rozdíl mezi zabezpečením kvality, kontrolou kvality a testováním?
Odpovědět: Quality Assurance je proces plánování a definování způsobu monitorování a implementace procesů kvality (testu) v týmu a organizaci. Tato metoda definuje a stanoví standardy kvality projektů.
Kontrola kvality je proces hledání vad a poskytování návrhů na zlepšení kvality softwaru. Metody používané kontrolou kvality jsou obvykle stanoveny zajištěním kvality. Provádění kontroly kvality je primární odpovědností testovacího týmu.
Testování je proces hledání vad / chyb. Ověřuje, zda software vytvořený vývojovým týmem splňuje požadavky stanovené uživatelem a standardy stanovené organizací.
Zde je hlavní důraz kladen na hledání chyb a testovací týmy fungují jako kvalitní vrátný.
Otázka 2) Kdy si myslíte, že by aktivity QA měly začít?
Odpovědět: Činnost QA by měla začít na začátku projektu. Čím dříve to začíná, tím výhodnější je stanovit standard pro dosažení kvality.
Náklady, čas a úsilí jsou velmi náročné v případě, že dojde ke zpoždění činností QA.
Otázka č. 3) Co je to rozdíl mezi testovacím plánem a testovací strategií ?
Odpovědět: Testovací strategie je na vyšší úrovni, většinou vytvořená projektovým manažerem, který demonstruje celkový přístup testování pro celý projekt, zatímco testovací plán popisuje, jak by mělo být testování prováděno pro konkrétní aplikaci spadající pod projekt.
Otázka č. 4) Můžete vysvětlit životní cyklus testování softwaru?
Odpovědět: Životní cyklus testování softwaru odkazuje na testovací proces, který má konkrétní kroky, které mají být provedeny v určitém pořadí, aby bylo zajištěno, že byly splněny cíle kvality.
Otázka č. 5) Jak definujete a formát psaní dobrého testovacího případu ?
Odpověď: Formát Test Case zahrnuje:
- ID testovacího případu
- Popis testovacího případu
- Vážnost
- Přednost
- životní prostředí
- Sestavte verzi
- Kroky k provedení
- Očekávané výsledky
- Aktuální výsledky
Otázka č. 6) Co je dobrý testovací případ?
Odpovědět: Jednoduše řečeno, dobrý testovací případ je ten, který zjistí vadu. Ale všechny testovací případy nenajdou vady, takže dobrým testovacím případem může být také ten, který má všechny předepsané podrobnosti a pokrytí.
Otázka č. 7) Co byste udělali, pokud máte velkou sadu k provedení za velmi kratší dobu?
jak otevřít soubor eps
Odpovědět: V případě, že máme méně času a musíme provést větší objem testovacích případů, měli bychom upřednostnit testovací případ a nejprve provést testovací případy s vysokou prioritou a poté přejít k těm s nižší prioritou.
Tímto způsobem můžeme zajistit, aby byly testovány důležité aspekty softwaru.
Alternativně můžeme také hledat preference zákazníků, která je podle nich nejdůležitější funkcí softwaru, a měli bychom začít testovat z těchto oblastí a poté postupně přejít do těch oblastí, které mají menší význam.
Otázka č. 8) Myslíte si, že se QA může také podílet na řešení produkčních problémů?
Odpovědět: Rozhodně!! Bylo by dobrou křivkou učení, aby se QA podíleli na řešení výrobních problémů. Mnoho časových produkčních problémů lze vyřešit vymazáním protokolů nebo provedením některých nastavení registru nebo restartováním služeb.
Tým QA by mohl tyto problémy v oblasti životního prostředí velmi dobře vyřešit.
Také pokud má QA přehled o řešení výrobních problémů, mohou je zahrnout při psaní testovacích případů a tímto způsobem mohou přispět ke zlepšení kvality a pokusit se minimalizovat výrobní vady.
Otázka č. 9) Předpokládejme, že najdete chybu ve výrobě, jak byste se ujistili, že stejná chyba není znovu zavedena?
testování otázek na pohovory pro zkušené profesionály s odpověďmi
Odpovědět: Nejlepším způsobem je okamžitě napsat testovací případ výrobní vady a zahrnout jej do regresní sady. Tímto způsobem zajistíme, aby se chyba znovu neobjevila.
Můžeme také myslet na alternativní testovací případy nebo podobné druhy testovacích případů a zahrnout je do našeho plánovaného provedení.
Otázka č. 10) Jaký je rozdíl mezi funkčním a nefunkčním testováním?
Odpovědět:
Funkční testování se zabývá funkčním aspektem aplikace. Tato technika testuje, že se systém chová podle požadavků a specifikací. Ty přímo souvisejí s požadavky zákazníků. Ověřujeme testovací případy podle zadaného požadavku a výsledky testů považujeme za vyhovující nebo neúspěšné.
Příklady zahrnují regresi, integraci, systém, kouření atd
Nefunkční testování , na druhé straně testuje nefunkční aspekt aplikace. Nezaměřuje se na požadavek, ale na faktory prostředí, jako je výkon, zátěž a stres. Ty nejsou v požadavku výslovně specifikovány, ale jsou předepsány v normách kvality. Jako QA se musíme ujistit, že těmto testům je také věnován dostatečný čas a priorita.
Otázka č. 11) Co je negativní testování? Jak se liší od pozitivního testování?
Odpovědět: Negativní testování je technika, která ověřuje, že se systém chová ladně v případě neplatných vstupů. Například, v případě, že uživatel zadá do textového pole neplatná data, měl by systém zobrazit technickou zprávu namísto technické zprávy, které uživatel nerozumí.
Negativní testování se liší od pozitivního testování způsobem, který pozitivním testováním ověří, že náš systém funguje podle očekávání, a porovná výsledky testu s očekávanými výsledky.
Většina časových scénářů pro negativní testování není uvedena v dokumentech funkčních požadavků. Jako QA musíme identifikovat negativní scénáře a měli bychom mít opatření k jejich testování.
Otázka č. 12) Jak byste zajistili, aby vaše testování bylo kompletní a mělo dobré pokrytí?
Odpovědět: Matice sledovatelnosti požadavku a matice pokrytí testu nám pomohou zjistit, zda naše testovací případy mají dobré pokrytí.
Matice sledovatelnosti požadavků nám pomůže určit, že podmínky testu jsou dostatečné, aby byly pokryty všechny požadavky. Krycí matice nám pomohou určit, že testovací případy jsou dostatečné pro splnění všech identifikovaných testovacích podmínek v RTM.
An RTM bude vypadat asi jako:
Podobně, Matice pokrytí testu budou vypadat takto:
Otázka č. 13) Na jaké různé artefakty odkazujete při psaní testovacích případů?
Odpovědět: Hlavní použité artefakty jsou:
- Specifikace funkčních požadavků
- Dokument o porozumění požadavku
- Případy užití
- Drátové modely
- Uživatelské příběhy
- Kritéria přijatelnosti
- Mnohokrát testovací případy UAT
Otázka č. 14) Podařilo se vám někdy napsat testovací případy, aniž byste měli nějaké dokumenty?
Odpovědět: Ano, existují případy, kdy máme situaci, kdy musíme psát testovací případy, aniž bychom měli konkrétní dokumenty.
V tom případě, nejlepší způsob je:
- Spolupracujte s BA a vývojovým týmem.
- Kopejte do e-mailů, které obsahují nějaké informace.
- Pusťte se do starších testovacích případů / regresní sady
- Pokud je funkce nová, zkuste si přečíst wiki stránky nebo nápovědu aplikace, abyste získali představu
- Posaďte se s vývojářem a pokuste se pochopit provedené změny.
- Na základě vašeho porozumění identifikujte podmínku testu a odešlete ji BA nebo zúčastněným stranám, aby je zkontrolovali.
Otázka č. 15) Co se rozumí Ověření a ověření ?
Odpovědět:
Validace je proces hodnocení konečného produktu za účelem kontroly, zda software splňuje obchodní potřeby. Provádění testu, které provádíme v každodenním životě, je ověřovací činnost, která zahrnuje kouřové testování, funkční testování, regresní testování, testování systémů atd.
Ověření je proces hodnocení zprostředkujících pracovních produktů životního cyklu vývoje softwaru, aby se zkontrolovalo, zda vytváříme konečný produkt ve správné stopě.
Otázka č. 16) Jaké jsou různé techniky ověřování, které znáte?
Odpovědět: Techniky ověřování jsou statické. Existují 3 techniky ověřování.
Vysvětlují se takto:
(i) Přezkoumání - Jedná se o metodu, pomocí které jsou kódové / testovací případy zkoumány jinou osobou než autorem, který ji vytvořil. Je to jeden z nejjednodušších a nejlepších způsobů, jak zajistit pokrytí a kvalitu.
ii) Inspekce - Toto je technický a disciplinovaný způsob, jak zkoumat a opravovat vady testovacího artefaktu nebo kódu. Protože je disciplinovaný, má různé role:
- Moderátor - Usnadňuje celou inspekční schůzku.
- Zapisovač - Zaznamenává zápis z jednání, vyskytly se závady a další diskutované body.
- Čtenář - Přečtěte si dokument / kód. Vedoucí také vede k celé inspekční schůzce.
- Výrobce - Autor. Oni jsou v konečném důsledku odpovědní za aktualizaci svého dokumentu / kódu podle komentářů.
- Recenzent - Všichni členové týmu mohou být považováni za recenzenty. Tuto roli může hrát i určitá skupina odborníků podle požadavků projektu.
(iii) Návod - Jedná se o proces, ve kterém autor dokumentu / kódu čte obsah a získává zpětnou vazbu. Jedná se spíše o druh relace FYI (For Your Information), než o hledání oprav.
Otázka č. 17) Jaký je rozdíl mezi Zátěžové a zátěžové testování ?
Odpovědět:
Stresové testování je technika, která ověřuje chování systému při jeho provádění ve stresu. Abychom to vysvětlili, snižujeme zdroje a kontrolujeme chování systému. Nejprve pochopíme horní hranici systému a postupně snižujeme zdroje a kontrolujeme chování systému.
v Zátěžové testování, ověřujeme chování systému při očekávaném zatížení. Načíst může být souběžný uživatel nebo prostředky přistupující k systému současně.
Otázka č. 18) V případě pochybností o vašem projektu, jak přistupujete?
Odpovědět: V případě jakýchkoli pochybností se nejprve pokuste o jejich odstranění přečtením dostupné nápovědy k artefaktům / aplikaci. V případě pochybností, které přetrvávají, se zeptejte přímého nadřízeného nebo vedoucího týmu vašeho týmu.
Obchodní analytici mohou být také dobrou volbou pro pochybnosti. Můžeme také sdělit naše dotazy vývojovému týmu v případě jakýchkoli dalších pochybností. Poslední možností by bylo navázat kontakt s manažerem a nakonec se zúčastněnými stranami.
Otázka č. 19) Použili jste nějaké automatizační nástroje?
Odpovědět: Odpověď na tuto otázku je do značné míry výlučná pro jednotlivce. Odpovězte na všechny nástroje a strategie automatizace, které jste ve svém projektu použili.
Otázka č. 20) Jak zjistíte, který software vyžaduje kolik testování?
Odpovědět: Tento faktor můžeme znát, když zjistíme Cyklomatická složitost .
T Technika pomáhá identifikovat níže 3 otázky týkající se programů / funkcí
- Je funkce / program testovatelný?
- Rozumí funkci / programu každý?
- Je funkce / program dostatečně spolehlivý?
Jako QA můžeme použít tuto techniku k identifikaci „úrovně“ našeho testování.
nejlepší aplikace pro špehování někoho
Je praxí, že pokud je výsledkem cyklomatické složitosti více nebo větší číslo, považujeme tuto část funkce za složitou, a proto ji považujeme za testera; že část kódu / funkce vyžaduje důkladné testování.
Na druhou stranu, pokud je výsledkem cyklomatické složitosti menší počet, usoudíme jako QA, že funkčnost je méně složitá a podle toho rozhodneme o rozsahu.
Je velmi důležité pochopit celý životní cyklus testování a v případě potřeby byste měli být schopni navrhnout změny v našem procesu. Cílem je dodat vysoce kvalitní software a tímto způsobem by QA měla přijmout veškerá nezbytná opatření ke zlepšení procesu a způsobu, jakým testovací tým provádí testy.
Doufám, že tyto otázky a odpovědi na QA rozhovor pomohou připravit rozhovor pro zajištění kvality.
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
- Top 20 nejdůležitějších API testů 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)