Sestavili jsme nejčastěji kladené otázky a odpovědi týkající se ručního testování rozhovorů, které vás seznámí s typem dotazů na pohovory týkající se testování softwaru, které vám může tazatel položit během rozhovoru. V tomto seznamu otázek s ručním testovacím rozhovorem a odpověďmi jsme pokryli všechny běžně kladené otázky týkající se rozhovorů se základním a pokročilým testováním softwaru s podrobnými odpověďmi, které vám pomohou snadno vymazat pracovní test s ručním testováním.
Pokryli jsme téměř 150+ důležitých otázek na pohovory pro manuální testování pro kandidáty na nováčky a také otázky na manuální testování pro zkušené inženýry QA, abychom pomohli připravit se na nadcházející pohovor. Tento podrobný průvodce otázkami k pohovoru pro ruční testování vám pomůže rozbít váš pracovní pohovor pro testování softwaru.
Ruční testování Dotazy a odpovědi na pohovor
1. Co je průzkumné testování?
Průzkumné testování je praktický přístup, při kterém jsou testeři zapojeni do minimálního plánování a maximálního provedení testu. Plánování zahrnuje vytvoření testovací charty, krátké prohlášení o rozsahu krátkého (1 až 2 hodiny) časově omezeného testovacího úsilí, cílů a možných přístupů, které mají být použity. Činnosti návrhu a provádění testu se obvykle provádějí paralelně, aniž by se formálně dokumentovaly podmínky testu, testovací případy nebo testovací skripty. To neznamená, že nebudou použity jiné formálnější testovací techniky. Například se může tester rozhodnout použít analýzu hraničních hodnot, ale promyslí a otestuje nejdůležitější hraniční hodnoty, aniž by je nutně musel zapisovat. Některé poznámky budou napsány během relace průzkumného testování, aby bylo možné později vytvořit zprávu.
2. Co je „testování případů použití“?
Za účelem identifikace a provedení funkčního požadavku aplikace od začátku do konce se používá „případ použití“ a techniky použité k tomuto účelu se nazývají „Testování případů 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á ověřováním a ověřováním softwaru
4. Co je matice sledovatelnosti?
Vztah mezi testovacími případy a požadavky je ukázán pomocí dokumentu. Tento dokument je znám jako matice sledovatelnosti.
5. Co je testování rozdělení ekvivalence?
Testování rozdělení ekvivalence je technika testování softwaru, která rozděluje vstupní testovací data aplikace do každé oblasti alespoň jednou z ekvivalentních dat, ze kterých lze testovací případy odvodit. Touto testovací metodou snižuje čas potřebný pro testování softwaru.
6. Co je to testování bílé skříňky a seznam typů 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ódu, pokrytí větví, pokrytí cest, pokrytí podmínek atd.) Komponenty nebo systému. Je také známý jako testování na základě kódu nebo strukturální testování. Různé typy testování bílé krabice jsou
- Pokrytí prohlášení
- Pokrytí rozhodnutí
7. Co ověřujete při testování v bílé krabici?
V bílé krabici se ověřují následující kroky.
- Ověřte bezpečnostní díry v kódu
- Ověřte neúplné nebo rozbité cesty v kódu
- Ověřte tok struktury podle specifikace dokumentu
- Ověřte očekávané výstupy
- Ověřte všechny podmíněné smyčky v kódu a zkontrolujte úplnou funkčnost aplikace
- Ověřte kódování řádek po řádku a pokryjte 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í ke kontrole funkčnosti aplikace. Různé techniky testování černé skříňky jsou
- Rozdělení ekvivalence
- Analýza hraničních hodnot
- 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 neprovádí a provádí se pomocí dokumentace k softwaru.
Dynamické testování: K provedení tohoto testování je nutné, aby byl kód ve spustitelné podobě.
10. Co jsou ověření a ověření?
Ověření je proces hodnocení softwaru ve fázi vývoje. Pomůže vám rozhodnout, zda produkt dané aplikace splňuje stanovené požadavky. Ověření je proces hodnocení softwaru po procesu vývoje a kontrola, zda splňuje požadavky zákazníka.
11. Jaké jsou různé úrovně testu?
Existují čtyři úrovně testování
- Testování jednotky / komponenty / programu / modulu
- Testování integrace
- Testování systému
- Přejímací testování
12. Co je testování integrace?
Testování integrace je úroveň procesu testování softwaru, kde jsou jednotlivé jednotky aplikace kombinovány a testovány. Obvykle se provádí po testování jednotky a funkce.
13. Z čeho se skládají plány zkoušek?
Návrh testu, rozsah, strategie testování, přístup jsou různé podrobnosti, z nichž se skládá dokument plánu testu.
- Identifikátor testovacího případu
- Rozsah
- Vlastnosti, které mají být testovány
- Vlastnosti, které nemají být testovány
- Testovací strategie a testovací přístup
- Testujte výstupy
- Odpovědnosti
- Personální zajištění a školení
- Rizika a nepředvídané události
14. Jaký je rozdíl mezi UAT (User Acceptance Testing) a Testováním systému?
Testování systému: Testováním systému je hledání vad, když systém prochází testováním jako celkem; je také známé jako end-to-end testování. V takovém typu testování aplikace trpí od začátku do konce.
UAT: User Acceptance Testing (UAT) zahrnuje spuštění produktu prostřednictvím řady konkrétních testů, které určují, zda produkt bude vyhovovat potřebám jeho uživatelů.
15. Uveďte rozdíl mezi testováním na základě dat a opakovaným testováním?
Opakované testování : Jedná se o proces kontroly chyb, které jsou vyvíjeny vývojovým týmem za účelem ověření, že jsou opraveny.
Testování na základě dat (DDT): V procesu testování na základě dat je aplikace testována s několika daty testu. Aplikace je testována s jinou sadou hodnot.
16. Jaké jsou cenné kroky k vyřešení problémů během testování?
- Záznam: Přihlaste se a vyřešte všechny problémy, ke kterým došlo
- Report: Report the issues to higher level manager
- Ovládání: Definujte proces správy problémů
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ím scénářem je každá funkce, kterou lze testovat. Nazývá se také Testovací podmínka nebo Testovací možnost.
Testovací případy: Jedná se o 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 písemná sada kroků, které by měly být provedeny ručně.
18. Co je to latentní vada?
Latentní vada: Tato vada je existující vada v systému, která nezpůsobuje žádnou poruchu, protože nikdy nebyla splněna přesná sada podmínek
19. Jaké jsou dva parametry, které mohou být užitečné ke zjištění kvality provedení testu?
Abychom poznali kvalitu provedení testu, můžeme použít dva parametry
- Poměr odmítnutí vady
- Poměr vadných úniků
20. Jaká je funkce softwarového testovacího nástroje „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. Může simulovat libovolnou kombinaci stisknutí kláves a kliknutí myší, stejně jako nabídky, seznamy a další.
21. Vysvětlete, co je testovací výstup?
Test Deliverables je sada dokumentů, nástrojů a dalších komponent, které je třeba vyvíjet a udržovat na podporu testování.
V každé fázi životního cyklu vývoje softwaru existují různé výstupy testů
- Před testováním
- Během testování
- Po testování
22. Co je testování mutací?
Mutační testování je technika k identifikaci, zda je sada testovacích dat nebo testovacích případů užitečná, 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 jsou chyby deteková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
- Opakovaná použitelnost automatických skriptů
- Provádění 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
- Nalezení skóre rizika
- Vytvoření profilu rizika
- Změna vlastností rizika
- Nasadit zdroje tohoto rizika testu
- Vytvoření databáze rizik
25. Jaké jsou kategorie ladění?
Kategorie pro ladění
- Brute force debugging
- Backtracking
- Příčina vyloučení
- Programové krájení
- Analýza stromů poruch
26. Co vysvětluje maskování poruch na příkladu?
Když přítomnost jedné vady skryje přítomnost další vady v systému, je to známé jako maskování poruch.
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 vada nespouštění neošetřené výjimky.
27. Vysvětlete, co je plán zkoušek? Jaké informace by měl testovací plán obsahovat?
Plán zkoušek lze definovat jako dokument popisující rozsah, přístup, zdroje a harmonogram zkušebních činností a plán zkoušek by měl zahrnovat následující podrobnosti.
- Testovací strategie
- Testovací cíl
- Kritéria výstupu / pozastavení
- Plánování zdrojů
- Testování výstupů
28. Jak můžete eliminovat riziko produktu ve vašem projektu?
Pomůže 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 specifikační dokumenty
- Diskutujte o projektu se všemi zúčastněnými stranami včetně vývojáře
- Jako skutečný uživatel procházíte web
29. Jaké je společné riziko, které vede k selhání projektu?
Společné riziko, které vede k selhání projektu, je
- Nedostatek lidských zdrojů
- Testovací prostředí nemusí být správně nastaveno
- Omezený rozpočet
- Časová omezení
30. Na základě čeho můžete dospět k odhadu svého 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řiřaďte každý úkol členům týmu
- Odhadněte úsilí potřebné k dokončení každého úkolu
- Potvrďte odhad
31. Vysvětlete, jak byste přidělili úkol členům týmu?
| Úkol | Člen |
|
|
|
|
|
|
|
|
|
|
32. Vysvětlete, co je typ testování a jaké jsou běžně používané typy testování?
K získání očekávaného výsledku testu se použije standardní postup, který se označuje jako typ testování.
Běžně používané typy testování jsou
- Testování jednotek: Vyzkoušejte nejmenší kód 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í provedené z pohledu klienta / zákazníka
- Agilní testování: Testování pomocí agilní techniky
33. Při sledování svého projektu, co všechno musíte zvážit?
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 dosažení stejného kariérního cíle
- Máte dostatek zdrojů
- Existují nějaké varovné příznaky hrozících 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řizpůsobení zdrojů nesprávným projektům
- Manažer testu nedostatek dovedností
- Neslyším ostatní
- Špatné plánování
- Podceňovat
- Ignorování malých problémů
- Nesledování procesu
35. Co obsahuje typický protokol o zkoušce? Jaké jsou výhody protokolů o zkoušce?
Protokol o zkoušce obsahuje následující věci:
- Informace o projektu
- Testovací cíl
- Shrnutí testu
- Přeběhnout
Výhody protokolů o zkoušce jsou:
- Aktuální stav projektu a kvalita produktu jsou informovány
- V případě potřeby mohou zúčastněné strany a zákazníci přijmout nápravná opatření
- Konečný dokument pomáhá rozhodnout, zda je produkt připraven k vydání
36. Co je kontrola správy testů a proč je důležitá?
Kontrola managementu se také označuje jako Software Quality Assurance nebo SQA. SQA se zaměřuje více na softwarový proces než na softwarové pracovní produkty. Jedná se o soubor aktivit, jejichž cílem je zajistit, aby projektový manažer dodržoval standardní proces. SQA pomáhá manažerovi testů srovnávat projekt se stanovenými standardy.
37. Jaké jsou osvědčené postupy pro zajištění kvality softwaru?
Nejlepší postupy pro efektivní implementaci SQA jsou
- Neustálé zlepšování
- Dokumentace
- Použití nástroje
- Metriky
- Odpovědnost členů týmu
- Zkušení auditoři SQA
38. Kdy je připravena RTM (Matice sledovatelnosti požadavků)?
RTM je připraven 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
Traceability Matrix : Mapování mezi testovacími případy a požadavky zákazníků je známé jako Traceability Matrix
40. Co jsou při ručním testování pahýly a ovladače?
Útržky i 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 shora dolů. Ovladače se používají při testování zdola nahoru a pahýl se používá pro přístup shora dolů. K testování hlavního modulu se používá pahýl, kterým je fiktivní kód nebo program.
41. Jaký je krok, kterým byste se řídili, jakmile zjistíte vadu?
Jakmile zjistíte závadu, postupujte podle pokynů
a) Znovu vytvořte vadu
b) Připojte snímek obrazovky
c) Zaznamenejte závadu
42. Vysvětlete, co je metoda testování „Test Plan Driven“ nebo „Key Word Driven“?
Tato technika využívá skutečný dokument testovacího případu vyvinutý testery pomocí tabulky obsahující speciální „klíčová slova“. Zpracování řídí klíčová slova.
43. Co je to DFD (Data Flow Diagram)?
Když je graficky znázorněn „tok dat“ informačním systémem, je známý jako diagram toku dat. Používá se také pro vizualizaci zpracování dat.
44. Vysvětlete, co je LCSAJ?
LCSAJ znamená „lineární sekvence kódu a skok“. Skládá se z následujících tří položek
a) Začátek lineární posloupnosti spustitelných příkazů
b) Konec lineární posloupnosti
c) Cílová čára, do které se na konci lineární sekvence přenáší ří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 nalezené v testovacím cyklu „N“ vyřešeny a znovu testovány v testovacím cyklu N + 1. Cyklus se opakuje, pokud nejsou nalezeny žádné chyby.
46. Co je testování Fuzz a kdy se používá?
Fuzz testování se používá k detekci bezpečnostních mezer a kódovacích chyb v softwaru. V této technice jsou do systému přidána náhodná data ve snaze o selhání systému. Pokud chyba zabezpečení přetrvává, k určení možných příčin se používá nástroj s názvem 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í prohlášení o testování softwaru?
Výhodou metriky pokrytí prohlášení 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 distribuovány rovnoměrně prostřednictvím kódu, kvůli čemuž procento pokrytých spustitelných příkazů odráží procento zjištěných chyb
48. Jak generovat testovací případy pro metodu „nahradit řetězec“?
a) Pokud jsou 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 c) Mezery za a před řetězcem by neměly být mazány d) Řetězec by měl být nahrazen pouze pro první výskyt řetězce 49. Jak vyřešíte konflikt mezi členy vašeho týmu? 50. Uveďte, jaké jsou kategorie vad? Hlavně existují tři kategorie závad 51. Vysvětlete, jak funguje nástroj pokrytí testů? Nástroj pro testování pokrytí kódu běží paralelně při testování na skutečném produktu. Nástroj pro pokrytí kódu sleduje provedené příkazy zdrojového kódu. Po dokončení závěrečného testování získáme úplnou zprávu o nevyřízených prohlášeních a také získáme procento pokrytí. 52. Uveďte, jaký je rozdíl mezi „vadou“ a „selháním“ v testování softwaru? Jednoduše řečeno, když se vada dostane ke koncovému zákazníkovi, nazývá se to porucha, zatímco vada je identifikována interně 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? Rozpětí projektu v celém životním cyklu vývoje softwaru následujícím způsobem 54. Vysvětlete, které testovací případy jsou zapsány jako první černé rámečky nebo bílé rámečky? Testovací případy černé skříňky jsou psány jako první, aby se psaly testovací případy černé skříňky; vyžaduje projektový plán a dokument s požadavky, všechny tyto dokumenty jsou snadno dostupné na začátku projektu. Zatímco psaní testovacích případů v bílé krabici 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? 56. Uveďte, co je testování zdola nahoru? Testování zdola nahoru je přístup k testování integrace, kdy se nejprve testují komponenty na nejnižší úrovni a poté se používají k usnadnění testování komponent na vyšší úrovni. Proces se opakuje, dokud není testována komponenta v horní části hierarchie. 57. Uveďte, jaké jsou různé typy technik pokrytí testů? Mezi různé typy technik pokrytí testů patří 58. Uveďte, jaký je význam dechových zkoušek? Dechové testování je testovací sada, která procvičuje plnou funkčnost produktu, ale netestuje funkce podrobně 59. Vysvětlete, co má význam Code Walk Through? Code Walk Through je neformální analýza zdrojového kódu programu, jejímž cílem je najít závady a ověřit techniky kódování 60. Uveďte, jaké jsou základní součásti formátu zprávy o vadách? Mezi základní součásti formátu zprávy o vadách patří 61. Uveďte, jaký je účel provádění end-to-end testování? End-to-end testování se provádí po funkčním testování. Účelem end-to-end testování je ten 62. Vysvětlete, co to znamená testovací postroj? Testovací svazek je konfigurace sady nástrojů a testovacích dat pro testování aplikace v různých podmínkách a zahrnuje monitorování výstupu s očekávaným výstupem ohledně správnosti. 63. Vysvětlete v testovacím projektu, jaké testovací činnosti byste automatizovali? Při testování aktivit testování projektu byste automatizovali 64. Jaká je HLAVNÍ výhoda navrhování testů na začátku životního cyklu? Pomáhá zabránit zavádění vad do kódu. 65. Co je testování založené na riziku? Testování na základě rizika je termín používaný pro přístup k vytvoření strategie testování, která je založena na stanovení priorit testů podle rizika. Základem přístupu je podrobná analýza rizik a stanovení priorit rizik podle úrovně rizika. Poté jsou specifikovány testy k řešení každého rizika, počínaje nejdříve 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 brzy; reaktivní testy jsou navrženy po výrobě 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 nepříznivé 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 testovací systémy, pro které má specifikace formu pravidel nebo kombinací příčin a následků. V rozhodovací tabulce jsou vstupy uvedeny ve sloupci s výstupy ve stejném sloupci, ale pod vstupy. Zbývající část tabulky zkoumá kombinace vstupů k definování produkovaných výstupů. Další informace o technice testování rozhodovací tabulky naleznete ve výukovém videu zde 70. Proč používáme rozhodovací tabulky? Techniky dělení ekvivalence a analýzy hraničních hodnot se často aplikují na konkrétní situace nebo vstupy. Pokud však různé kombinace vstupů vedou k provedení různých akcí, může být obtížnější to ukázat pomocí rozdělení ekvivalence a analýzy hraničních hodnot, které mají tendenci být více zaměřeny na uživatelské rozhraní. Další dvě techniky založené na specifikacích, rozhodovací tabulky a testování přechodu stavu jsou více zaměřeny na obchodní logiku nebo obchodní pravidla. Rozhodovací tabulka je dobrý způsob řešení kombinací věcí (např. Vstupů). Tato technika se někdy označuje také jako tabulka příčin a následků. Důvodem je to, že existuje přidružená technika logického diagramu zvaná „graf příčiny a následku“, která se někdy používala k odvození rozhodovací tabulky 71. Jaký je HLAVNÍ cíl při kontrole dodávky softwaru? Identifikovat vady jakéhokoli softwarového pracovního produktu. 72. Který z následujících definuje očekávané výsledky testu? Specifikace testovacího případu nebo specifikace testovacího designu. Specifikace testovacího případu definuje očekávané výsledky testu. 73. Jaké jsou výhody nezávislosti testu? Při definování efektivních testů se vyhne zaujatosti autora. 74. V rámci kterého testovacího procesu určujete výstupní kritéria? Kritéria ukončení jsou stanovena na základě „Plánování zkoušek“. 75. Co je testování Alpha? Předběžné testování zástupci koncových uživatelů na webu vývojáře. 76. Co je to 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 spočívá 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 v beta testování nezadáváme skutečná data, ale je nainstalován u koncového zákazníka k ověření pokud lze produkt použít při výrobě. 78. Vzhledem k následujícímu fragmentu kódu, kolik testů je vyžadováno pro 100% pokrytí rozhodnutí? 4 79. Navrhli jste testovací případy tak, aby poskytovaly 100% prohlášení a 100% pokrytí rozhodnutí pro následující fragment kódu. pokud šířka> délka pak největší_rozměr = šířka jiný největší_rozměr = délka end_if Do spodní části fragmentu kódu výše bylo přidáno následující. tisk „Největší rozměr je“ & největší_rozměrový tisk „Šířka:“ & šířka tisku „Délka:“ & délka Kolik dalších testovacích případů je požadováno? Žádné, lze použít existující testovací případy. 80. Jaký je rozdíl mezi testovacími technikami a testovacími nástroji? Technika testování: - Je proces zajišťující správné fungování některých aspektů aplikačního systému nebo jednotky, může existovat několik technik, ale mnoho nástrojů. Zkušební nástroje: - Je vozidlo pro provádění zkušebního procesu. Tento nástroj je zdrojem pro testera, ale sám o sobě k provádění testování nestačí Další informace o testovacích nástrojích naleznete zde 81. Jako vstup pro psaní používáme výstup analýzy požadavků, specifikaci požadavků Testovací případy přijetí uživatele 82. Opakované testování již testovaného programu po úpravě za účelem zjištění jakýchkoli vad zavedených nebo odhalených v důsledku změn testovaného softwaru nebo jiné související nebo nesouvisející softwarové komponenty: Regresní testování 83. Velkoobchodník prodává tiskové kazety. Minimální objednané množství je 5. U objednávek 100 a více tiskových kazet je sleva 20%. Byli jste požádáni, abyste připravili testovací případy pomocí různých hodnot pro počet objednaných tiskových kazet. Které z následujících skupin obsahují tři testovací vstupy, které by byly generovány pomocí analýzy hraničních hodnot? 4, 5, 99 84. Co je to testování komponent? Testování komponent, také známé jako testování jednotek, modulů a programů, vyhledává vady a ověřuje funkčnost softwaru (např. Modulů, programů, objektů, tříd atd.), Který lze samostatně testovat. 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 simulaci rozhraní mezi softwarovými komponentami jednoduše. Stub je volán z testované softwarové komponenty; ovladač volá komponentu, která má být testována. Zde je úžasné video o testování jednotky 85. Co je to testování funkčních systémů? Testování funkce end-to-end systému jako celku je definováno jako testování funkčního systému. 86. Jaké jsou výhody nezávislého testování? Nezávislí testeři jsou nezaujatí a identifikují různé vady současně. 87. Kdy byste v REAKTIVNÍM přístupu k testování očekávali, že bude zahájena většina návrhových prací na testování? Převážná část práce na návrhu testu začala poté, co byl vyroben software nebo systém. 88. Jaké jsou různé metodiky v modelu agilního rozvoje? V současné době vím o sedmi různých agilních metodikách: 89. Které činnosti v základním testovacím procesu zahrnují hodnocení testovatelnosti požadavků a systému? „Testovací analýza“ a „Návrh“ zahrnují vyhodnocení testovatelnosti požadavků a systému. 90. Co je obvykle NEJDŮLEŽITĚJŠÍM důvodem k použití rizika k podpoře testování? Protože testování všeho není možné. 91. Co je to náhodné testování na opici? Kdy se používá? Náhodné testování je často známé jako testování na opicích. U takového typu testování se data generují náhodně často pomocí nástroje nebo automatizovaného mechanismu. S tímto náhodně generovaným vstupem je systém testován a podle toho jsou analyzovány výsledky. Tyto testy jsou méně spolehlivé; proto ho běžně používají začátečníci a ke zjištění, zda systém vydrží nepříznivé účinky. 92. Které z následujících jsou platné cíle pro hlášení incidentů? 93. Zvažte následující techniky. Které jsou statické a které dynamické techniky? Analýza a kontroly toku dat jsou statické; Rozdělení ekvivalence, testování případových případů, průzkumné testování a testování rozhodnutí jsou dynamické. 94. Proč jsou statické a dynamické zkoušky popisovány jako doplňkové? Protože sdílejí cíl identifikovat vady, ale liší se v typech vad, které najdou. 95. Jaké jsou fáze formálního přezkumu? Na rozdíl od neformálních kontrol probíhá formální kontrola formálním procesem. Typický proces formálního přezkumu se skládá ze šesti hlavních kroků: 96. Jaká je role moderátora v procesu kontroly? Proces kontroly vede moderátor (nebo vedoucí recenze). Ve spolupráci s autorem určuje typ recenze, přístup a složení hodnotícího týmu. Moderátor provádí vstupní kontrolu a návaznost na přepracování, aby kontroloval kvalitu vstupu a výstupu procesu kontroly. Moderátor také naplánuje schůzku, šíří dokumenty před schůzkou, koučuje ostatní členy týmu, stimuluje schůzku, vede možné diskuse a ukládá shromážděná data. Další informace o procesu kontroly ve videonávodu najdete zde 97. Co je to oddíl ekvivalence (známý také jako třída ekvivalence)? Vstupní nebo výstupní rozsahy hodnot, takže testovacím případem se stane pouze jedna hodnota v rozsahu. 98. Kdy by měly být implementovány postupy správy konfigurace? Během plánování testu. 99. Typ funkčního testování, který zkoumá funkce související s detekcí hrozeb, jako je virus od škodlivých cizinců? Testování zabezpečení 100. Testování, při kterém podrobíme cíl testu různým pracovním vytížením, abychom změřili a vyhodnotili výkonnostní chování a schopnost cíle a test i nadále správně fungovat v rámci těchto různých pracovních vytížení? Testování zátěže 101. Testovací činnost prováděná za účelem odhalení závad v rozhraních a v interakci mezi integrovanými součástmi je? Testování úrovně integrace 102. Jaké jsou techniky testování založené na struktuře (bílá skříňka)? Strukturální testovací techniky (které jsou také spíše dynamické než statické) používají k odvození testovacích případů vnitřní strukturu softwaru. Obvykle se jim říká technika „bílé skříňky“ nebo „skleněné skříňky“ (z čehož vyplývá, že do systému vidíte), protože vyžadují znalosti o tom, jak je software implementován, tj. Jak funguje. Například strukturální technika se může zabývat cvičením smyček v softwaru. Mohou být odvozeny různé testovací případy k procvičení smyčky jednou, dvakrát a mnohokrát. To lze provést bez ohledu na funkčnost softwaru. 103. Kdy by mělo být provedeno „regresní testování“? Po změně softwaru nebo po změně prostředí by mělo být provedeno regresní testování. 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 bude provedena nějaká akce v souladu se specifikací. 105. Jaký je účel kritéria pro dokončení testu? Účelem kritéria pro dokončení testu je určit, kdy ukončit testování 106. Co statická analýza NELZE najít? Například úniky paměti. 107. Jaký je rozdíl mezi opakovaným testováním a regresním testováním? Opětovné testování zajišťuje odstranění původní chyby; 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 pozadí lidí hlavním přispěvatelem do testovacích podmínek a testovacích případů. Zkušenosti technických i obchodních lidí jsou důležité, protože přinášejí různé pohledy na testovací analýzu a návrhový proces. Vzhledem k 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. Mohly by být kontroly nebo inspekce považovány za součást testování? Ano, protože obě pomáhají detekovat poruchy a zlepšují kvalitu. 111. Vstupní pole bere rok narození mezi lety 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ílel na automatizaci regresního testu? A. Tester dat b. Mezní tester c. Zachycení / přehrávání d. Výstupní komparátor. d. Výstupní komparátor 113. K otestování funkce, co musí napsat programátor, který volá testovanou funkci 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 zvláštních požadavcích. 116. Kdy by mělo být testování zastaveno? Závisí to na rizicích pro testovaný systém. Existuje několik kritérií, na jejichž základě můžete testování zastavit. 117. Který z následujících je primárním účelem integrační strategie pro integrační testování v malém? Primárním účelem integrační strategie je určit, které moduly kombinovat kdy a kolik najednou. 118. Co jsou semi-náhodné testovací případy? Semi-random test cases are nothing, but when we perform random test cases and do equivalence partitioning to those test cases, it removes redundant test cases, allowing nám semi-random test cases. 119. Vzhledem k následujícímu kódu, které prohlášení je pravdivé ohledně minimálního počtu testovacích případů požadovaných pro úplné prohlášení a pokrytí pobočky? Přečtěte si str Přečtěte si q IF p + q> 100 POTOM tisk „velký“ ENDIF IF p> 50 POTOM Tisk „p Large“ ENDIF 1 test pokrytí výpisu, 2 pokrytí pobočky 120. Který přezkum se obvykle používá k hodnocení produktu k určení jeho vhodnosti pro zamýšlené použití a ke zjištění nesrovnalostí? Technický přehled. 121. Kdo by měl zjištěné poruchy původně dokumentovat? Testery. 122. Který je současný formální celosvětově uznávaný dokumentační standard? Žádný není. 123. Který z následujících je účastníkem kontroly, který vytvořil položku, která má být zkontrolová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 v modulu sestav. Regresní testování by mělo být provedeno i na jiných modulech, protože oprava jednoho modulu může ovlivnit další moduly. 125. Proč poskytuje analýza hraničních hodnot dobré testovací případy? Protože během programování různých případů blízko okrajů rozsahu hodnot se často dělají chyby. 126. Čím se inspekce liší od ostatních typů kontroly? Vede ho vyškolený vedoucí, 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 testovacího softwaru a testovaného objektu. 128. Co je to V-Model? Model vývoje softwaru, který ilustruje integraci testovacích aktivit 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ů určitým konkrétním způsobem měří rozsah testování prováděného sadou testů (odvozených jiným způsobem, např. Pomocí technik založených na specifikacích). Kdykoli můžeme spočítat věci a zjistit, zda každá z těchto věcí byla či nebyla testována nějakým testem, můžeme měřit pokrytí. 131. Proč je upřednostňována přírůstková integrace před integrací „velkého třesku“? Protože přírůstková integrace má lepší schopnost včasného prověřování a izolace vad 132. Jak se nazývá proces počínaje terminálovými moduly? Integrace zdola nahoru 133. Během které testovací činnosti by mohla být chyba nalezena nákladově nejefektivněji? Během plánování testu 134. Účelem fáze požadavku je Zmrazit požadavky, porozumět potřebám 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ů, 136. Co je DRE? Za účelem měření účinnosti testu se k měření účinnosti testu používá výkonná metrika známá jako DRE (Defect Removal Efficiency). Z této metriky bychom věděli, kolik chyb jsme ze sady testovacích případů našli. 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žívání testovacích nástrojů poskytujících zařízení pro snímání a přehrávání testů? a) Regresní testování b) Integrační testování c) Testování systému d) Akceptační testování uživatelem Regresní testování 138. Jak byste odhadli pravděpodobnost požadovaného opakovaného testování? Metriky z předchozích podobných projektů a diskuse s vývojovým týmem 139. Jaké studie analyzují tok dat? Využití dat na cestách kódem. 140. Co je selhání? Selhání je odklon od zadaného chování. 141. Co jsou testovací komparátory? Je to opravdu test, pokud vložíte nějaké vstupy do nějakého softwaru, ale nikdy se nedíváte na to, 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, co software produkuje, s tím, co by mělo produkovat. Komparátor testů pomáhá automatizovat aspekty tohoto srovnání. 142. Kdo je odpovědný za dokumentaci všech problémů, problémů a otevřeného bodu, které byly zjištěny během hodnotící schůzky Písař 143. Jaký je hlavní účel neformálního přezkumu Levný způsob, jak získat nějakou výhodu 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 přinesou známku A, ale skóre pod 90 ne. Tato analýza je známá jako: Rozdělení ekvivalence 146. Manažer testů chce použít zdroje dostupné pro automatizované testování webové aplikace. Nejlepší volbou je Tester, automatizace testů, webový specialista, DBA 147. Během testování testeru modulu „X“ našel 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 dělat „X“? Odešlete podrobné informace o zjištěné chybě a zkontrolujte reprodukovatelnost 148. Typ integračního testování, při kterém se softwarové prvky, hardwarové prvky nebo obojí kombinují najednou do komponenty nebo celkového systému, spíše než po fázích. 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í integrace systému po testování systému. V-model 150. Jakou technikou lze dosáhnout vstupního a výstupního pokrytí? Může být aplikován na vstup člověka, vstup přes rozhraní do systému nebo parametry rozhraní při testování integrace. Rozdělení ekvivalence 151. „Tento model životního cyklu je řízen harmonogramem a rozpočtovými riziky“ Toto prohlášení je nejvhodnější pro. V-model 152. V jakém pořadí by měly být testy spuštěny? Nejdůležitější musí být nejprve otestován 153. Čím později v životním cyklu vývoje je chyba objevena, tím nákladnější je její odstranění. Proč? Chyba byla zabudována do další dokumentace, kódu, testů atd 154. Co je měření pokrytí? Je to částečné měřítko důkladnosti testu. 155. Co je testování hraničních hodnot? Vyzkoušejte okrajové podmínky na, pod a nad okraji tříd ekvivalence vstupu a výstupu. Řekněme například bankovní aplikaci, kde můžete vybrat maximálně 20 000 Rs a minimálně Rs.100, takže při testování hraniční hodnoty testujeme pouze přesné hranice, místo abychom zasáhli uprostřed. To znamená, že testujeme nad maximální limit a pod minimální limit. 156. Co představuje COTS? Komerční z regálu. 157. Účelem je umožnit provedení konkrétních testů v systému nebo síti, které se co nejvíce podobají prostředí, kde bude testovaná položka použita po vydání? Testovací prostředí 158. Co lze považovat za založené na plánu projektu, ale s větším množstvím detailů? Plán fázových zkoušek 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 se jednalo o mini projekty, vývoj je časově omezen, dodán a poté sestaven do funkčního prototypu. To může zákazníkovi velmi rychle dát něco, co by měl vidět a používat, a poskytnout zpětnou vazbu týkající se dodávky a jejích požadavků. Díky této metodice 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 nutné projekt podrobit formálnějším kontrolám. Viz náš - Testovací kvíz Podívejte se na naše - Testovací software Dotaz na rozhovor Youtube Video Stažení PDF zdarma: Software Testing Interview Dotazy a odpovědi Výše uvedené otázky a odpovědi na otázky týkající se ručního testování v pdf pomohou nováčkům i zkušeným technikům QA. Sdílejte prosím stránku s přáteli a kolegy.
pokud šířka> délkathenbiggest_dimension = šířkapokud výška> šířkathenbiggest_dimension = výškaend_ifelsebiggest_dimension = délkapokud výška> délkathenbiggest_dimension = výškaend_ifend_if