Zostavili sme najčastejšie kladené otázky a odpovede týkajúce sa manuálneho testovania rozhovorov, ktoré vás oboznámia s typom otázok týkajúcich sa pohovorov týkajúcich sa testovania softvéru, ktoré by sa vás anketár mohol počas rozhovoru opýtať. V tomto zozname otázok s pohovorom na Ručné testovanie s odpoveďami sme pokryli všetky otázky na otázky týkajúce sa základného a pokročilého testovania softvéru s podrobnými odpoveďami, ktoré vám pomôžu ľahko vyčistiť pracovný pohovor na ručné testovanie.
Zbavili sme sa takmer 150+ dôležitých otázok na pohovore pre Ručné testovanie pre uchádzačov o prvenstvo, ako aj Otázok na pohovory pre Ručné testovanie pre skúsených technikov QA, aby sme sa pripravili na nadchádzajúci pohovor. Tento podrobný sprievodca otázkami na pohovory pre ručné testovanie vám pomôže prelomiť váš pracovný pohovor na testovanie softvéru.
Ručné testovanie Interview, otázky a odpovede
1. Čo je prieskumné testovanie?
Prieskumné testovanie je praktický prístup, v ktorom sú testeri zapojení do minimálneho plánovania a maximálneho vykonania testu. Plánovanie zahŕňa vytvorenie testovacej charty, krátke vyhlásenie o rozsahu krátkeho (1 až 2 hodiny) časovo ohraničeného testovacieho úsilia, cieľoch a možných prístupoch, ktoré sa majú použiť. Dizajn a vykonávanie testov sa obvykle vykonávajú paralelne bez formálneho zdokumentovania testovacích podmienok, testovacích prípadov alebo testovacích skriptov. To neznamená, že sa nebudú používať iné formálnejšie testovacie techniky. Napríklad sa môže tester rozhodnúť použiť analýzu hraničných hodnôt, ale premyslí a otestuje najdôležitejšie hraničné hodnoty bez toho, aby ich nevyhnutne zapísal. Niektoré poznámky budú napísané počas prieskumného testovania, aby bolo možné neskôr vytvoriť správu.
2. Čo je „testovanie prípadov použitia“?
Na identifikáciu a vykonanie funkčných požiadaviek aplikácie od začiatku do konca sa používa „prípad použitia“ a techniky použité na tento účel sú známe ako „Testovanie prípadov použitia“.
3. Aký je rozdiel medzi STLC (životný cyklus testovania softvéru) a SDLC (životný cyklus vývoja softvéru)?
SDLC sa zaoberá vývojom / kódovaním softvéru, zatiaľ čo STLC sa zaoberá overovaním a overovaním softvéru
4. Čo je matica vysledovateľnosti?
Vzťah medzi testovacími prípadmi a požiadavkami sa ukazuje pomocou dokumentu. Tento dokument je známy ako matica vysledovateľnosti.
5. Čo je to testovanie rozdelenia na ekvivalenciu?
Testovanie ekvivalencie oddielov je technika testovania softvéru, ktorá rozdeľuje vstupné testovacie údaje aplikácie do každého oddielu najmenej raz od ekvivalentných údajov, z ktorých je možné odvodiť testovacie prípady. Touto metódou testovania skracuje čas potrebný na testovanie softvéru.
6. Čo je to testovanie bielej skrinky a vymenujte typy testovania bielej skrinky?
Technika testovania bielej skrinky zahŕňa výber testovacích prípadov na základe analýzy vnútornej štruktúry (pokrytie kódu, pokrytie vetiev, pokrytie ciest, pokrytie stavu atď.) Komponentu alebo systému. Je tiež známy ako testovanie na základe kódu alebo štrukturálne testovanie. Rôzne typy testovania bielej skrinky sú
- Pokrytie vyhlásenia
- Pokrytie rozhodnutia
7. Čo overujete pri testovaní na bielom poli?
V bielom poli sú testované nasledujúce kroky.
- Overte bezpečnostné diery v kóde
- Skontrolujte neúplné alebo rozbité cesty v kóde
- Overte tok štruktúry podľa špecifikácie dokumentu
- Overte očakávané výstupy
- Overte všetky podmienené slučky v kóde a skontrolujte úplnú funkčnosť aplikácie
- Overte kódovanie riadok po riadku a pokryte 100% testovanie
8. Čo je to testovanie čiernej skrinky? Aké sú rôzne techniky testovania čiernej skrinky?
Testovanie čiernej skrinky je metóda testovania softvéru, ktorá sa používa na testovanie softvéru bez znalosti vnútornej štruktúry kódu alebo programu. Toto testovanie sa zvyčajne vykonáva na kontrolu funkčnosti aplikácie. Rôzne techniky testovania čiernej skrinky sú
- Rozdelenie ekvivalencie
- Analýza hraničných hodnôt
- Grafy príčin a následkov
9. Aký je rozdiel medzi statickým a dynamickým testovaním?
Statické testovanie: Počas metódy statického testovania sa kód nevykonáva a vykonáva sa pomocou dokumentácie k softvéru.
Dynamické testovanie: Na vykonanie tohto testovania sa vyžaduje, aby bol kód v spustiteľnej podobe.
10. Čo sú verifikácia a validácia?
Verifikácia je proces hodnotenia softvéru vo vývojovej fáze. Pomôže vám to rozhodnúť sa, či produkt danej aplikácie spĺňa stanovené požiadavky. Validácia je proces hodnotenia softvéru po ukončení procesu vývoja a kontroly, či spĺňa požiadavky zákazníka.
11. Aké sú rôzne úrovne testu?
Existujú štyri testovacie úrovne
- Testovanie jednotky / komponentu / programu / modulu
- Testovanie integrácie
- Testovanie systému
- Kolaudačné skúšky
12. Čo je testovanie integrácie?
Testovanie integrácie je úroveň procesu testovania softvéru, kde sa kombinujú a testujú jednotlivé jednotky aplikácie. Spravidla sa vykonáva po jednotkovom a funkčnom testovaní.
13. Z čoho pozostávajú plány testov?
Návrh testu, rozsah, stratégie testovania, prístup sú rôzne podrobnosti, z ktorých pozostáva dokument plánu testu.
- Identifikátor testovacieho prípadu
- Rozsah
- Funkcie, ktoré sa majú testovať
- Funkcie sa netestujú
- Stratégia testovania a testovací prístup
- Testujte výstupy
- Zodpovednosti
- Personálne zabezpečenie a školenie
- Riziko a nepredvídané udalosti
14. Aký je rozdiel medzi UAT (User Acceptance Testing) a testovaním systému?
Testovanie systému: Testovaním systému sa zisťujú chyby, keď sa systém podrobí testovaniu ako celku; je tiež známe ako end-to-end testovanie. Pri takomto type testovania aplikácia trpí od začiatku do konca.
UAT: Testovanie prijímania používateľov (UAT) zahŕňa spustenie produktu prostredníctvom série špecifických testov, ktoré určujú, či produkt bude vyhovovať potrebám jeho používateľov.
15. Uveďte rozdiel medzi testovaním na základe údajov a opätovným testovaním?
Opätovné testovanie : Je to proces kontroly chýb, ktoré vývojový tím vykoná s cieľom overiť, či sú opravené.
Testovanie na základe dát (DDT): V procese testovania na základe dát sa aplikácia testuje s viacerými testovacími dátami. Aplikácia je testovaná s inou sadou hodnôt.
16. Aké sú cenné kroky na riešenie problémov pri testovaní?
- Záznam: Zaznamenajte a riešte všetky problémy, ktoré sa vyskytli
- Hlásiť: Nahláste problémy správcovi na vyššej úrovni
- Kontrola: Definujte proces správy problémov
17. Aký je rozdiel medzi testovacími scenármi, testovacími prípadmi a testovacím skriptom?
Rozdiel medzi testovacími scenármi a testovacími prípadmi je v tom
Testovacie scenáre: Testovacím scenárom je každá funkčnosť, ktorú je možné testovať. Nazýva sa tiež Testovacia podmienka alebo Testovacia možnosť.
Testovacie prípady: Je to dokument, ktorý obsahuje kroky, ktoré je potrebné vykonať; bolo to naplánované skôr.
Testovací skript: Je napísaný v programovacom jazyku a je to krátky program používaný na testovanie časti funkčnosti softvérového systému. Inými slovami, písomná sada krokov, ktoré by sa mali vykonať manuálne.
18. Čo je latentný defekt?
Latentná chyba: Táto chyba je existujúca chyba v systéme, ktorá nespôsobuje žiadne poruchy, pretože presná sada podmienok nebola nikdy splnená.
19. Aké sú dva parametre, ktoré môžu byť užitočné na poznanie kvality vykonania testu?
Aby sme poznali kvalitu vykonania testu, môžeme použiť dva parametre
- Pomer odmietnutia vady
- Pomer netesností vady
20. Aká je funkcia softvérového testovacieho nástroja „fantóm“?
Phantom je freeware a používa sa pre skriptovací jazyk automatizácie grafického používateľského rozhrania systému Windows. Umožňuje nám to automaticky ovládať okná a funkcie. Môže simulovať ľubovoľnú kombináciu stlačenia klávesov a kliknutí myšou, ako aj ponuky, zoznamy a ďalšie.
21. Vysvetlite, čo sú výstupy testu?
Výstupy z testu sú súbory dokumentov, nástrojov a ďalších komponentov, ktoré je potrebné vyvinúť a udržiavať na podporu testovania.
V každej fáze životného cyklu vývoja softvéru existujú rôzne výstupy testov
- Pred testovaním
- Počas testovania
- Po testovaní
22. Čo je testovanie mutácií?
Mutačné testovanie je technika na zistenie, či je súbor testovacích údajov alebo testovacích prípadov užitočný, a to zámerným zavedením rôznych zmien kódu (chýb) a opätovným testovaním s pôvodnými testovacími dátami / prípadmi, aby sa zistilo, či sú chyby zistené.
23. Čo všetko by ste mali zvážiť pred výberom automatizačných nástrojov pre AUT?
- Technická uskutočniteľnosť
- Úroveň zložitosti
- Stabilita aplikácie
- Skúšobné údaje
- Veľkosť aplikácie
- Opätovná použiteľnosť automatizovaných skriptov
- Vykonávanie v prostredí
24. Ako budete vykonávať analýzu rizík?
Pre analýzu rizík je potrebné vykonať nasledujúce kroky
- Nájdenie skóre rizika
- Vytvorenie profilu rizika
- Zmena vlastností rizika
- Využite zdroje tohto rizika testu
- Vytvorenie databázy rizík
25. Aké sú kategórie ladenia?
Kategórie pre ladenie
- Ladenie hrubou silou
- Spätné sledovanie
- Príčina vylúčenia
- Programové krájanie
- Analýza stromov porúch
26. Čo vysvetľuje maskovanie chýb na príklade?
Keď prítomnosť jednej chyby skryje prítomnosť inej chyby v systéme, je to známe ako maskovanie chýb.
Príklad: Ak záporná hodnota spôsobí spustenie nespracovanej systémovej výnimky, vývojár zabráni zadaniu záporných hodnôt. Týmto sa problém vyrieši a skryje sa chyba nespracovaného spustenia výnimky.
27. Vysvetlite, čo je plán testov? Aké informácie by mali obsahovať testovacie plány?
Plán testov možno definovať ako dokument popisujúci rozsah, prístup, zdroje a harmonogram testovacích činností a plán testov by mal obsahovať nasledujúce podrobnosti.
- Stratégia testovania
- Cieľ skúšky
- Kritériá výstupu / pozastavenia
- Plánovanie zdrojov
- Testovanie dodávok
28. Ako môžete eliminovať riziko produktu vo vašom projekte?
Pomáha vám vylúčiť riziko produktu vo vašom projekte a existuje jednoduchý, ale zásadný krok, ktorý môže znížiť riziko produktu vo vašom projekte.
- Preskúmajte dokumentáciu so špecifikáciami
- Diskutujte o projekte so všetkými zainteresovanými stranami vrátane vývojára
- Ako skutočný používateľ prechádzate webovou stránkou
29. Aké je spoločné riziko, ktoré vedie k zlyhaniu projektu?
Spoločným rizikom, ktoré vedie k zlyhaniu projektu, je
- Nedostatok ľudských zdrojov
- Možno nie je správne nastavené testovacie prostredie
- Obmedzený rozpočet
- Časové obmedzenia
30. Na základe čoho môžete dospieť k odhadu pre váš projekt?
Pri odhadovaní vášho projektu musíte vziať do úvahy nasledujúce body
- Celý projekt rozdelte na najmenšie úlohy
- Každú úlohu pridelte členom tímu
- Odhadnite úsilie potrebné na splnenie každej úlohy
- Potvrďte odhad
31. Vysvetlite, ako by ste pridelili úlohu členom tímu?
| Úloha | Poslanec |
|
|
|
|
|
|
|
|
|
|
32. Vysvetlite, čo je typ testovania a aké sú bežne používané typy testovania?
Na získanie očakávaného výsledku testu sa použije štandardný postup, ktorý sa označuje ako Typ testu.
Bežne používané typy testovania sú
- Testovanie jednotiek: Otestujte najmenší kód aplikácie
- Testovanie API: Testovanie API vytvorené pre aplikáciu
- Testovanie integrácie: Jednotlivé softvérové moduly sa kombinujú a testujú
- Testovanie systému: Kompletné testovanie systému
- Testovanie inštalácie / odinštalovania: Testovanie sa vykonáva z pohľadu klienta / zákazníka
- Agilné testovanie: Testovanie pomocou agilnej techniky
33. Čo by ste mali pri monitorovaní svojho projektu zvážiť?
Veci, ktoré je potrebné brať do úvahy, sú
- Je váš projekt naplánovaný
- Prekročili ste rozpočet
- Pracujete na dosiahnutí rovnakého kariérneho cieľa
- Máte dostatok zdrojov
- Existujú nejaké varovné príznaky blížiacich sa problémov
- Existuje nejaký tlak zo strany vedenia na dokončenie projektu skôr
34. Aké sú bežné chyby, ktoré spôsobujú problémy?
- Priraďovanie zdrojov k nesprávnym projektom
- Skúšobný manažér, nedostatok zručností
- Nepočúvať ostatných
- Zlé plánovanie
- Podceňovanie
- Ignorovanie malých problémov
- Nedodržiavanie postupu
35. Čo obsahuje typická správa z testu? Aké sú výhody protokolov o testoch?
Správa o teste obsahuje nasledujúce položky:
- Informácie o projekte
- Cieľ skúšky
- Zhrnutie testu
- Porucha
Výhody testovacích protokolov sú:
- Aktuálny stav projektu a kvalita produktu sú informované
- Zainteresované strany a zákazník môžu v prípade potreby prijať nápravné opatrenia
- Konečný dokument pomáha rozhodnúť, či je produkt pripravený na vydanie
36. Čo je to kontrola riadenia testov a prečo je dôležitá?
Preskúmanie manažmentom sa tiež označuje ako Software Quality Assurance alebo SQA. SQA sa zameriava viac na softvérový proces ako na softvérové pracovné produkty. Je to súbor aktivít určených na zabezpečenie toho, aby projektový manažér dodržiaval štandardný proces. SQA pomáha manažérovi testov porovnávať projekt so stanovenými štandardmi.
37. Aké sú najlepšie postupy na zabezpečenie kvality softvéru?
Najlepšie postupy pre efektívnu implementáciu SQA sú
- Neustále zlepšovanie
- Dokumentácia
- Využitie nástroja
- Metriky
- Zodpovednosť členov tímu
- Skúsení audítori SQA
38. Kedy je pripravená RTM (Matica sledovateľnosti požiadaviek)?
RTM je pripravený pred návrhom testovacieho prípadu. Požiadavky by sa mali dať vysledovať z kontrolných činností.
39. Aký je rozdiel medzi testovacou maticou a maticou sledovateľnosti?
Testovacia matica : Testovacia matica sa používa na zachytenie skutočnej kvality, úsilia, plánu, zdrojov a času potrebného na zaznamenanie všetkých fáz testovania softvéru.
Matica sledovateľnosti : Mapovanie medzi testovacími prípadmi a požiadavkami zákazníkov je známe ako Matica sledovateľnosti
40. Čo sú pri manuálnom testovaní pahýly a ovládače?
Pahýly a ovládače sú súčasťou prírastkového testovania. Pri prírastkovom testovaní existujú dva prístupy, a to prístup zdola nahor a zhora nadol. Ovládače sa používajú pri testovaní zdola nahor a stub sa používa pri prístupe zhora nadol. Na otestovanie hlavného modulu sa používa pahýl, ktorým je atrapa kódu alebo programu.
41. Aký je krok, ktorým by ste sa riadili, keď zistíte chybu?
Po zistení chyby by ste postupovali podľa pokynov
a) Znovu vytvorte chybu
b) Pripojte snímku obrazovky
c) Poruchu zaprotokolujte
42. Vysvetlite, čo je metóda testovania „Testovaný podľa plánu“ alebo „Kľúčové slovo“?
Táto technika využíva skutočný dokument testovacieho prípadu vyvinutý testermi pomocou tabuľky obsahujúcej špeciálne „kľúčové slová“. Spracovanie riadia kľúčové slová.
43. Čo je DFD (diagram toku údajov)?
Keď je „tok údajov“ informačným systémom graficky znázornený, je známy ako diagram toku údajov. Používa sa tiež na vizualizáciu spracovania údajov.
44. Vysvetlite, čo je LCSAJ?
LCSAJ znamená „lineárna sekvencia kódu a skok“. Skladá sa z nasledujúcich troch položiek
a) Začiatok lineárnej postupnosti vykonateľných príkazov
b) Koniec lineárnej postupnosti
c) Cieľová čiara, do ktorej sa riadiaci tok prenáša na konci lineárnej sekvencie
45. Vysvetlite, čo je testovanie N + 1?
Variácia regresného testovania je vyjadrená ako N + 1. V tejto technike sa testovanie vykonáva vo viacerých cykloch, v ktorých sa chyby zistené v testovacom cykle „N“ vyriešia a znova otestujú v testovacom cykle N + 1. Cyklus sa opakuje, pokiaľ nenájdete žiadne chyby.
46. Čo je testovanie Fuzz a kedy sa používa?
Fuzz testovanie sa používa na detekciu bezpečnostných medzier a kódovacích chýb v softvéri. Pri tejto technike sa do systému pridávajú náhodné údaje pri pokuse o zlyhanie systému. Ak zraniteľnosť pretrváva, na určenie potenciálnych príčin sa používa nástroj s názvom fuzz tester. Táto technika je užitočnejšia pre väčšie projekty, ale detekuje iba závažnú chybu.
47. Uveďte, aké sú hlavné výhody metriky pokrytia vyhlásenia pri testovaní softvéru?
Výhodou metriky pokrytia výpisom je to
a) Nevyžaduje spracovanie zdrojového kódu a je možné ho použiť priamo na objektový kód
b) Chyby sú distribuované rovnomerne cez kód, vďaka čomu percento pokrytých spustiteľných príkazov odráža percento zistených chýb
48. Ako vygenerovať testovacie prípady pre metódu „nahradiť reťazec“?
a) Ak sú znaky v novom reťazci> znaky v predchádzajúcom reťazci. Žiadna z postáv by nemala byť skrátená
b) Ak sú znaky v novom reťazci c) Medzery za a pred reťazcom by sa nemali mazať d) Reťazec by sa mal nahradiť iba pri prvom výskyte reťazca 49. Ako budete riešiť konflikt medzi členmi vášho tímu? 50. Uveďte, aké sú kategórie vád? Hlavne existujú tri kategórie porúch 51. Vysvetlite, ako funguje nástroj pokrytia testom? Nástroj na testovanie pokrytia kódu beží paralelne pri testovaní na skutočnom produkte. Nástroj na pokrytie kódu monitoruje vykonané vyhlásenia zdrojového kódu. Po dokončení záverečného testovania dostaneme kompletnú správu o čakajúcich výpisoch a tiež dostaneme percento pokrytia. 52. Uveďte, aký je rozdiel medzi „chybou“ a „zlyhaním“ v testovaní softvéru? Jednoducho povedané, keď sa chyba dostane ku koncovému zákazníkovi, nazýva sa to porucha, zatiaľ čo sa chyba identifikuje interne a vyrieši sa; potom sa to označuje ako vada. 53. Vysvetlite, ako testovať dokumenty v projekte, ktorý sa vzťahuje na celý životný cyklus vývoja softvéru? Projekt sa počas celého životného cyklu vývoja softvéru rozpracováva nasledujúcim spôsobom 54. Vysvetlite, ktoré testovacie prípady sú napísané ako prvé čierne skrinky alebo biele skrinky? Testovacie prípady čiernej skrinky sa najskôr zapíšu, aby sa napísali testovacie prípady čiernej skrinky; vyžaduje projektový plán a dokument s požiadavkami, všetky tieto dokumenty sú ľahko dostupné na začiatku projektu. Písanie testovacích prípadov v bielom poli vyžaduje viac architektonického porozumenia a nie je k dispozícii na začiatku projektu. 55. Vysvetlite, aký je rozdiel medzi skrytými a maskovanými chybami? 56. Uveďte, čo je testovanie zdola nahor? Testovanie zdola nahor je prístup k testovaniu integrácie, pri ktorom sa najskôr testujú komponenty najnižšej úrovne a potom sa používajú na uľahčenie testovania komponentov vyššej úrovne. Proces sa opakuje, kým sa nevyskúša komponent v hornej časti hierarchie. 57. Uveďte, aké sú rôzne typy techník pokrytia testami? Zahŕňajú rôzne typy techník pokrytia testu 58. Uveďte, čo znamená význam dychovej skúšky? Dychové testovanie je testovacia sada, ktorá využíva úplnú funkčnosť produktu, ale podrobne netestuje jeho vlastnosti 59. Vysvetlite, aký je význam prechodu kódom? Prechádzka kódom je neformálna analýza zdrojového kódu programu s cieľom nájsť chyby a overiť techniky kódovania 60. Uveďte, aké sú základné komponenty formátu správy o chybe? Medzi základné zložky formátu správy o chybe patria 61. Uveďte, aký je účel vykonávania end-to-end testovania? End-to-end testovanie sa vykonáva po funkčnom testovaní. Účelom komplexného testovania je to 62. Vysvetlite, čo to znamená testovací postroj? Testovací zväzok konfiguruje množinu nástrojov a testovacích údajov na testovanie aplikácie v rôznych podmienkach. Zahŕňa monitorovanie výstupu s očakávaným výstupom kvôli správnosti. 63. Vysvetlite v testovacom projekte, ktoré testovacie činnosti by ste automatizovali? Pri testovaní aktivít na testovanie projektov by ste ich automatizovali 64. Aká je HLAVNÁ výhoda navrhovania testov na začiatku životného cyklu? Pomáha zabrániť zavedeniu chýb do kódu. 65. Čo je to testovanie na základe rizika? Testovanie na základe rizika je termín používaný v prístupe k vytvoreniu Stratégie testovania, ktorá je založená na uprednostňovaní testov podľa rizika. Základom prístupu je podrobná analýza rizík a stanovenie priorít rizík podľa úrovne rizika. Potom sú špecifikované testy na riešenie každého rizika, počnúc najskôr najvyšším rizikom. 66. Aký je HLAVNÝ rozdiel medzi preventívnym a reaktívnym prístupom k testovaniu? Preventívne testy sú navrhnuté včas; reaktívne testy sa navrhnú po vyrobení softvéru. 67. Aký je účel výstupných kritérií? Účelom výstupných kritérií je definovať, kedy je úroveň testu dokončená. 68. Čo určuje úroveň rizika? Pravdepodobnosť nežiaducej udalosti a vplyv udalosti určujú úroveň rizika. 69. Kedy sa používa testovanie rozhodovacej tabuľky? Testovanie rozhodovacej tabuľky sa používa pre testovacie systémy, pre ktoré má špecifikácia formu pravidiel alebo kombinácií príčin a následkov. V rozhodovacej tabuľke sú vstupy uvedené v stĺpci s výstupmi v rovnakom stĺpci, ale pod vstupmi. Zvyšok tabuľky skúma kombinácie vstupov na definovanie produkovaných výstupov. Viac informácií o technike testovania rozhodovacej tabuľky sa dozviete vo videonávode tu 70. Prečo používame rozhodovacie tabuľky? Techniky delenia ekvivalencie a analýzy hraničných hodnôt sa často používajú na konkrétne situácie alebo vstupy. Ak však rôzne kombinácie vstupov vyústia do vykonania rôznych akcií, môže byť zložitejšie to ukázať pomocou rozdelenia ekvivalencie a analýzy hraničných hodnôt, ktoré majú tendenciu byť viac zamerané na užívateľské rozhranie. Ďalšie dve techniky založené na špecifikáciách, rozhodovacie tabuľky a testovanie prechodu stavu sú viac zamerané na obchodnú logiku alebo obchodné pravidlá. Rozhodovacia tabuľka je dobrý spôsob riešenia kombinácií vecí (napr. Vstupov). Táto technika sa niekedy označuje aj ako tabuľka „príčina-následok“. Dôvod je ten, že existuje súvisiaca technika logického diagramu s názvom „vytváranie grafov príčin a následkov“, ktorá sa niekedy používala na odvodenie rozhodovacej tabuľky 71. Aký je hlavný cieľ pri posudzovaní dodávaného softvéru? Na identifikáciu chýb na akomkoľvek softvérovom pracovnom produkte. 72. Čo z nasledujúceho definuje očakávané výsledky testu? Špecifikácia testovacieho prípadu alebo špecifikácia návrhu testu. Špecifikácia testovacieho prípadu definuje očakávané výsledky testu. 73. Aká je výhoda nezávislosti testu? Predchádza zaujatosti autorov pri definovaní efektívnych testov. 74. V rámci ktorého testovacieho procesu určujete výstupné kritériá? Kritériá ukončenia sa určujú na základe „plánovania testov“. 75. Čo je testovanie verzie Alpha? Predbežné testovanie zástupcami koncových používateľov na stránkach vývojára. 76. Čo je to beta testovanie? Testovanie vykonávané potenciálnymi zákazníkmi na ich vlastných miestach. 77. Uveďte, aký je rozdiel medzi pilotným a beta testovaním? Rozdiel medzi pilotným a beta testovaním je v tom, že pilotné testovanie sa v skutočnosti vykonáva pomocou produktu skupinou používateľov pred konečným nasadením a pri beta testovaní nezadávame skutočné údaje, ale inštaluje sa na koncového zákazníka na overenie. ak je možné produkt použiť pri výrobe. 78. Koľko testov je potrebných na 100% pokrytie rozhodnutia vzhľadom na nasledujúci fragment kódu? 4 79. Navrhli ste testovacie prípady tak, aby poskytovali 100% vyhlásenie a 100% pokrytie rozhodnutia pre nasledujúci fragment kódu. ak šírka> dĺžka potom najväčšia_dimenzia = šírka iná najväčšia_dimenzia = dĺžka end_if Do spodnej časti fragmentu kódu vyššie bolo pridané toto. tlač „Najväčšia dimenzia je“ & najväčší_dimenzionálna tlač „Šírka:“ & šírka tlač „Dĺžka:“ & dĺžka Koľko ďalších testovacích prípadov je potrebných? Žiadne, je možné použiť existujúce testovacie prípady. 80. Aký je rozdiel medzi testovacími technikami a testovacími nástrojmi? Technika testovania: - Je proces zabezpečujúci správne fungovanie niektorých aspektov aplikačného systému alebo jednotky? Môže existovať niekoľko techník, ale veľa nástrojov. Testovacie nástroje: - Je vozidlo na vykonávanie testovacieho procesu. Tento nástroj je prostriedkom pre testera, ale sám o sebe nie je dostatočný na vykonanie testovania Viac informácií o testovacích nástrojoch sa dozviete tu 81. Ako vstup pre zápis používame výstup analýzy požiadaviek, špecifikáciu požiadaviek Prípady testov prijatia používateľa 82. Opakované testovanie už testovaného programu, po úprave, na zistenie akýchkoľvek chýb zavedených alebo odhalených v dôsledku zmien testovaného softvéru alebo iného súvisiaceho alebo nesúvisiaceho softvérového komponentu: Regresné testovanie 83. Veľkoobchodný predajca predáva náplne do tlačiarní. Minimálne množstvo pre objednávku je 5. Pri objednávkach 100 a viac náplní do tlačiarní existuje 20% zľava. Boli ste požiadaní, aby ste pripravili testovacie prípady pomocou rôznych hodnôt pre počet objednaných kaziet pre tlačiareň. Ktoré z nasledujúcich skupín obsahujú tri vstupy testu, ktoré by sa vygenerovali pomocou analýzy hraničných hodnôt? 4, 5, 99 84. Čo je to testovanie komponentov? Testovanie komponentov, známe tiež ako testovanie jednotiek, modulov a programov, vyhľadáva chyby a overuje funkčnosť softvéru (napr. Modulov, programov, objektov, tried atď.), Ktorý je možné samostatne testovať. Testovanie komponentov sa môže vykonávať izolovane od zvyšku systému v závislosti od kontextu životného cyklu vývoja a systému. Najčastejšie sa pahýly a ovládače používajú na nahradenie chýbajúceho softvéru a na jednoduchú simuláciu rozhrania medzi softvérovými komponentmi. Stub sa zavolá z testovanej softvérovej súčasti; vodič zavolá testovaný komponent. Tu je úžasné video o testovaní jednotiek 85. Čo je to testovanie funkčných systémov? Testovanie end-to-end funkčnosti systému ako celku je definované ako testovanie funkčného systému. 86. Aké sú výhody nezávislého testovania? Nezávislí testeri sú nezaujatí a identifikujú rôzne chyby súčasne. 87. Kedy by ste pri REAKTÍVNOM prístupe k testovaniu očakávali, že sa začne prevažná časť návrhových prác na testovanie? Hlavná časť návrhových prác na testovanie sa začala po vyrobení softvéru alebo systému. 88. Aké sú rôzne metodiky v modeli agilného rozvoja? V súčasnosti viem o siedmich rôznych agilných metodikách: 89. Ktorá činnosť v procese základného testu zahŕňa hodnotenie testovateľnosti požiadaviek a systému? „Testovacia analýza“ a „Dizajn“ zahŕňajú hodnotenie testovateľnosti požiadaviek a systému. 90. Aký je zvyčajne NAJDÔLEŽITEJŠÍ dôvod na použitie rizika na podporu testovacích snáh? Pretože testovanie všetkého nie je možné. 91. Čo je to náhodné testovanie / testovanie na opici? Kedy sa používa? Náhodné testovanie sa často nazýva testovanie na opiciach. Pri takomto type testovania sa údaje generujú náhodne často pomocou nástroja alebo automatizovaného mechanizmu. S týmto náhodne generovaným vstupom je systém testovaný a podľa toho sú analyzované výsledky. Tieto testy sú menej spoľahlivé; preto ho bežne používajú začiatočníci a zisťujú, či systém nevydrží nepriaznivé účinky. 92. Ktoré z nasledujúcich platných cieľov sú hlásenia nehôd? 93. Zvážte nasledujúce techniky. Čo sú statické a ktoré dynamické techniky? Analýza a kontroly toku údajov sú statické; Rozdelenie ekvivalencie, testovanie prípadových prípadov, prieskumné testovanie a testovanie rozhodnutí sú dynamické. 94. Prečo sa statické a dynamické testovanie označujú ako komplementárne? Pretože zdieľajú cieľ identifikovať chyby, ale líšia sa typmi zistených chýb. 95. Aké sú fázy formálneho preskúmania? Na rozdiel od neformálnych preskúmaní sa formálne preskúmania riadia formálnym procesom. Typický proces formálneho preskúmania pozostáva zo šiestich hlavných krokov: 96. Aká je úloha moderátora v procese kontroly? Proces kontroly vedie moderátor (alebo vedúci recenzie). V spolupráci s autorom určuje typ recenzie, prístup a zloženie hodnotiaceho tímu. Moderátor vykonáva vstupnú kontrolu a následné kroky k prepracovaniu s cieľom kontrolovať kvalitu vstupov a výstupov procesu kontroly. Moderátor tiež naplánuje schôdzku, rozširuje dokumenty pred schôdzou, trénuje ostatných členov tímu, stimuluje schôdzu, vedie možné diskusie a ukladá zhromaždené údaje. Viac informácií o procese kontroly vo videonávode nájdete tu 97. Čo je to oddiel ekvivalencie (tiež známy ako trieda ekvivalencie)? Vstupný alebo výstupný rozsah hodnôt taký, že testovacím prípadom sa stane iba jedna hodnota v rozsahu. 98. Kedy by sa mali implementovať postupy riadenia konfigurácie? Počas plánovania testu. 99. Typ funkčného testovania, ktorý skúma funkcie súvisiace s detekciou hrozieb, ako je vírus od škodlivých osôb zvonka? Testovanie bezpečnosti 100. Testovanie, pri ktorom podrobíme cieľ testu rôznym pracovným zaťaženiam na meranie a vyhodnotenie výkonnostného správania a schopnosti cieľa a testu, aby aj pri týchto rôznych pracovných zaťaženiach správne fungoval? Testovanie záťaže 101. Testovacia činnosť, ktorá sa vykonáva s cieľom odhaliť chyby v rozhraniach a v interakcii medzi integrovanými komponentmi, je? Testovanie úrovne integrácie 102. Aké sú techniky testovania na základe štruktúry (biela skrinka)? Štrukturálne testovacie techniky (ktoré sú tiež skôr dynamické než statické) využívajú na odvodenie testovacích prípadov vnútornú štruktúru softvéru. Obvykle sa nazývajú techniky „bielej skrinky“ alebo „sklenenej skrinky“ (z čoho vyplýva, že do systému vidíte), pretože vyžadujú znalosti o tom, ako je softvér implementovaný, teda ako funguje. Napríklad štrukturálna technika sa môže týkať precvičovania slučiek v softvéri. Môžu sa odvodiť rôzne testovacie prípady na precvičenie slučky raz, dvakrát a mnohokrát. To možno vykonať bez ohľadu na funkčnosť softvéru. 103. Kedy by sa malo vykonať „regresné testovanie“? Po zmene softvéru alebo po zmene prostredia by sa malo vykonať regresné testovanie. 104 . Čo je to negatívne a pozitívne testovanie? Negatívny test je, keď vložíte neplatný vstup a dostanete chyby. Pozitívne testovanie je, keď vložíte platný vstup a očakávate, že bude vykonaná určitá akcia v súlade so špecifikáciou. 105. Aký je účel kritéria dokončenia testu? Účelom kritéria na dokončenie testu je určiť, kedy sa má testovanie ukončiť 106. Čo nemôže statická analýza nájsť? Napríklad únik pamäte. 107. Aký je rozdiel medzi opakovaným testovaním a regresným testovaním? Opätovné testovanie zaisťuje odstránenie pôvodnej chyby; regresné testovanie hľadá neočakávané vedľajšie účinky. 108. Čo sú to testovacie techniky založené na skúsenostiach? V technikách založených na skúsenostiach sú vedomosti, zručnosti a pozadie ľudí hlavným prispievateľom k testovacím podmienkam a testovacím prípadom. Skúsenosti technikov aj podnikateľov sú dôležité, pretože prinášajú rôzne pohľady na proces testovacej analýzy a proces návrhu. Vzhľadom na predchádzajúce skúsenosti s podobnými systémami môžu mať prehľad o tom, čo by sa mohlo pokaziť, čo je pri testovaní veľmi užitočné. 109. Aký typ kontroly si vyžaduje formálne vstupné a výstupné kritériá vrátane metrík? Inšpekcia 110. Mohli by sa kontroly alebo inšpekcie považovať za súčasť testovania? Áno, pretože obidve pomáhajú zistiť chyby a zlepšujú kvalitu. 111. Vstupné pole berie rok narodenia medzi rokmi 1900 a 2004, aké sú hraničné hodnoty pre testovanie tohto poľa? 1899,1900,2004,2005 112. Ktorý z nasledujúcich nástrojov by bol zahrnutý do automatizácie regresného testu? a. Tester dát b. Hraničný tester c. Zachytávanie / Prehrávanie d. Výstupný komparátor. d. Výstupný komparátor 113. Na otestovanie funkcie musí napísať programátor, ktorý zavolá testovanú funkciu a odovzdá testovacie údaje. Vodič 114. Aký je jeden hlavný dôvod, prečo majú vývojári ťažkosti s testovaním vlastnej práce? Nedostatok objektivity 115. „Koľko testovania stačí?“ Odpoveď závisí od rizika pre vaše odvetvie, zmluvy a špeciálnych požiadaviek. 116. Kedy by malo byť testovanie zastavené? Závisí to od rizík pre testovaný systém. Existuje niekoľko kritérií, na základe ktorých môžete ukončiť testovanie. 117. Čo z toho je hlavným účelom integračnej stratégie pre testovanie integrácie v malom? Primárnym účelom integračnej stratégie je určiť, ktoré moduly sa majú kedy a koľko kombinovať. 118. Čo sú semi-náhodné testovacie prípady? Semi-náhodné testovacie prípady nie sú ničím, ale keď vykonávame náhodné testovacie prípady a robíme ekvivalenčné rozdelenie do týchto testovacích prípadov, odstráni nadbytočné testovacie prípady, čím nám poskytne semi-náhodné testovacie prípady. 119. Ktoré tvrdenie je dané nasledujúcim kódom, pokiaľ ide o minimálny počet testovacích prípadov potrebných na úplné vyjadrenie a pokrytie pobočky? Prečítajte si str Prečítajte si q AK p + q> 100 POTOM tlačiť „Veľké“ KONIEC AK AK p> 50 POTOM tlačiť „p Veľké“ KONIEC AK 1 test na pokrytie výpisu, 2 na pokrytie pobočky 120. Ktoré hodnotenie sa zvyčajne používa na hodnotenie produktu, na určenie jeho vhodnosti na zamýšľané použitie a na identifikáciu nezrovnalostí? Technická kontrola. 121. Kto by mal zistené poruchy pôvodne dokumentovať? Testermi. 122. Ktorý je súčasný formálny celosvetovo uznávaný dokumentačný štandard? Nie je ani jeden. 123. Z ktorých z nasledujúcich je účastník kontroly, ktorý vytvoril položku na kontrolu? Autor 124. V softvéri je opravených niekoľko kritických chýb. Všetky chyby sú v jednom module súvisiacom s hláseniami. Správca testov sa rozhodne vykonať regresné testovanie iba v module prehľadov. Regresné testovanie by sa malo vykonať aj na iných moduloch, pretože oprava jedného modulu môže mať vplyv na ďalšie moduly. 125. Prečo analýza hraničných hodnôt poskytuje dobré testovacie prípady? Pretože počas programovania rôznych prípadov blízko okrajov rozsahu hodnôt sa často vyskytujú chyby. 126. V čom sa inšpekcia líši od iných typov preskúmania? Vedie ho vyškolený vedúci, používa formálne vstupné a výstupné kritériá a kontrolné zoznamy. 127. Prečo môže byť tester závislý na správe konfigurácie? Pretože správa konfigurácie zaručuje, že poznáme presnú verziu testovacieho softvéru a testovaného objektu. 128. Čo je to V-model? Model vývoja softvéru, ktorý ilustruje, ako sa integrujú testovacie činnosti do fáz vývoja softvéru 129. Čo je to testovanie údržby? Spustené úpravami, migráciou alebo vyradením existujúceho softvéru 130. Čo je pokrytie testom? Pokrytie testu určitým konkrétnym spôsobom meria množstvo testov vykonaných súborom testov (odvodených iným spôsobom, napr. Pomocou techník založených na špecifikáciách). Kdekoľvek môžeme spočítať veci a povedať, či každá z týchto vecí bola alebo nebola testovaná nejakým testom, potom môžeme zmerať pokrytie. 131. Prečo sa uprednostňuje prírastková integrácia pred integráciou „veľkého tresku“? Pretože postupná integrácia má lepšie schopnosti včasného skríningu a izolácie chýb 132. Ako sa nazýva proces začínajúci terminálovými modulmi? Integrácia zdola nahor 133. Počas ktorej testovacej činnosti by bolo možné poruchu nájsť najefektívnejšie z hľadiska nákladov? Počas plánovania testu 134. Účelom fázy požiadavky je Zmraziť požiadavky, pochopiť potreby používateľov, definovať rozsah testovania 135. Prečo testovanie rozdelíme do rôznych etáp? Testovanie sme rozdelili do rôznych etáp z nasledujúcich dôvodov, 136. Čo je DRE? Na meranie účinnosti testu sa na meranie účinnosti testu používa výkonná metrika známa ako DRE (Defect Removal Efficiency). Z tejto metriky by sme vedeli, koľko chýb sme našli zo sady testovacích prípadov. Vzorec pre výpočet DRE je DRE = Počet chýb počas testovania / počet chýb počas testovania + počet nájdených chýb používateľom 137. Z ktorých z nasledujúcich je pravdepodobné, že bude mať najväčší úžitok z používania testovacích nástrojov poskytujúcich vybavenie na snímanie a prehrávanie testov? a) Regresné testovanie b) Integračné testovanie c) Testovanie systému d) Akceptačné testovanie používateľom Regresné testovanie 138. Ako by ste odhadli pravdepodobné množstvo požadovaného opätovného testovania? Metriky z predchádzajúcich podobných projektov a diskusie s vývojovým tímom 139. Čo študuje analýza toku údajov? Používanie údajov o cestách kódom. 140. Čo je zlyhanie? Zlyhanie predstavuje odklon od určeného správania. 141. Čo sú testovacie komparátory? Je to naozaj test, ak vložíte nejaké vstupy do nejakého softvéru, ale nikdy sa nepozeráte na to, či softvér poskytuje správny výsledok? Podstatou testovania je skontrolovať, či softvér poskytuje správny výsledok, a to, čo je potrebné, a musíme porovnávať to, čo softvér produkuje, s tým, čo by malo produkovať. Porovnávač testov pomáha automatizovať aspekty tohto porovnania. 142. Kto je zodpovedný za dokumentovanie všetkých problémov, problémov a otvorených bodov, ktoré boli zistené počas hodnotiaceho stretnutia Písať 143. Aký je hlavný účel neformálneho preskúmania Lacný spôsob, ako získať určitú výhodu 144. Aký je účel techniky navrhovania testov? Identifikácia testovacích podmienok a identifikácia testovacích prípadov 145. Pri testovaní systému výpočtu známok tester určí, že všetky skóre od 90 do 100 prinesú známku A, ale skóre pod 90 nie. Táto analýza je známa ako: Rozdelenie rovnocennosti 146. Manažér testov chce použiť dostupné zdroje na automatizované testovanie webovej aplikácie. Najlepšou voľbou je tester, automatizácia testov, webový špecialista, DBA 147. Počas testovania testeru modulu „X“ našiel chybu a pridelil ju vývojárovi. Developer to však odmieta a tvrdí, že nejde o chybu. Čo by malo robiť „X“? Pošlite podrobné informácie o zistenej chybe a skontrolujte reprodukovateľnosť 148. Typ integračného testovania, pri ktorom sa softvérové prvky, hardvérové prvky alebo obidva prvky kombinujú naraz do komponentu alebo do celkového systému, a nie po etapách. Testovanie veľkého tresku 149. V praxi môže mať ktorý model životného cyklu vyššiu, menšiu alebo odlišnú úroveň vývoja a testovania v závislosti od projektu a softvérového produktu. Môže existovať napríklad testovanie integrácie komponentov po testovaní komponentov a testovanie systémovej integrácie po testovaní systému. Model V 150. Ktorou technikou je možné dosiahnuť vstupné a výstupné pokrytie? Môže byť použitý na ľudský vstup, vstup cez rozhranie do systému alebo parametre rozhrania pri integračnom testovaní. Rozdelenie rovnocennosti 151. „Tento model životného cyklu vychádza z harmonogramu a rozpočtových rizík“ Toto vyhlásenie je najvhodnejšie pre. Model V 152. V akom poradí by sa mali testy vykonať? Najdôležitejší musí byť najskôr otestovaný 153. Čím neskôr v životnom cykle vývoja sa chyba odhalí, tým je oprava nákladnejšia. Prečo? Chyba bola zabudovaná do väčšej dokumentácie, kódu, testov atď 154. Čo je meranie pokrytia? Je to čiastočná miera dôkladnosti testu. 155. Čo je testovanie hraničných hodnôt? Vyskúšajte okrajové podmienky na, pod a nad okrajmi tried ekvivalencie vstupu a výstupu. Napríklad povedzme v bankovej aplikácii, kde môžete vybrať maximálne 20 000 Rs a minimálne Rs.100, takže pri testovaní hraničných hodnôt testujeme iba presné hranice, a nie zásah uprostred. To znamená, že testujeme nad maximálnym a pod minimálnym limitom. 156. Čo predstavuje COTS? Obchodné z regálu. 157. ktorých účelom je umožniť vykonanie konkrétnych testov na systéme alebo sieti, ktorá sa čo najviac podobá prostrediu, v ktorom sa testovaná položka bude po prepustení používať? Testovacie prostredie 158. Čo sa dá považovať za založené na projektovom pláne, ale s väčšou podrobnosťou? Plán fázových skúšok 159. Čo je rýchly vývoj aplikácií? Rapid Application Development (RAD) je formálne paralelný vývoj funkcií a následná integrácia. Komponenty / funkcie sa vyvíjajú paralelne, akoby išlo o mini projekty, vývoj je časovo ohraničený, dodávaný a potom zostavený do funkčného prototypu. To môže veľmi rýchlo poskytnúť zákazníkovi niečo, čo vidí a používať, a poskytnúť spätnú väzbu týkajúcu sa dodávky a jeho požiadaviek. Pomocou tejto metodiky je možná rýchla zmena a vývoj produktu. V určitom okamihu však bude potrebné pre produkt vyvinúť špecifikáciu produktu a pred uvedením do výroby bude potrebné podrobiť projekt formálnejšej kontrole. Prečítajte si náš - Testovací kvíz Prečítajte si naše - Dotazy na pohovor o testovaní softvéru na Youtube videu Stiahnutie PDF zadarmo: Otázky a odpovede týkajúce sa rozhovorov o testovaní softvéru Vyššie uvedené otázky a odpovede na otázky týkajúce sa manuálneho testovania v rozhovore vo formáte pdf pomôžu nováčikom aj skúseným technikom QA. Zdieľajte túto stránku s priateľmi a kolegami.
ak šírka> dĺžkathenbiggest_dimension = šírkaak výška> šírkathenbiggest_dimension = výškakoniec Akelsebiggest_dimension = dĺžkaak výška> dĺžkathenbiggest_dimension = výškakoniec Akkoniec Ak