150 Otázky a odpovědi manuálního testovacího rozhovoru pro rok 2025

Sestavili jsme nejčastější otázky a odpovědi ručního testování, které vás seznámí s typem otázek při pohovoru s testerem softwaru, které vám může tazatel během pohovoru položit. V tomto seznamu otázek na pohovor pro testování softwaru s odpověďmi jsme pokryli všechny běžně kladené základní a pokročilé otázky na testovacím pohovoru za 10 let zkušeností s podrobnými odpověďmi, které vám pomohou snadno vymazat pracovní pohovor s manuálním testováním.

Zabývali jsme se téměř 150+ důležitými otázkami viva testování softwaru pro nováčky a také otázkami manuálního testování zkušených pohovorů pro inženýry QA, abychom vám pomohli připravit se na nadcházející pohovor. Tento podrobný průvodce otázkami pohovoru o testování softwaru pro zkušené kandidáty vám pomůže zvládnout váš pracovní pohovor pro testování softwaru.

Otázky a odpovědi na ruční testovací rozhovor pro zkušené a čerstvé


1. Co je průzkumné testování?

Průzkumné testování je praktický přístup, ve kterém se testeři podílejí na minimálním plánování a maximálním provedení testu. Plánování zahrnuje vytvoření testovací charty, krátké prohlášení o rozsahu krátkého (1 až 2 hodin) časově ohraničeného testovacího úsilí, cílů a možných přístupů, které mají být použity. Činnosti návrhu testu a provádění testu se provádějí paralelně, typicky bez formálního dokumentování testovacích podmínek, testovacích případů nebo testovacích skriptů. To neznamená, že nebudou použity jiné, formálnější testovací techniky. Tester se například může rozhodnout použít analýzu hraničních hodnot, ale promyslí a otestuje nejdůležitější hraniční hodnoty, aniž by je nutně zapisoval. Některé poznámky budou napsány během relace průzkumného testování, aby bylo možné následně vytvořit zprávu.

👉 Zdarma ke stažení PDF: Otázky a odpovědi manuálního testovacího rozhovoru


2. Co je „testování případu použití“?

K identifikaci a provedení funkčních požadavků aplikace od začátku do konce se používá „případ užití“ a techniky používané k tomu se nazývají „testování případu použití“.


3. Jaký je rozdíl mezi STLC (Software Testing Life Cycle) a SDLC (Software Development Life Cycle)?

SDLC se zabývá vývojem/kódováním softwaru, zatímco STLC se zabývá validací a ověřováním softwaru


4. Co je matice sledovatelnosti?

Vztah mezi testovacími případy a požadavky je znázorněn pomocí dokumentu. Tento dokument je známý jako matice sledovatelnosti.


5. Co je testování rozdělení ekvivalence?

Testování dělení ekvivalence je technika testování softwaru, která rozděluje vstupní testovací data aplikace do každého oddílu alespoň jednou ekvivalentních dat, ze kterých lze odvodit testovací případy. Tato testovací metoda zkracuje čas potřebný pro testování softwaru.


6. Co je testování bílé skříňky a vyjmenujte typy testování bílé skříňky?

Technika testování bílé skříňky zahrnuje výběr testovacích případů na základě analýzy vnitřní struktury (pokrytí kódem, pokrytí větví, pokrytí cest, pokrytí podmínek atd.) komponenty nebo systému. Je také známé jako testování založené na kódu nebo strukturální testování. Existují různé typy testování bílé skříňky

  1. Pokrytí prohlášení
  2. Pokrytí rozhodování

7. Co ověřujete při testování v bílé krabici?

Při testování v bílém poli jsou ověřeny následující kroky.

  1. Zkontrolujte bezpečnostní otvory v kódu
  2. Ověřte neúplné nebo přerušené cesty v kódu
  3. Ověřte tok struktury podle specifikace dokumentu
  4. Ověřte očekávané výstupy
  5. Ověřte všechny podmíněné smyčky v kódu a zkontrolujte úplnou funkčnost aplikace
  6. Ověřte kódování řádek po řádku a zakryjte 100% testování

8. Co je testování černé skříňky? Jaké jsou různé techniky testování černé skříňky?

Testování černé skříňky je metoda testování softwaru, která se používá k testování softwaru bez znalosti vnitřní struktury kódu nebo programu. Toto testování se obvykle provádí za účelem ověření funkčnosti aplikace. Existují různé techniky testování černé skříňky

  1. Rozdělení ekvivalence
  2. Analýza okrajových hodnot
  3. Grafy příčin a následků

9. Jaký je rozdíl mezi statickým a dynamickým testováním?

Statické testování: Během metody statického testování se kód nespouští a provádí se pomocí softwarové dokumentace.

Dynamické testování: K provedení tohoto testování je vyžadováno, aby byl kód ve spustitelné podobě.


10. Co je ověřování a validace?

Verifikace je proces hodnocení softwaru ve fázi vývoje. Pomůže vám rozhodnout, zda produkt dané aplikace splňuje zadané požadavky. Validace je proces hodnocení softwaru po procesu vývoje a kontrola, zda splňuje požadavky zákazníka.


11. Jaké jsou různé úrovně testů?

Existují čtyři úrovně testu

  1. Testování jednotky/komponenty/programu/modulu
  2. Integrační testování
  3. Testování systému
  4. Akceptační testování

12. Co je integrační testování?

Integrační testování je úroveň procesu testování softwaru, kde se kombinují a testují jednotlivé jednotky aplikace. Obvykle se provádí po jednotkovém a funkčním testování.


13. Z čeho se skládá testovací plán?

Návrh testu, rozsah, testovací strategie, přístup jsou různé detaily, ze kterých se skládá dokument plánu testování.

  1. Identifikátor testovacího případu
  2. Rozsah
  3. Vlastnosti k testování
  4. Vlastnosti, které se netestují
  5. Testovací strategie a testovací přístup
  6. Testovací výstupy
  7. Odpovědnost
  8. Personální zajištění a školení
  9. Rizika a nepředvídané události

14. Jaký je rozdíl mezi testováním UAT (User Acceptance Testing) a testováním systému?

Testování systému: Testování systému je nalezení závad, když systém prochází testováním jako celek; je také známé jako end-to-end testování. Při takovém typu testování aplikace trpí od začátku až do konce.

UAT: Uživatelské akceptační testování (UAT) zahrnuje testování produktu řadou specifických testů, které určují, zda produkt splní potřeby svých uživatelů.


15. Uveďte rozdíl mezi Data Driven Testing a Retesting?

Opakované testování: Jedná se o proces kontroly chyb, které provádí vývojový tým, aby ověřil, že jsou opraveny.

Data řízené testování (DDT): V procesu testování řízeného daty je aplikace testována s více testovacími daty. Aplikace je testována s jinou sadou hodnot.

Pokročilé ruční testování softwaru Otázky k pohovoru pro 3/5/10 let zkušeností


16. Jaké jsou cenné kroky k vyřešení problémů během testování?

  • Záznam: Zaznamenejte a vyřešte všechny problémy, které nastaly
  • Zpráva: Oznamte problémy nadřízenému
  • Kontrola: Definujte proces správy problému

17. Jaký je rozdíl mezi testovacími scénáři, testovacími případy a testovacím skriptem?

Rozdíl mezi testovacími scénáři a testovacími případy je v tom

Testovací scénáře: Testovací scénář je jakákoli funkce, kterou lze testovat. Nazývá se také Test Condition nebo Test Possibility.

Zkušební případy: Je to dokument, který obsahuje kroky, které je třeba provést; bylo to naplánováno dříve.

Testovací skript: Je napsán v programovacím jazyce a je to krátký program používaný k testování části funkčnosti softwarového systému. Jinými slovy psaný soubor kroků, které by měly být provedeny ručně.


18. Co je to latentní vada?

Skrytá vada: Tato závada je existující závadou v systému, která nezpůsobuje žádnou poruchu, protože přesný soubor podmínek nebyl nikdy splněn


19. Jaké jsou dva parametry, které mohou být užitečné pro zjištění kvality provedení testu?

Abychom poznali kvalitu provedení testu, můžeme použít dva parametry

  • Poměr odmítnutí vad
  • Poměr úniku defektu

Parametry pro kvalitu provedení testu

Parametry pro kvalitu provedení testu


20. Jaká je funkce nástroje pro testování softwaru „phantom“?

Phantom je freeware a používá se pro skriptovací jazyk pro automatizaci grafického uživatelského rozhraní systému Windows. Umožňuje nám automaticky převzít kontrolu nad okny a funkcemi. Dokáže simulovat libovolnou kombinaci stisku kláves a kliknutí myší, stejně jako nabídky, seznamy a další.


21. Vysvětlete, co je to Test Deliverables?

Test Deliverables je sada dokumentů, nástrojů a dalších komponent, které musí být vyvinuty a udržovány na podporu testování.

V každé fázi životního cyklu vývoje softwaru existují různé výsledky testů

  • Před testováním
  • Během Testování
  • Po Testování

22. Co je testování mutací?

Testování mutací je technika k identifikaci, zda je sada testovacích dat nebo testovacího případu užitečná, a to záměrným zavedením různých změn kódu (chyb) a opakovaným testováním s původními testovacími daty/případy, aby se zjistilo, zda byly chyby zjištěny.


23. Co všechno byste měli zvážit před výběrem automatizačních nástrojů pro AUT?

  • Technická proveditelnost
  • Úroveň složitosti
  • Stabilita aplikace
  • Testovací data
  • Velikost aplikace
  • Opětovná použitelnost automatických skriptů
  • Provedení napříč prostředím

24. Jak budete provádět analýzu rizik?

Pro analýzu rizik je třeba provést následující kroky

  1. Zjištění skóre rizika
  2. Vytvoření profilu pro riziko
  3. Změna rizikových vlastností
  4. Nasaďte zdroje tohoto testovacího rizika
  5. Vytvoření databáze rizik

25. Jaké jsou kategorie ladění?

Kategorie pro ladění

  1. Ladění hrubou silou
  2. Backtracking
  3. Eliminace příčiny
  4. Program krájení
  5. Analýza stromu poruch

26. Co je maskování chyb vysvětleno na příkladu?

Když přítomnost jedné závady skrývá přítomnost jiné závady v systému, nazývá se to maskování závad.

Příklad: Pokud „Záporná hodnota“ způsobí spuštění neošetřené systémové výjimky, vývojář zabrání zadání záporných hodnot. Tím se problém vyřeší a skryje se závada spouštění neošetřené výjimky.


27. Vysvětlete, co je plán testování? Jaké jsou informace, které by měl plán testování obsahovat?

Plán testování lze definovat jako dokument popisující rozsah, přístup, zdroje a harmonogram testovacích činností a plán testování by měl zahrnovat následující podrobnosti.

  • Testovací strategie
  • Testovací cíl
  • Kritéria výstupu/pozastavení
  • Plánování zdrojů
  • Testujte výsledky

28. Jak můžete ve svém projektu eliminovat produktové riziko?

Pomáhá vám eliminovat riziko produktu ve vašem projektu a existuje jednoduchý, ale zásadní krok, který může snížit riziko produktu ve vašem projektu.

  • Prozkoumejte dokumenty se specifikacemi
  • Diskutujte o projektu se všemi zúčastněnými stranami včetně developera
  • Jako skutečný uživatel chodí po webu

29. Jaké je společné riziko, které vede k neúspěchu projektu?

Společným rizikem, které vede k neúspěchu projektu, jsou

  • Nemá dostatek lidských zdrojů
  • Testovací prostředí nemusí být správně nastaveno
  • Omezený rozpočet
  • Časová omezení

30. Na jakém základě můžete dospět k odhadu vašeho projektu?

Chcete-li odhadnout svůj projekt, musíte vzít v úvahu následující body

  • Rozdělte celý projekt na nejmenší úkoly
  • Přidělte každý úkol členům týmu
  • Odhadněte úsilí potřebné k dokončení každého úkolu
  • Ověřte odhad

31. Vysvětlete, jak byste přidělili úkol členům týmu?

Úkol Člen
Analyzujte specifikaci požadavků na software Všichni členové
Vytvořte specifikaci testu Tester/testovací analytik
Vybudujte testovací prostředí Správce testu
Proveďte testovací případy Tester, správce testu
Hlásit závady Tester

32. Vysvětlete, co je typ testování a jaké jsou běžně používané typy testování?

Pro získání očekávaného výsledku testu se dodržuje standardní postup, který se nazývá Typ testování.

Běžně používané typy testování jsou

  • Unit Testing: Testování nejmenšího kódu aplikace
  • Testování API: Testování API vytvořené pro aplikaci
  • Testování integrace: Jednotlivé softwarové moduly jsou kombinovány a testovány
  • Testování systému: Kompletní testování systému
  • Testování instalace/odinstalace: Testování prováděné z pohledu klienta/zákazníka
  • Agilní testování: Testování pomocí agilní techniky

33. Co všechno musíte vzít v úvahu při monitorování svého projektu?

Věci, které je třeba vzít v úvahu, jsou

  • Je váš projekt podle plánu
  • Překročili jste rozpočet?
  • Pracujete na stejném profesním cíli
  • Máte dostatek zdrojů
  • Existují nějaké varovné signály blížících se problémů
  • Existuje nějaký tlak ze strany vedení na dokončení projektu dříve?

34. Jaké jsou běžné chyby, které způsobují problémy?

  • Přiřazování zdrojů ke špatným projektům
  • Nedostatek dovedností testovacího manažera
  • Neposlouchat ostatní
  • Špatné plánování
  • Podceňování
  • Ignorování malých problémů
  • Nedodržování procesu

35. Co obsahuje typický zkušební protokol? Jaké jsou výhody testovacích zpráv?

Zpráva o testu obsahuje následující položky:

  • Informace o projektu
  • Testovací cíl
  • Souhrn testu
  • Přeběhnout

Výhody testovacích zpráv jsou:

  • Informujeme o aktuálním stavu projektu a kvalitě produktu
  • V případě potřeby mohou zúčastněné strany a zákazník podniknout nápravná opatření
  • Závěrečný dokument pomáhá rozhodnout, zda je produkt připraven k uvolnění

36. Co je kontrola managementu testů a proč je důležitá?

Management review je také označován jako Zabezpečení kvality softwaru nebo SQA. SQA se zaměřuje spíše na softwarový proces než na softwarové pracovní produkty. Je to soubor činností navržených tak, aby se ujistil, že projektový manažer dodržuje standardní proces. SQA pomáhá manažerovi testů porovnávat projekt se stanovenými standardy.


37. Jaké jsou nejlepší postupy pro zajištění kvality softwaru?

Nejlepší postupy pro efektivní implementaci SQA jsou

  • Neustálé Zlepšování
  • Dokumentace
  • Použití nástroje
  • Metrics
  • Zodpovědnost členů týmu
  • Zkušení auditoři SQA

38. Kdy se připravuje RTM (Requirement Traceability Matrix)?

RTM se připravuje před návrhem testovacího případu. Požadavky by měly být sledovatelné z kontrolních činností.


39. Jaký je rozdíl mezi testovací maticí a maticí sledovatelnosti?

Testovací matice: Testovací matice se používá k zachycení skutečné kvality, úsilí, plánu, zdrojů a času potřebného k zachycení všech fází testování softwaru

Matice sledovatelnosti: Mapování mezi testovacími případy a požadavky zákazníků je známé jako Traceability Matrix


40. Co jsou to pahýly a ovladače při ručním testování?

Jak pahýly, tak ovladače jsou součástí přírůstkového testování. V přírůstkovém testování existují dva přístupy, a to přístup zdola nahoru a přístup shora dolů. Ovladače se používají při testování zdola nahoru a útržek se používá pro přístup shora dolů. Pro testování hlavního modulu se používá stub, což je fiktivní kód nebo program.


41. Jaký krok byste provedli, jakmile zjistíte závadu?

Jakmile najdete závadu, postupujte podle tohoto kroku

a) Obnovte defekt

b) Připojte snímek obrazovky

c) Zaznamenejte závadu


42. Vysvětlete, co je metoda testování „řízená plánem testování“ nebo „řízená klíčovým slovem“?

Tato technika využívá skutečný testovací případ dokumentu vyvinutý testery pomocí tabulky obsahující speciální „klíčová slova“. Klíčová slova řídí zpracování.


43. Co je to DFD (Data Flow Diagram)?

Když je „tok dat“ informačním systémem graficky znázorněn, nazývá se diagram toku dat. Používá se také pro vizualizaci zpracování dat.


44. Vysvětlete, co je LCSAJ?

LCSAJ je zkratka pro 'lineární kódovou sekvenci a skok.' Skládá se z následujících tří položek

a) Začátek lineární sekvence spustitelných příkazů

b) Konec lineární sekvence

c) Cílové vedení, do kterého je na konci lineární sekvence přenesen řídicí tok


45. Vysvětlete, co je testování N+1?

Variace regresního testování je reprezentována jako N+1. V této technice se testování provádí v několika cyklech, ve kterých jsou chyby zjištěné ve zkušebním cyklu „N“ vyřešeny a znovu testovány ve zkušebním cyklu N+1. Cyklus se opakuje, pokud nejsou nalezeny žádné chyby.


46. ​​Co je to Fuzz testování a kdy se používá?

Fuzz testování se používá k odhalení bezpečnostních mezer a chyb v kódování v softwaru. Při této technice se do systému přidávají náhodná data ve snaze zřítit systém. Pokud zranitelnost přetrvává, k určení potenciálních příčin se použije nástroj zvaný fuzz tester. Tato technika je užitečnější pro větší projekty, ale detekuje pouze závažnou chybu.


47. Uveďte, jaké jsou hlavní výhody metriky pokrytí příkazů testování softwaru?

Výhodou metriky pokrytí výpisů je to

a) Nevyžaduje zpracování zdrojového kódu a lze jej použít přímo na objektový kód

b) Chyby jsou v kódu distribuovány rovnoměrně, díky čemuž procento pokrytých spustitelných příkazů odráží procento objevených chyb


48. Jak vygenerovat testovací případy pro metodu „nahradit řetězec“?

a) Pokud znaky v novém řetězci > znaky v předchozím řetězci. Žádná z postav by neměla být zkrácena

b) Pokud znaky v novém řetězci< znaky v předchozím řetězci. Nevyžádané znaky by neměly být přidávány

c) Mezery za a před řetězcem by se neměly mazat

d) Řetězec by měl být nahrazen pouze při prvním výskytu řetězce


49. Jak budete řešit konflikt mezi členy vašeho týmu?

  • S každým budu mluvit individuálně a všímám si jeho obav
  • Najdu řešení běžných problémů, které nastolili členové týmu
  • Uspořádám týmovou poradu, odhalím řešení a požádám lidi o spolupráci

50. Uveďte, jaké jsou kategorie vad?

Především existují tři kategorie defektů

  • Špatně: Když je požadavek implementován nesprávně
  • Chybějící: Jedná se o odchylku od specifikace, označení, že specifikace nebyla implementována nebo není splněn požadavek zákazníka
  • extra: Požadavek začleněný do produktu, který nebyl dán koncovým zákazníkem. Je považováno za vadu, protože se jedná o odchylku od stávajících požadavků

51. Vysvětlete, jak funguje nástroj pro pokrytí testů?

Nástroj pro testování pokrytí kódu běží paralelně při provádění testování na skutečném produktu. Nástroj pro pokrytí kódu monitoruje provedené příkazy zdrojového kódu. Po dokončení závěrečného testování získáme kompletní zprávu o nevyřízených prohlášeních a také procento pokrytí.


52. Uveďte, jaký je rozdíl mezi „defektem“ a „selháním“ při testování softwaru?

Zjednodušeně řečeno, když se vada dostane ke koncovému zákazníkovi, nazývá se to porucha, zatímco vada je interně identifikována a vyřešena; pak se to označuje jako vada.


53. Vysvětlete, jak testovat dokumenty v projektu, který zahrnuje celý životní cyklus vývoje softwaru?

Projekt zahrnuje celý životní cyklus vývoje softwaru následujícím způsobem

  • Centrální/Projektový testovací plán: Je to hlavní testovací plán, který nastiňuje kompletní testovací strategii projektu. Tento plán se používá až do konce životního cyklu vývoje softwaru
  • Plán přejímacích zkoušek: Tento dokument začíná během fáze požadavku a je dokončena při konečné dodávce
  • Plán testování systému: Tento plán začíná během plánu návrhu a pokračuje až do konce projektu
  • Plán integrace a testování jednotky: Oba tyto plány testování začínají ve fázi provádění a trvají až do konečné dodávky

54. Vysvětlete, které testovací případy jsou napsány jako první černé skříňky nebo bílé skříňky?

Testovací případy černé skříňky se zapisují jako první, aby se psaly testovací případy černé skříňky; vyžaduje projektový plán a dokument požadavků, všechny tyto dokumenty jsou snadno dostupné na začátku projektu. Při psaní testovacích případů bílého pole vyžaduje více architektonického porozumění a není k dispozici na začátku projektu.


55. Vysvětlete, jaký je rozdíl mezi skrytými a maskovanými vadami?

  • Skrytá vada: Skrytá vada je existující vada, která nezpůsobila poruchu, protože nebyly nikdy splněny stanovené podmínky
  • Maskovaná vada: Jedná se o existující defekt, který nezpůsobil selhání, protože jiný defekt zabránil provedení této části kódu

56. Uveďte, co je testování zdola nahoru?

Testování zdola nahoru je přístup k integračnímu testování, kde se nejprve testují komponenty nejnižší úrovně a poté se používají k usnadnění testování komponent vyšší úrovně. Proces se opakuje, dokud není testována komponenta na vrcholu hierarchie.


57. Uveďte, jaké jsou různé typy technik pokrytí testem?

Mezi různé typy technik pokrytí testů patří

  • Pokrytí prohlášení: Ověřuje, že každý řádek zdrojového kódu byl proveden a otestován
  • Pokrytí rozhodování: Zajišťuje, že každé rozhodnutí ve zdrojovém kódu bude provedeno a otestováno
  • Pokrytí trasy: Zajišťuje, aby byla provedena a otestována každá možná cesta přes danou část kódu

58. Uveďte, co znamená dechová zkouška?

Dechové testování je testovací sada, která využívá plnou funkčnost produktu, ale podrobně netestuje funkce


59. Vysvětlete, co znamená Code Walk Through?

Code Walk Through je neformální analýza zdrojového kódu programu k nalezení defektů a ověření kódovacích technik


60. Uveďte, jaké jsou základní součásti formátu hlášení závad?

Mezi základní součásti formátu hlášení závad patří

  • Název projektu
  • Název modulu
  • Vada zjištěna na
  • Defekt zjištěný
  • ID a jméno defektu
  • Snímek závady
  • Stav priority a závažnosti
  • Závada vyřešena do
  • Závada vyřešena dne

61. Uveďte, jaký je účel provedení komplexního testování?

End-to-end testování se provádí po funkčním testování. Účelem provedení end-to-end testování je to

  • Pro ověření softwarové požadavky a integrace s externími rozhraními
  • Testování aplikace ve scénáři reálného prostředí
  • Testování interakce mezi aplikací a databází

62. Vysvětlete, co znamená zkušební postroj?

Testovací svazek konfiguruje sadu nástrojů a testovacích dat pro testování aplikace v různých podmínkách a zahrnuje sledování výstupu s očekávaným výstupem z hlediska správnosti.


63. Vysvětlete v testovacím projektu, jaké testovací činnosti byste automatizovali?

Při testování aktivit testování projektu byste automatizovali

  • Testy, které je třeba spustit pro každé sestavení aplikace
  • Testy, které používají více dat pro stejnou sadu akcí
  • Identické testy, které je třeba provést pomocí různých prohlížečů
  • Stránky kritické pro misi
  • Transakce se stránkami, které se během krátké doby nemění

64. Jaká je HLAVNÍ výhoda navrhování testů v rané fázi životního cyklu?

Pomáhá předcházet vnášení defektů do kódu.


65. Co je testování založené na riziku?

Na základě rizika Testování je termín používaný pro přístup k vytvoření a Testovací strategie která je založena na upřednostňování testů podle rizika. Základem přístupu je podrobná analýza rizik a seřazení rizik podle úrovně rizika. Poté jsou specifikovány testy pro řešení každého rizika, počínaje nejvyšším rizikem.


66. Jaký je KLÍČOVÝ rozdíl mezi preventivním a reaktivním přístupem k testování?

Preventivní testy jsou navrženy včas; reaktivní testy jsou navrženy po vytvoření softwaru.


67. Jaký je účel výstupních kritérií?

Účelem výstupních kritérií je definovat, kdy je úroveň testu dokončena.


68. Co určuje míru rizika?

Pravděpodobnost nežádoucí události a dopad události určují míru rizika.


69. Kdy se používá testování rozhodovací tabulky?

Testování rozhodovací tabulky se používá pro testování systémů, pro které má specifikace formu pravidel nebo kombinací příčin a následků. V rozhodovací tabulce jsou vstupy uvedeny ve sloupci, přičemž výstupy jsou ve stejném sloupci, ale pod vstupy. Zbývající část tabulky zkoumá kombinace vstupů pro definování vytvořených výstupů.

Zjistěte více o technice testování rozhodovací tabulky ve výukovém videu zde


70. Proč používáme rozhodovací tabulky?

Techniky rozdělení ekvivalence a analýzy hraničních hodnot se často používají na konkrétní situace nebo vstupy. Pokud však různé kombinace vstupů vedou k různým akcím, může být obtížnější to ukázat pomocí rozdělení ekvivalence a analýzy hraničních hodnot, které bývají více zaměřeny na uživatelské rozhraní. Další dvě techniky založené na specifikacích, rozhodovací tabulky a testování přechodu stavu se více zaměřují na obchodní logiku nebo obchodní pravidla. Rozhodovací tabulka je dobrý způsob, jak se vypořádat s kombinacemi věcí (např. vstupy). Tato technika je někdy také označována jako tabulka „příčina-následek“. Důvodem je to, že existuje přidružená technika logických diagramů zvaná „grafování příčin a následků“, která se někdy používala k odvození rozhodovací tabulky.


71. Jaký je HLAVNÍ cíl při kontrole softwarového produktu?

K identifikaci závad v jakémkoli softwarovém pracovním produktu.


72. Která z následujících možností definuje očekávané výsledky testu? Specifikace testovacího případu nebo specifikace návrhu testu.

Specifikace testovacího případu definuje očekávané výsledky testu.


73. Jaká je výhoda nezávislosti na testování?

Vyhýbá se zaujatosti autorů při definování účinných testů.


74. V rámci kterého testovacího procesu určujete výstupní kritéria?

Výstupní kritéria jsou určena na základě „Plánování testů“.


75. Co je alfa testování?

Předběžné testování zástupci koncových uživatelů na webu vývojáře.


76. Co je beta testování?

Testování prováděné potenciálními zákazníky na jejich vlastních místech.


77. Uveďte, jaký je rozdíl mezi pilotním a beta testováním?

Rozdíl mezi pilotním a beta testováním je v tom, že pilotní testování se ve skutečnosti provádí pomocí produktu skupinou uživatelů před konečným nasazením a při testování beta nezadáváme skutečná data, ale instalujeme je u koncového zákazníka za účelem ověření. pokud lze produkt použít ve výrobě.


78. Vzhledem k následujícímu fragmentu kódu, kolik testů je potřeba pro 100% pokrytí rozhodování?

if width > length 
   thenbiggest_dimension = width
     if height > width 
             thenbiggest_dimension = height 
     end_if
elsebiggest_dimension = length  
            if height > length 
                thenbiggest_dimension = height 
          end_if
end_if

4


79. Navrhli jste testovací případy, které poskytují 100% prohlášení a 100% pokrytí rozhodnutí pro následující fragment kódu. if šířka > délka then největší_rozměr = šířka else největší_rozměr = délka end_if Na konec fragmentu kódu výše bylo přidáno následující. print “Největší rozměr je ” &biggest_dimensionprint “Šířka: ” & šířka tisk “Length: ” & délka Kolik dalších testovacích případů je potřeba?

Žádné, lze použít existující testovací případy.


80. Jaký je rozdíl mezi zkušebními technikami a zkušebními nástroji?

Technika testování: – Je procesem, který zajišťuje, že některé aspekty aplikačního systému nebo jednotky fungují správně, může existovat jen málo technik, ale mnoho nástrojů.

Testovací nástroje: – Je prostředkem pro provádění testovacího procesu. Nástroj je pro testera zdrojem, ale sám o sobě nestačí k provádění testování

Zjistěte více o testovacích nástrojích zde


81. Výstup analýzy požadavků, specifikace požadavku používáme jako vstup pro zápis …

Případy testu přijetí uživatelem


82. Opakované testování již testovaného programu po úpravě za účelem zjištění jakýchkoli závad zavedených nebo odhalených v důsledku změn v testovaném softwaru nebo v jiné související nebo nesouvisející softwarové komponentě:

Regresní testování


83. Velkoobchodník prodává náplně do tiskáren. Minimální objednací množství je 5. Při objednávce 20 a více náplní do tiskáren je sleva 100 %. Byli jste požádáni, abyste připravili testovací případy s použitím různých hodnot pro počet objednaných tiskových kazet. Která z následujících skupin obsahuje tři testovací vstupy, které by byly generovány pomocí analýzy okrajových hodnot?

4, 5, 99


84. Co je testování komponent?

Testování komponent, známé také jako testování jednotek, modulů a programů, hledá defekty a ověřuje fungování softwaru (např. modulů, programů, objektů, tříd atd.), které lze testovat samostatně. Testování komponent lze provádět izolovaně od zbytku systému v závislosti na kontextu životního cyklu vývoje a systému. Nejčastěji se pahýly a ovladače používají k nahrazení chybějícího softwaru a jednoduché simulaci rozhraní mezi softwarovými komponentami. Ze softwarové komponenty, která má být testována, je volán stub; ovladač volá komponentu, která má být testována.

Zde je úžasné video o Testování jednotek


85. Co je funkční testování systému?

Testování end-to-end funkčnosti systému jako celku je definováno jako funkční testování systému.


86. Jaké jsou výhody nezávislého testování?

Nezávislí testeři jsou nezaujatí a současně identifikují různé vady.


87. Kdy byste očekávali, že v REAKTIVNÍM přístupu k testování bude zahájena většina prací na návrhu testu?

Většina prací na návrhu testu začala poté, co byl vytvořen software nebo systém.


88. Jaké jsou různé metodiky v modelu agilního rozvoje?

V současné době je mi známo sedm různých agilních metodologií:

  1. Extrémní programování (XP)
  2. Skrumáž
  3. Štíhlý vývoj softwaru
  4. Vývoj řízený funkcemi
  5. Agilní jednotný proces
  6. Krystal
  7. Dynamický model vývoje systémů (DSDM)

89. Která činnost v procesu základního testování zahrnuje hodnocení testovatelnosti požadavků a systému?

„Analýza testu“ a „Návrh“ zahrnují hodnocení testovatelnosti požadavků a systému.


90. Jaký je obvykle NEJDŮLEŽITĚJŠÍ důvod, proč používat riziko k podpoře testování?

Protože testovat vše není možné.


91. Co je náhodné/opičí testování? Kdy se používá?

Náhodné testování je často známé jako opičí testování. V takovém typu testování jsou data generována náhodně často pomocí nástroje nebo automatizovaného mechanismu. S tímto náhodně generovaným vstupem je systém testován a výsledky jsou podle toho analyzovány. Tyto testy jsou méně spolehlivé; proto jej běžně používají začátečníci, aby zjistili, zda systém obstojí v nepříznivých vlivech.


92. Které z následujících jsou platné cíle pro hlášení incidentů?

  1. Poskytněte vývojářům a dalším stranám zpětnou vazbu o problému, abyste umožnili identifikaci, izolaci a opravu podle potřeby.
  2. Poskytněte nápady na zlepšení testovacího procesu.
  3. Poskytněte vozidlo pro hodnocení způsobilosti testera.
  4. Poskytněte testerům prostředky ke sledování kvality testovaného systému.

93. Zvažte následující techniky. Které jsou statické a které dynamické techniky?

  1. Rozdělení ekvivalence.
  2. Testování případů použití.
  3. Analýza toku dat.
  4. Průzkumné testování.
  5. Rozhodovací testování.
  6. Inspekce.

Analýza toku dat a kontroly jsou statické; Rozdělení ekvivalence, Testování případů použití, Průzkumné testování a Testování rozhodování jsou dynamické.


94. Proč jsou statické a dynamické zkoušky popsány jako doplňkové?

Protože mají společný cíl identifikace defektů, ale liší se v typech defektů, které najdou.


95. Jaké jsou fáze formálního přezkumu?

Na rozdíl od neformálních recenzí se formální recenze řídí formálním procesem. Typický proces formální kontroly se skládá ze šesti hlavních kroků:

  1. Plánování
  2. Kick-off
  3. PŘÍPRAVA
  4. Revviz schůzka
  5. Přepracovat
  6. Následovat.

96. Jaká je role moderátora v recenzním řízení?

Proces kontroly vede moderátor (nebo vedoucí recenze). Ten ve spolupráci s autorem určuje typ recenze, přístup a složení recenzního týmu. Moderátor provádí vstupní kontrolu a následnou kontrolu přepracování, aby mohl kontrolovat kvalitu vstupu a výstupu recenzního procesu. Moderátor také naplánuje schůzku, rozesílá dokumenty před schůzkou, koučuje ostatní členy týmu, řídí schůzku, vede případné diskuse a ukládá shromážděná data.

Dozvědět se víc o Revproces zobrazení ve výukovém videu zde


97. Co je to ekvivalenční dělení (také známé jako ekvivalenční třída)?

Vstupní nebo výstupní rozsahy hodnot tak, že pouze jedna hodnota v rozsahu se stane testovacím případem.


98. Kdy by měly být implementovány postupy řízení konfigurace?

Během plánování testu.


99. Typ funkčního testování, které zkoumá funkce související s detekcí hrozeb, jako jsou viry od škodlivých outsiderů?

Testování bezpečnosti


100. Testování, při kterém podrobujeme cíl testu různé zátěži, abychom změřili a vyhodnotili chování při výkonu a schopnost cíle a testu nadále správně fungovat při těchto různých zátěžích?

Testování zatížení


101. Testovací činnost, která se provádí za účelem odhalení defektů v rozhraních a v interakci mezi integrovanými součástmi je?

Testování úrovně integrace


102. Jaké jsou testovací techniky založené na struktuře (white-box)?

Techniky testování založené na struktuře (které jsou také spíše dynamické než statické) využívají k odvození testovacích případů vnitřní strukturu softwaru. Běžně se jim říká „white-box“ nebo „glass-box“ techniky (což znamená, že můžete vidět do systému), protože vyžadují znalost toho, jak je software implementován, tedy jak funguje. Strukturální technika se může například týkat cvičení smyček v softwaru. Různé testovací případy mohou být odvozeny pro provedení smyčky jednou, dvakrát a mnohokrát. To lze provést bez ohledu na funkčnost softwaru.


103. Kdy by se mělo provádět „Regresní testování“?

Po změně softwaru nebo po změně prostředí Regresní testování by mělo být provedeno.


104. Co je negativní a pozitivní testování?

Negativní test je, když zadáte neplatný vstup a obdržíte chyby. Zatímco pozitivní testování je, když zadáte platný vstup a očekáváte, že nějaká akce bude dokončena v souladu se specifikací.


105. Jaký je účel kritéria dokončení testu?

Účelem kritéria dokončení testu je určit, kdy testování ukončit


106. Co nemůže statická analýza najít?

Například úniky paměti.


107. Jaký je rozdíl mezi opakovaným testováním a regresním testováním?

Opakované testování zajišťuje odstranění původní závady; regresní testování hledá neočekávané vedlejší účinky.


108. Jaké jsou testovací techniky založené na zkušenostech?

V technikách založených na zkušenostech jsou znalosti, dovednosti a zázemí lidí hlavním přispěvatelem k testovacím podmínkám a testovacím případům. Zkušenosti technických i obchodních lidí jsou důležité, protože přinášejí různé pohledy na proces analýzy a návrhu testů. Díky předchozím zkušenostem s podobnými systémy mohou mít přehled o tom, co by se mohlo pokazit, což je pro testování velmi užitečné.


109. Jaký typ kontroly vyžaduje formální vstupní a výstupní kritéria, včetně metrik?

Inspekce


110. Mohou být revize nebo inspekce považovány za součást testování?

Ano, protože obojí pomáhá odhalovat chyby a zlepšuje kvalitu.


111. Vstupní pole obsahuje rok narození mezi 1900 a 2004, jaké jsou hraniční hodnoty pro testování tohoto pole?

1899,1900,2004,2005


112. Které z následujících nástrojů by se podílely na automatizaci regresního testu? A. Tester dat b. Boundary tester c. Snímání/přehrávání d. Výstupní komparátor.

d. Výstupní komparátor


113. K otestování funkce musí napsat programátor, který zavolá funkci, která má být testována a předá testovací data.

Řidič


114. Jaký je hlavní důvod, proč mají vývojáři potíže s testováním své vlastní práce?

Nedostatek objektivity


115. "Kolik testování stačí?"

Odpověď závisí na riziku pro vaše odvětví, smlouvě a speciálních požadavcích.


116. Kdy by mělo být testování zastaveno?

Záleží na rizicích pro testovaný systém. Existují určitá kritéria, na základě kterých můžete testování zastavit.

  1. Termíny (testování, vydání)
  2. Testovací rozpočet byl vyčerpán
  3. Míra chyb klesne pod určitou úroveň
  4. Testovací případy dokončeny s určitým procentem úspěšnosti
  5. Období alfa nebo beta pro testování končí
  6. Pokrytí kódu, funkčnost nebo požadavky jsou splněny do určeného bodu

117. Který z následujících je primárním účelem integrační strategie pro testování integrace v malém?

Primárním účelem integrační strategie je specifikovat, které moduly se mají kombinovat, kdy a kolik najednou.


118. Co jsou polonáhodné testovací případy?

Polonáhodné testovací případy nejsou nic, ale když provádíme náhodné testovací případy a provádíme rozdělení ekvivalence k těmto testovacím případům, odstraní nadbytečné testovací případy, čímž nám poskytne polonáhodné testovací případy.


119. Které tvrzení s ohledem na následující kód je pravdivé o minimálním počtu testovacích případů požadovaných pro úplné pokrytí příkazů a větví?

Přečtěte si str

Přečtěte si q

IF p+q> 100

PAK vytisknout „Velké“

Endif

POKUD p > 50

PAK vytiskněte „p velké“

Endif

1 test pro pokrytí výpisů, 2 pro pokrytí pobočky


120. Který přezkum se obvykle používá k hodnocení produktu, aby se určila jeho vhodnost pro zamýšlené použití a aby se zjistily nesrovnalosti?

Technický Revvidět.


121. Kdo by měl původně zdokumentovat zjištěné závady?

Od testerů.


122. Jaký je současný formální celosvětově uznávaný dokumentační standard?

Žádný není.


123. Který z následujících je účastník kontroly, který vytvořil položku, která má být recenzována?

Autor


124. V softwaru je opravena řada kritických chyb. Všechny chyby jsou v jednom modulu souvisejícím s hlášeními. Správce testů se rozhodne provést regresní testování pouze na modulu sestav.

Regresní testování by mělo být provedeno i na jiných modulech, protože oprava jednoho modulu může ovlivnit ostatní moduly.


125. Proč poskytuje analýza hraničních hodnot dobré testovací případy?

Protože při programování různých případů v blízkosti „hran“ rozsahu hodnot často dochází k chybám.


126. Čím se inspekce liší od jiných typů přezkumů?

Je veden vyškoleným vedoucím, používá formální vstupní a výstupní kritéria a kontrolní seznamy.


127. Proč může být tester závislý na správě konfigurace?

Protože správa konfigurace zajišťuje, že známe přesnou verzi testwaru a objektu testu.


128. Co je V-Model?

Model vývoje softwaru, který ilustruje, jak se testovací aktivity integrují s fázemi vývoje softwaru


129. Co je testování údržby?

Spuštěno úpravami, migrací nebo vyřazením stávajícího softwaru


130. Co je pokrytí testem?

Pokrytí testů nějakým specifickým způsobem měří množství testů provedených sadou testů (odvozených nějakým jiným způsobem, např. pomocí technik založených na specifikacích). Kdekoli můžeme věci spočítat a můžeme říci, zda každá z těchto věcí byla nebo nebyla testována nějakým testem, pak můžeme měřit pokrytí.


131. Proč je preferována přírůstková integrace před integrací „velkého třesku“?

Protože inkrementální integrace má lepší včasné vyhledávání defektů a schopnost izolace


132. Jak se nazývá proces začínající terminálovými moduly?

Integrace zdola nahoru


133. Během které testovací činnosti by mohla být závada nalezena nejhospodárněji?

Během plánování testu


134. Účelem fáze požadavku je

Zmrazit požadavky, pochopit potřeby uživatelů, definovat rozsah testování


135. Proč rozdělujeme testování do různých fází?

Testování jsme rozdělili do různých fází z následujících důvodů:

  1. Každá testovací fáze má jiný účel
  2. Jednodušší je zvládnout testování po etapách
  3. Můžeme spustit různé testy v různých prostředích
  4. Výkon a kvalita testování se zlepšuje pomocí fázového testování

136. Co je DRE?

Aby bylo možné měřit efektivitu testu, používá se k měření efektivity testu výkonná metrika známá jako DRE (Defect Removal Efficiency). Z této metriky bychom věděli, kolik chyb jsme našli ze sady testovacích případů. Vzorec pro výpočet DRE je

DRE=Počet chyb při testování/počet chyb při testování + počet chyb nalezených uživatelem


137. Která z následujících možností bude pravděpodobně nejvíce těžit z použití testovacích nástrojů poskytujících zařízení pro zachycení a přehrávání testů? a) Regresní testování b) Integrační testování c) Systémové testování d) Uživatelské akceptační testování

Regresní testování


138. Jak byste odhadli množství opakovaného testování, které bude pravděpodobně nutné?

Metriky z předchozích podobných projektů a diskuzí s vývojovým týmem


139. Co studuje analýzu toku dat?

Použití dat na cestách kódem.


140. Co je selhání?

Selhání je odklon od určeného chování.


141. Co jsou komparátory testů?

Je to opravdu test, když vložíte nějaké vstupy do nějakého softwaru, ale nikdy se nepodíváte, zda software produkuje správný výsledek? Podstatou testování je zkontrolovat, zda software produkuje správný výsledek, a to udělat, a musíme porovnat to, co software produkuje, s tím, co by produkovat měl. Komparátor testů pomáhá automatizovat aspekty tohoto srovnání.


142. Kdo je odpovědný za zdokumentování všech problémů, problémů a otevřených bodů, které byly zjištěny během kontrolní schůzky

Písař


143. Co je hlavním účelem neformálního přezkumu

Levný způsob, jak získat nějaké výhody


144. Jaký je účel techniky návrhu testu?

Identifikace testovacích podmínek a Identifikace testovacích případů


145. Při testování systému výpočtu známek tester určí, že všechna skóre od 90 do 100 poskytnou známku A, ale skóre pod 90 nikoli. Tato analýza je známá jako:

Rozdělení ekvivalence


146. Správce testů chce využít dostupné zdroje pro automatizované testování webové aplikace. Nejlepší volba je

Tester, automat testů, web specialista, DBA


147. Během testování testeru modulů našel 'X' chybu a přidělil ji vývojáři. Vývojář to ale odmítá s tím, že to není chyba. Co by mělo „X“ dělat?

Pošlete podrobné informace o zjištěné chybě a zkontrolujte reprodukovatelnost


148. Typ integračního testování, ve kterém jsou softwarové prvky, hardwarové prvky nebo oba kombinovány najednou do komponenty nebo celkového systému, nikoli postupně.

Testování velkého třesku


149. V praxi může mít který model životního cyklu více, méně nebo různé úrovně vývoje a testování, v závislosti na projektu a softwarovém produktu. Například může existovat testování integrace komponent po testování komponent a testování systémové integrace po testování systému.

V-model


150. Kterou techniku ​​lze použít k dosažení pokrytí vstupů a výstupů? Může být aplikován na lidský vstup, vstup přes rozhraní do systému nebo parametry rozhraní při integračním testování.

Rozdělení ekvivalence


151. „Tento model životního cyklu je řízen plánovými a rozpočtovými riziky“ Toto prohlášení se nejlépe hodí.

V-model


152. V jakém pořadí by měly být testy prováděny?

To nejdůležitější je třeba nejprve vyzkoušet


153. Čím později v životním cyklu vývoje je chyba objevena, tím dražší je její oprava. Proč?

Chyba byla zabudována do další dokumentace, kódu, testů atd


154. Co je měření pokrytí?

Je to částečná míra důkladnosti testu.


155. Co je testování hraničních hodnot?

Otestujte okrajové podmínky na, pod a nad okrajem vstupní a výstupní třídy ekvivalence. Například řekněme bankovní aplikaci, kde můžete vybrat maximálně 20,000 100 Rs a minimálně XNUMX Rs, takže při testování hraničních hodnot testujeme pouze přesné hranice, spíše než abychom narazili na střed. To znamená, že testujeme nad maximální limit a pod minimální limit.


156. Co představuje COTS?

Komerční prodejna.


157. Účelem čeho je umožnit provádění specifických testů na systému nebo síti, které se co nejvíce podobají prostředí, ve kterém bude testovaná položka při uvolnění používána?

Testovací prostředí


158. Co lze považovat za založené na plánu projektu, ale s větším množstvím podrobností?

Plán fázových testů


159. Co je rychlý vývoj aplikací?

Rapid Application Development (RAD) je formálně paralelní vývoj funkcí a následná integrace. Komponenty/funkce jsou vyvíjeny paralelně, jako by to byly mini projekty, vývoj je časově ohraničen, dodáván a poté sestavován do funkčního prototypu. To může velmi rychle poskytnout zákazníkovi něco k vidění a použití a poskytnout zpětnou vazbu ohledně dodávky a jeho požadavků. Pomocí této metodiky je možná rychlá změna a vývoj produktu. V určitém okamžiku však bude nutné pro produkt vyvinout specifikaci produktu a před zahájením výroby bude muset být projekt podroben formálnější kontrole.

👍 Doporučte nám – Testovací kvíz

👍 Doporučte nám – Otázky k pohovoru o testování softwaru Video na YouTube

Zdarma ke stažení ve formátu PDF: Otázky a odpovědi k pohovoru o testování softwaru

Výše uvedené otázky a odpovědi pdf k ručnímu testovacímu pohovoru pomohou jak osvěžovačům, tak zkušeným QA inženýrům. Prosím sdílejte stránku s přáteli a kolegy.