150 Manuel testning af interviewspørgsmål og -svar for 2024

Vi har samlet de oftest stillede manuelle testspørgsmål og svar, der gør dig bekendt med den type softwaretesterinterviewspørgsmål, som en interviewer kan stille dig under dit interview. I denne liste over interviewspørgsmål til softwaretest med svar har vi dækket alle almindeligt stillede grundlæggende og avancerede testspørgsmål til samtale i 10 års erfaring med detaljerede svar for at hjælpe dig med at rydde den manuelle testjobsamtale nemt.

Vi har dækket næsten 150+ vigtige viva-spørgsmål til softwaretestning til friske kandidater samt manuelle test af erfarne interviewspørgsmål til QA Engineers for at hjælpe med at forberede sig til det kommende interview. Denne detaljerede guide til softwaretest interviewspørgsmål til erfarne kandidater vil hjælpe dig med at knække din jobsamtale til softwaretest.

Manuel testning af interviewspørgsmål og svar til erfarne og friske


1. Hvad er Exploratory Testing?

Udforskende test er en praktisk tilgang, hvor testere er involveret i minimum planlægning og maksimal testudførelse. Planlægningen involverer oprettelsen af ​​et testcharter, en kort erklæring om omfanget af en kort (1 til 2 timer) tid-boxed testindsats, målene og mulige tilgange, der skal anvendes. Testdesignet og testudførelsesaktiviteterne udføres typisk parallelt uden formelt at dokumentere testbetingelserne, testcases eller testscripts. Dette betyder ikke, at andre, mere formelle testteknikker ikke vil blive brugt. For eksempel kan testeren beslutte at bruge grænseværdianalyse, men vil gennemtænke og teste de vigtigste grænseværdier uden nødvendigvis at skrive dem ned. Nogle noter vil blive skrevet under den sonderende testsession, så en rapport kan udarbejdes efterfølgende.

👉 Gratis PDF-download: Manuel test af interviewspørgsmål og svar


2. Hvad er "use case testing"?

For at identificere og udføre funktionskravet for en applikation fra start til slut bruges "use case", og de teknikker, der bruges til at gøre dette, er kendt som "Use Case Testing."


3. Hvad er forskellen mellem STLC (Software Testing Life Cycle) og SDLC (Software Development Life Cycle)?

SDLC beskæftiger sig med udvikling/kodning af softwaren, mens STLC beskæftiger sig med validering og verifikation af softwaren


4. Hvad er sporbarhedsmatrix?

Sammenhængen mellem testcases og krav vises ved hjælp af et dokument. Dette dokument er kendt som en sporbarhedsmatrix.


5. Hvad er ækvivalenspartitioneringstest?

Ekvivalenspartitioneringstestning er en softwaretestteknik, som opdeler applikationsinputtestdataene i hver partition mindst én gang af tilsvarende data, hvorfra testcases kan udledes. Ved denne testmetode reducerer den den tid, der kræves til softwaretest.


6. Hvad er hvidt box afprøvning og liste over typerne af hvidt box testning?

Hvid box testteknik involverer udvælgelse af testcases baseret på en analyse af den interne struktur (kodedækning, filialdækning, stidækning, tilstandsdækning osv.) af en komponent eller et system. Det er også kendt som kodebaseret test eller strukturel test. Forskellige typer hvid box test er

  1. Erklæringsdækning
  2. Beslutningsdækning

7. I hvidt box test, hvad verificerer du?

I hvidt box test following trin er verificeret.

  1. Bekræft sikkerhedshullerne i koden
  2. Bekræft de ufuldstændige eller ødelagte stier i koden
  3. Bekræft strukturflowet i henhold til dokumentspecifikationen
  4. Bekræft de forventede output
  5. Bekræft alle betingede sløjfer i koden for at kontrollere applikationens fulde funktionalitet
  6. Bekræft linje for linje kodning og dække 100% test

8. Hvad er sort box test? Hvad er de forskellige sorte box teste teknikker?

Sort box test er softwaretestmetoden, som bruges til at teste softwaren uden knowing den interne struktur af kode eller program. Denne test udføres normalt for at kontrollere funktionaliteten af ​​en applikation. Den anderledes sorte box testteknikker er

  1. Ækvivalenspartitionering
  2. Grænseværdianalyse
  3. Årsag-virkning grafer

9. Hvad er forskellen mellem statisk og dynamisk test?

Statisk test: Under statisk testmetode udføres koden ikke, og den udføres ved hjælp af softwaredokumentationen.

Dynamisk test: For at udføre denne test skal koden være i en eksekverbar form.


10. Hvad er verifikation og validering?

Verifikation er en proces til at evaluere software i udviklingsfasen. Det hjælper dig med at afgøre, om produktet i en given applikation opfylder de specificerede krav. Validering er processen med at evaluere software efter udviklingsprocessen og kontrollere, om den lever op til kundens krav.


11. Hvad er de forskellige testniveauer?

Der er fire testniveauer

  1. Afprøvning af enhed/komponent/program/modul
  2. Integrationstest
  3. Systemtest
  4. Test af accept

12. Hvad er integrationstest?

Integrationstest er et niveau af softwaretestproces, hvor individuelle enheder af en applikation kombineres og testes. Det udføres normalt efter enheds- og funktionstest.


13. Hvilke testplaner består af?

Testdesign, omfang, teststrategier, tilgang er forskellige details at Testplandokumentet består af.

  1. Identifikation af testtilfælde
  2. Anvendelsesområde
  3. Funktioner, der skal testes
  4. Funktioner, der ikke skal testes
  5. Teststrategi & Testtilgang
  6. Test leverancer
  7. ansvar
  8. Bemanding og uddannelse
  9. Risiko og uforudsete forhold

14. Hvad er forskellen mellem UAT (User Acceptance Testing) og systemtest?

Systemtest: Systemtest er at finde defekter, når systemet gennemgår test som helhed; det er også kendt som end-to-end test. I en sådan type test lider applikationen fra begyndelsen til slutningen.

UAT: User Acceptance Testing (UAT) involverer at køre et produkt gennem en række specifikke test, som afgør, om produktet vil opfylde brugernes behov.


15. Nævn forskellen mellem datadrevet test og gentest?

Gentest: Det er en proces, hvor man tjekker fejl, der bliver rettet af udviklingsteamet for at verificere, at de er rettet.

Datadrevet test (DDT): I datadrevet testproces testes applikationen med flere testdata. Applikationen er testet med et andet sæt værdier.

Avanceret manuel softwaretestning Interviewspørgsmål for 3/5/10 års erfaring


16. Hvad er de værdifulde skridt til at løse problemer under test?

  • Registrer: Log og håndter eventuelle problemer, der er opstået
  • Rapportér: Rapporter problemerne til lederen på højere niveau
  • Kontrol: Definer problemhåndteringsprocessen

17. Hvad er forskellen mellem testscenarier, testcases og testscript?

Forskellen mellem testscenarier og testcases er det

Testscenarier: Et testscenarie er enhver funktionalitet, der kan testes. Det kaldes også Test Condition eller Test Mulighed.

Testtilfælde: Det er et dokument, der indeholder de trin, der skal udføres; det har været planlagt tidligere.

Test script: Det er skrevet i et programmeringssprog, og det er et kort program, der bruges til at teste en del af softwaresystemets funktionalitet. Med andre ord et skriftligt sæt trin, der skal udføres manuelt.


18. Hvad er latent defekt?

Latent defekt: Denne defekt er en eksisterende defekt i systemet, som ikke forårsager nogen fejl, da det nøjagtige sæt betingelser aldrig er blevet opfyldt


19. Hvad er de to parametre, der kan være nyttige for at kende kvaliteten af ​​testudførelsen?

For at kende kvaliteten af ​​testudførelsen kan vi bruge to parametre

  • Defekt afvisningsforhold
  • Defekt lækageforhold

Parametre for kvaliteten af ​​testudførelsen

Parametre for kvaliteten af ​​testudførelsen


20. Hvad er funktionen af ​​softwaretestværktøjet "fantom"?

Phantom er et freeware og bruges til windows GUI automatisering scriptsprog. Det giver os mulighed for at tage kontrol over windows og fungerer automatisk. Den kan simulere enhver kombination af tastetryk og museklik samt menuer, lister og mere.


21. Forklar, hvad testleverancer er?

Testleverancer er et sæt dokumenter, værktøjer og andre komponenter, der skal udvikles og vedligeholdes til støtte for test.

Der er forskellige testleverancer i hver fase af softwareudviklingens livscyklus

  • Før test
  • Under afprøvning
  • Efter afprøvningen

22. Hvad er mutationstestning?

Mutationstest er en teknik til at identificere, om et sæt testdata eller testcase er nyttigt ved bevidst at indføre forskellige kodeændringer (bugs) og genteste med originale testdata/-tilfælde for at afgøre, om fejlene er opdaget.


23. Hvilke alle ting bør du overveje, før du vælger automatiseringsværktøjer til AUT?

  • Teknisk gennemførlighed
  • Complexniveau
  • Anvendelsesstabilitet
  • Test data
  • Anvendelsesstørrelse
  • Genanvendelighed af automatiserede scripts
  • Udførelse på tværs af miljø

24. Hvordan vil du udføre risikoanalyse?

Til risikoanalysen following trin skal implementeres

  1. At finde risikoens score
  2. Lav en profil for risikoen
  3. Ændring af risikoegenskaberne
  4. Implementer ressourcerne for den testrisiko
  5. Oprettelse af en risikodatabase

25. Hvad er kategorierne af fejlretning?

Kategorier til fejlretning

  1. Brute force debugging
  2. backtracking
  3. Årsag eliminering
  4. Program udskæring
  5. Fejltræanalyse

26. Hvad er fejlmaskering forklare med eksempel?

Når tilstedeværelsen af ​​en defekt skjuler tilstedeværelsen af ​​en anden defekt i systemet, er det kendt som fejlmaskering.

Eksempel: Hvis den "negative værdi" forårsager en udløsning af uhåndteret systemundtagelse, vil udvikleren forhindre de negative værdier, der indtastes. Dette vil løse problemet og skjule defekten ved uhåndteret undtagelsesudløsning.


27. Forklar, hvad Test Plan er? Hvad er de oplysninger, der skal dækkes i testplanen?

En testplan kan defineres som et dokument, der beskriver omfanget, tilgangen, ressourcerne og tidsplanen for testaktiviteter, og en testplan bør dække følgendewing details.

  • Test strategi
  • Testmål
  • Udgangs-/suspenderingskriterier
  • Ressourceplanlægning
  • Testleverancer

28. Hvordan kan du eliminere produktrisikoen i dit projekt?

Det hjælper dig med at eliminere produktrisikoen i dit projekt, og der er et enkelt, men afgørende trin, der kan reducere produktrisikoen i dit projekt.

  • Undersøg specifikationsdokumenterne
  • Hav diskussioner om projektet med alle interessenter inklusive bygherren
  • Som en rigtig bruger gå rundt på hjemmesiden

29. Hvad er den almindelige risiko, der fører til projektfejl?

Den almindelige risiko, der fører til et projektfejl, er

  • Ikke at have nok menneskelige ressourcer
  • Testmiljøet er muligvis ikke konfigureret korrekt
  • Begrænset budget
  • Tidsbegrænsninger

30. På hvilket grundlag kan du nå frem til et skøn for dit projekt?

For at estimere dit projekt skal du overveje følgendewing punkter

  • Opdel hele projektet i de mindste opgaver
  • Tildel hver opgave til teammedlemmer
  • Estimer den indsats, der kræves for at fuldføre hver opgave
  • Valider estimatet

31. Forklar, hvordan du vil tildele en opgave til teammedlemmer?

Opgaver Medlem
Analyser softwarekravspecifikation Alle medlemmer
Opret testspecifikationen Tester/Testanalytiker
Byg testmiljøet op Test administrator
Udfør testsagerne Tester, en testadministrator
Rapporter mangler tester

32. Forklar, hvad der er testtype, og hvad er de almindeligt anvendte testtyper?

For at få et forventet testresultat følges en standardprocedure, som omtales som testtype.

De almindeligt anvendte testtyper er

  • Enhedstest: Test den mindste kode i en applikation
  • API-testning: Test-API oprettet til applikationen
  • Integrationstest: Individuelle softwaremoduler kombineres og testes
  • Systemtest: Komplet test af systemet
  • Installer/afinstaller test: Test udført fra klient-/kundesynspunktet
  • Agile test: Test gennem agile teknik

33. Hvilke ting skal du overveje, mens du overvåger dit projekt?

De ting der skal tages i betragtning er

  • Er dit projekt efter planen
  • Er du over budgettet
  • Arbejder du mod det samme karrieremål
  • Har du ressourcer nok
  • Er der nogen advarselstegn på forestående problemer
  • Er der noget pres fra ledelsen for at afslutte projektet hurtigere

34. Hvad er de almindelige fejl, der skaber problemer?

  • Matching af ressourcer til forkerte projekter
  • Testleder mangel på færdigheder
  • Ikke at lytte til andre
  • Dårlig planlægning
  • undervurdere
  • Ignorerer de små problemer
  • Ikke following processen

35. Hvad indeholder en typisk testrapport? Hvad er fordelene ved testrapporter?

En testrapport indeholder følgendewing ting:

  • Projekt Information
  • Testmål
  • Testoversigt
  • Defekt

Fordelene ved testrapporter er:

  • Aktuel status for projektet og kvaliteten af ​​produktet informeres
  • Om nødvendigt kan interessenter og kunde træffe korrigerende handlinger
  • Et endeligt dokument hjælper med at afgøre, om produktet er klar til frigivelse

36. Hvad er test management review, og hvorfor er det vigtigt?

Ledelsesgennemgang omtales også som Kvalitetssikring af software eller SQA. SQA fokuserer mere på softwareprocessen frem for softwarearbejdsprodukterne. Det er et sæt aktiviteter designet til at sikre, at projektlederen følger standardprocessen. SQA hjælper testleder med at benchmarke projektet i forhold til de fastsatte standarder.


37. Hvad er den bedste praksis for kvalitetssikring af software?

Den bedste praksis for en effektiv SQA-implementering er

  • Continuous Improvement
  • Dokumentation
  • Brug af værktøj
  • Metrics
  • Ansvar af teammedlemmer
  • Erfarne SQA-revisorer

38. Hvornår er RTM (Requirement Traceability Matrix) udarbejdet?

RTM er forberedt før testcase design. Kravene skal kunne spores fra revisionsaktiviteter.


39. Hvad er forskellen mellem testmatrix og sporbarhedsmatrix?

Test matrix: Testmatrix bruges til at fange den faktiske kvalitet, indsats, planen, ressourcerne og den tid, der kræves for at fange alle faser af softwaretestning

Sporbarhedsmatrix: Kortlægning mellem testcases og kundekrav er kendt som Traceability Matrix


40. Hvad er stubber og drivere ved manuel test?

Både stubber og drivere er en del af inkrementelle test. I inkrementel test er der to tilgange, nemlig bottom-up og top-down tilgang. Drivere bruges i bottom-up-test, og stub bruges til en top-down tilgang. For at teste hovedmodulet bruges stubben, som er en attrapkode eller et program.


41. Hvad er det trin, du vil følge, når du har fundet fejlen?

Når en defekt er fundet, vil du følge trinnet

a) Genskab defekten

b) Vedhæft skærmbilledet

c) Log fejlen


42. Forklar, hvad der er "Test Plan Driven" eller "Key Word Driven" metode til test?

Denne teknik bruger selve testcasedokumentet udviklet af testere ved hjælp af et regneark, der indeholder specielle "nøgleord". Nøgleordene styrer behandlingen.


43. Hvad er DFD (Data Flow Diagram)?

Når en "strøm af data" gennem et informationssystem er grafisk repræsenteret, så er det kendt som Data Flow Diagram. Det bruges også til visualisering af databehandling.


44. Forklar, hvad LCSAJ er?

LCSAJ står for 'lineær kodesekvens og hop'. Den består af folloenwing tre ting

a) Start af den lineære sekvens af eksekverbare sætninger

b) Slut på den lineære sekvens

c) Mållinjen, som kontrolflowet overføres til i slutningen af ​​den lineære sekvens


45. Forklar hvad N+1 test er?

Variationen af ​​regressionstestning er repræsenteret som N+1. I denne teknik udføres testen i flere cyklusser, hvor fejl fundet i testcyklus 'N' løses og testes igen i testcyklus N+1. Cyklussen gentages, medmindre der ikke er fundet fejl.


46. ​​Hvad er Fuzz-test, og hvornår bruges det?

Fuzz-test bruges til at opdage sikkerhedshuller og kodefejl i software. I denne teknik tilføjes tilfældige data til systemet i et forsøg på at nedbryde systemet. Hvis sårbarheden fortsætter, bruges et værktøj kaldet fuzz-tester til at bestemme potentielle årsager. Denne teknik er mere nyttig til større projekter, men opdager kun en større fejl.


47. Nævn, hvad de vigtigste fordele ved erklæringsdækningsmetrik for softwaretest er?

Fordelen ved udsagnsdækningsmetrik er det

a) Det kræver ikke behandling af kildekode og kan anvendes direkte på objektkode

b) Bugs fordeles jævnt gennem koden, på grund af hvilken procentdel af dækkede eksekverbare sætninger afspejler procentdelen af ​​opdagede fejl


48. Hvordan genererer man testcases til "erstat en streng"-metode?

a) Hvis tegn i ny streng > tegn i forrige streng. Ingen af ​​karaktererne skal afkortes

b) Hvis tegn i ny streng< tegn i den forrige streng. Uønsket tegn bør ikke tilføjes

c) Mellemrum efter og før strengen bør ikke slettes

d) Strengen bør kun udskiftes ved den første forekomst af strengen


49. Hvordan vil du håndtere en konflikt mellem dine teammedlemmer?

  • Jeg vil tale individuelt med hver person og notere deres bekymringer
  • Jeg vil finde en løsning på de almindelige problemer, som teammedlemmer rejser
  • Jeg holder et teammøde, afslører løsningen og beder folk om at samarbejdeoperate

50. Nævn hvilke kategorier af mangler?

Hovedsageligt er der tre defektkategorier

  • Forkert: Når et krav er implementeret forkert
  • Manglende: Det er en afvigelse fra specifikationen, en indikation af, at en specifikation ikke er implementeret eller et krav fra kunden ikke er opfyldt
  • Ekstra: Et krav indbygget i produktet, som ikke blev givet af slutkunden. Det betragtes som en defekt, fordi det er en afvigelse fra de eksisterende krav

51. Forklar hvordan et testdækningsværktøj fungerer?

Kodedækningstestværktøjet kører parallelt, mens det udfører test på det faktiske produkt. Kodedækningsværktøjet overvåger de udførte udsagn af kildekoden. Når den endelige test er færdig, får vi en komplet rapport over de verserende opgørelser og får også dækningsprocenten.


52. Nævn hvad forskellen mellem en "defekt" og en "fejl" i softwaretest er?

Enkelt sagt, når en defekt når frem til slutkunden, kaldes det en fejl, mens defekten identificeres internt og udbedres; så omtales det som en defekt.


53. Forklar, hvordan man tester dokumenter i et projekt, der spænder over softwareudviklingens livscyklus?

Projektet spænder over softwareudviklingens livscyklus i following måde

  • Central/Projekttestplan: Det er hovedtestplanen, der skitserer den komplette teststrategi for projektet. Denne plan bruges indtil slutningen af ​​softwareudviklingens livscyklus
  • Accepttestplan: Dette dokument begynder i løbet af kravfase og afsluttes ved den endelige levering
  • Systemtestplan: Denne plan starter under designplanen og fortsætter indtil afslutningen af ​​projektet
  • Integrations- og enhedstestplan: Begge disse testplaner starter i udførelsesfasen og varer indtil den endelige levering

54. Forklar hvilke testcases der skrives først sort boxes eller hvid boxdet er?

Sort box testcases skrives først som at skrive sort box test tilfælde; det kræver projektplan og kravdokument alle disse dokumenter er let tilgængelige i starten af ​​projektet. Mens du skriver hvidt box testcases kræver mere architeknisk forståelse og er ikke tilgængelig ved projektets start.


55. Forklar hvad forskellen mellem latente og maskerede defekter er?

  • Latent defekt: En latent defekt er en eksisterende defekt, der ikke har forårsaget en fejl, fordi betingelserne aldrig blev opfyldt
  • Maskeret defekt: Det er en eksisterende defekt, der ikke har forårsaget en fejl, fordi en anden defekt har forhindret den del af koden i at blive eksekveret

56. Nævn, hvad bottom-up test er?

Bottom-up-test er en tilgang til integrationstest, hvor komponenterne på det laveste niveau testes først og derefter bruges til at lette testning af komponenter på højere niveau. Processen gentages, indtil komponenten øverst i hierarkiet er testet.


57. Nævn, hvad de forskellige typer testdækningsteknikker er?

Forskellige typer testdækningsteknikker omfatter

  • Erklæringsdækning: Det verificerer, at hver linje med kildekode er blevet udført og testet
  • Beslutningsdækning: Det sikrer, at enhver beslutning i kildekoden bliver eksekveret og testet
  • Stidækning: Det sikrer, at enhver mulig rute gennem en given del af koden bliver eksekveret og testet

58. Nævn, hvad meningen med udåndingstest er?

Udåndingstest er en testpakke, der udøver den fulde funktionalitet af et produkt, men som ikke tester funktioner i detaljer


59. Forklar hvad meningen med Code Walk Through er?

Code Walk Through er den uformelle analyse af programmets kildekode for at finde defekter og verificere kodningsteknikker


60. Nævn, hvad de grundlæggende komponenter i defektrapportformatet er?

De væsentlige komponenter i defektrapportformat omfatter

  • Projektnavn
  • Modul Navn
  • Defekt opdaget på
  • Defekt opdaget af
  • Defekt ID og navn
  • Snapshot af defekten
  • Status for prioritet og sværhedsgrad
  • Fejlen løst af
  • Fejlen løst på

61. Nævn hvad formålet med at udføre end-to-end test er?

End-to-end test udføres efter funktionstest. Formålet med at lave end-to-end test er det

  • For at validere softwarekrav og integration med eksterne grænseflader
  • Test af applikation i et scenarie i det virkelige miljø
  • Test af interaktion mellem applikation og database

62. Forklar, hvad det betyder med testsele?

En testsele er at konfigurere et sæt værktøjer og testdata til at teste en applikation under forskellige forhold, og det involverer overvågning af output med forventet output for korrekthed.


63. Forklar i et testprojekt, hvilke testaktiviteter vil du automatisere?

Ved afprøvning af projekttestaktiviteter ville du automatisere dine

  • Tests, der skal køres for hver build af applikationen
  • Tests, der bruger flere data til det samme sæt handlinger
  • Identiske test, der skal udføres med forskellige browsere
  • Missionskritiske sider
  • En transaktion med sider, der ikke ændres på kort tid

64. Hvad er den VIGTIGSTE fordel ved at designe test tidligt i livscyklussen?

Det hjælper med at forhindre defekter i at blive introduceret i koden.


65. Hvad er risikobaseret test?

Risikobaseret Test er betegnelsen for en tilgang til at skabe en Test strategi der er baseret på at prioritere test efter risiko. Grundlaget for tilgangen er en detaljeret risikoanalyse og prioritering af risici efter risikoniveau. Derefter specificeres tests for at adressere hver risiko, begyndende med den højeste risiko først.


66. Hvad er den vigtigste forskel mellem forebyggende og reaktive tilgange til test?

Forebyggende tests udformes tidligt; reaktive tests er designet efter softwaren er blevet produceret.


67. Hvad er formålet med exitkriterier?

Formålet med exitkriterier er at definere, hvornår et testniveau er afsluttet.


68. Hvad bestemmer risikoniveauet?

Sandsynligheden for en uønsket hændelse og virkningen af ​​hændelsen bestemmer risikoniveauet.


69. Hvornår bruges Decision table testing?

Decision table testing anvendes til testsystemer, hvor specifikationen har form af regler eller årsag-virkning kombinationer. I en beslutningstabel er inputs listet i en kolonne, med output i samme kolonne, men under inputs. Resten af ​​tabellen undersøger kombinationer af input for at definere de producerede output.

Lær mere om Decision Table-testteknik i videovejledningen link.


70. Hvorfor bruger vi beslutningstabeller?

Teknikkerne til ækvivalensopdeling og grænseværdianalyse anvendes ofte til specifikke situationer eller input. Men hvis forskellige kombinationer af input resulterer i, at der udføres forskellige handlinger, kan dette være sværere at vise ved hjælp af ækvivalenspartitionering og grænseværdianalyse, som har en tendens til at være mere fokuseret på brugergrænsefladen. De to andre specifikationsbaserede teknikker, beslutningstabeller og tilstandsovergangstest er mere fokuserede på forretningslogik eller forretningsregler. En beslutningstabel er en god måde at håndtere kombinationer af ting (f.eks. input). Denne teknik omtales nogle gange også som en 'årsagsvirkning'-tabel. Årsagen til dette er, at der er en tilknyttet logisk diagramteknik kaldet 'årsagsvirkning-grafering', som nogle gange blev brugt til at hjælpe med at udlede beslutningstabellen


71. Hvad er HOVEDformålet, når reviewing en softwareleverance?

At identificere defekter i ethvert softwareprodukt.


72. Hvilken af ​​following definerer de forventede resultater af en test? Testcasespecifikation eller testdesignspecifikation.

Testcasespecifikation definerer de forventede resultater af en test.


73. Hvad er fordelen ved testuafhængighed?

Det undgår forfatterbias ved at definere effektive tests.


74. Som en del af hvilken testproces fastlægger du exitkriterierne?

Exitkriterierne er fastlagt på grundlag af 'Testplanlægning'.


75. Hvad er alfatest?

Pre-release test af slutbrugerrepræsentanter på udviklerens websted.


76. Hvad er beta-test?

Test udført af potentielle kunder på deres egne lokationer.


77. Nævn, hvad forskellen mellem pilot- og betatest er?

Forskellen mellem en pilot- og betatest er, at pilottestning faktisk udføres ved hjælp af produktet af gruppen af ​​brugere før den endelige implementering, og i betatestning indtaster vi ikke rigtige data, men det installeres hos slutkunden for at validere hvis produktet kan bruges i produktionen.


78. Givet following fragment af kode, hvor mange tests er nødvendige for 100 % beslutningsdækning?

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. Du har designet testcases til at give 100 % erklæring og 100 % beslutningsdækning for following fragment af kode. hvis bredde > længde så største_dimension = bredde ellers største_dimension = længde end_if Folloenwing er blevet tilføjet til bunden af ​​kodefragmentet ovenfor. print “Biggest dimension is” &største_dimensionprint “Width: ” & width print “Length: ” & length Hvor mange flere testcases er nødvendige?

Ingen, eksisterende testcases kan bruges.


80. Hvad er forskellen mellem testteknikker og testværktøjer?

Testteknik: – Er en proces til at sikre, at nogle aspekter af applikationssystemet eller enheden fungerer korrekt, der kan være få teknikker, men mange værktøjer.

Testværktøjer: – Er et redskab til at udføre en testproces. Værktøjet er en ressource for testeren, men i sig selv er det utilstrækkeligt til at udføre test

Lær mere om testværktøjer link.


81. Vi bruger output fra kravanalysen, kravspecifikationen som input til at skrive …

Testcases for brugeraccept


82. Gentagen testning af et allerede testet program, efter modifikation, for at opdage eventuelle defekter, der er introduceret eller afdækket som følge af ændringerne i den software, der testes, eller i en anden relateret eller ikke-relateret softwarekomponent:

Regressionstest


83. En grossist sælger printerpatroner. Minimumsordremængden er 5. Der er 20 % rabat ved ordrer på 100 eller flere printerpatroner. Du er blevet bedt om at forberede testcases ved hjælp af forskellige værdier for antallet af bestilte printerpatroner. Hvilken af ​​following grupper indeholder tre testinput, der ville blive genereret ved hjælp af Boundary Value Analysis?

4, 5, 99


84. Hvad er komponenttest?

Komponenttestning, også kendt som enheds-, modul- og programtest, søger efter defekter i og verificerer funktionen af ​​software (f.eks. moduler, programmer, objekter, klasser osv.), der kan testes separat. Komponenttestning kan udføres isoleret fra resten af ​​systemet afhængigt af konteksten af ​​udviklingslivscyklussen og systemet. Oftest bruges stubber og drivere til at erstatte den manglende software og simpelt simulere grænsefladen mellem softwarekomponenterne. En stub kaldes fra den softwarekomponent, der skal testes; en driver kalder en komponent, der skal testes.

Her er en fantastisk video Enhedstest


85. Hvad er test af funktionelle systemer?

Test af ende-til-ende-funktionalitet af systemet som helhed defineres som en funktionel systemtest.


86. Hvad er fordelene ved uafhængig testning?

Uafhængige testere er upartiske og identificerer forskellige defekter på samme tid.


87. I en REAKTIV tilgang til test, hvornår ville du forvente, at størstedelen af ​​testdesignarbejdet ville blive påbegyndt?

Størstedelen af ​​testdesignarbejdet begyndte efter softwaren eller systemet er blevet produceret.


88. Hvad er de forskellige metoder i den agile udviklingsmodel?

Der er i øjeblikket syv forskellige agile metoder, som jeg er opmærksom på:

  1. Ekstrem programmering (XP)
  2. Scrum
  3. Lean Softwareudvikling
  4. Funktionsdrevet udvikling
  5. Agile Unified Process
  6. Krystal
  7. Dynamic Systems Development Model (DSDM)

89. Hvilken aktivitet i den grundlæggende testproces omfatter evaluering af kravenes og systemets testbarhed?

En 'Test Analyse' og 'Design' omfatter evaluering af testbarheden af ​​kravene og systemet.


90. Hvad er typisk den VIGTIGSTE grund til at bruge risiko til at drive testindsatsen?

Fordi det ikke er muligt at teste alt.


91. Hvad er tilfældig/abetest? Hvornår bruges det?

Tilfældig test er ofte kendt som abetest. I en sådan type test genereres data tilfældigt, ofte ved hjælp af et værktøj eller en automatiseret mekanisme. Med dette tilfældigt genererede input testes systemet, og resultaterne analyseres derefter. Disse tests er mindre pålidelige; derfor bruges det normalt af begyndere og for at se, om systemet vil holde op under negative virkninger.


92. Hvilken af ​​following er gyldige mål for hændelsesrapporter?

  1. Giv udviklere og andre parter feedback om problemet for at muliggøre identifikation, isolering og korrektion efter behov.
  2. Giv ideer til forbedring af testprocesser.
  3. Sørg for et redskab til at vurdere testers kompetence.
  4. Giv testere et middel til at spore kvaliteten af ​​det system, der testes.

93. Overvej følgendewing teknikker. Hvilke er statiske og hvilke er dynamiske teknikker?

  1. Ækvivalensopdeling.
  2. Use Case Test.
  3. Analyse af dataflow.
  4. Udforskende afprøvning.
  5. Beslutningstest.
  6. Inspektioner.

Dataflowanalyse og inspektioner er statiske; Equivalence Partitioning, Use Case Testing, Exploratory Testing og Decision Testing er dynamiske.


94. Hvorfor beskrives statisk testning og dynamisk testning som komplementære?

Fordi de deler formålet med at identificere defekter, men adskiller sig i de typer af defekter, de finder.


95. Hvad er faserne af en formel revision?

I modsætning til uformelle anmeldelser følger formelle anmeldelser en formel proces. En typisk formel revisionsproces består af seks hovedtrin:

  1. Planlægning
  2. Kick-off
  3. Preparation (Forberedelse)
  4. Gennemgangsmøde
  5. rework
  6. Opfølgning.

96. Hvad er moderatorens rolle i gennemgangsprocessen?

Moderatoren (eller gennemgangslederen) leder gennemgangsprocessen. Han eller hun bestemmer i fællesskaboperation med forfatteren, typen af ​​anmeldelse, tilgang og sammensætningen af ​​reviewteamet. Moderatoren udfører indtastningskontrollen og opfølgningen på omarbejdet for at kontrollere kvaliteten af ​​input og output af gennemgangsprocessen. Moderatoren planlægger også mødet, formidler dokumenter før mødet, coacher andre teammedlemmer, sætter tempo på mødet, leder mulige diskussioner og gemmer de data, der indsamles.

Lær mere om gennemgangsprocessen i videovejledning link.


97. Hvad er en ækvivalenspartition (også kendt som en ækvivalensklasse)?

Et input- eller outputområde af værdier, således at kun én værdi i området bliver en testcase.


98. Hvornår skal konfigurationsstyringsprocedurer implementeres?

Under testplanlægning.


99. En type funktionel test, som undersøger funktionerne i forbindelse med påvisning af trusler, såsom virus fra ondsindede udefrakommende?

Sikkerhedstest


100. Test, hvor vi udsætter målet for testen for varierende arbejdsbelastninger for at måle og evaluere præstationsadfærden og målets og testens evne til at fortsætte med at fungere korrekt under disse forskellige arbejdsbelastninger?

Load Testing


101. Testaktivitet, som udføres for at afsløre fejl i grænseflader og i samspillet mellem integrerede komponenter er?

Test af integrationsniveau


102. Hvad er de strukturbaserede (hvid-box) testteknikker?

Strukturbaserede testteknikker (som også er dynamiske frem for statiske) bruger softwarens interne struktur til at udlede testcases. De kaldes almindeligvis 'hvide-box' eller 'glas-box' teknikker (hvilket betyder, at du kan se ind i systemet), da de kræver viden om, hvordan softwaren er implementeret, det vil sige hvordan den fungerer. For eksempel kan en strukturel teknik dreje sig om at træne loops i softwaren. Forskellige testcases kan udledes for at udøve løkken én, to gange og mange gange. Dette kan gøres uanset softwarens funktionalitet.


103. Hvornår skal "Regressionstest" udføres?

Når softwaren er ændret, eller når miljøet er ændret Regressionstest skal udføres.


104. Hvad er negativ og positiv test?

En negativ test er, når du indtaster et ugyldigt input og modtager fejl. Mens positiv test er, når du indtaster et gyldigt input og forventer, at en handling bliver gennemført i overensstemmelse med specifikationen.


105. Hvad er formålet med et testgennemførelseskriterium?

Formålet med testgennemførelseskriteriet er at bestemme, hvornår testningen skal stoppes


106. Hvad kan statisk analyse IKKE finde?

For eksempel hukommelseslækager.


107. Hvad er forskellen mellem re-testing og regressionstesting?

Gentestning sikrer, at den oprindelige fejl er blevet fjernet; regressionstest søger efter uventede bivirkninger.


108. Hvad er de erfaringsbaserede testteknikker?

I erfaringsbaserede teknikker er folks viden, færdigheder og baggrund en væsentlig bidragyder til testbetingelserne og testcases. Erfaringen fra både tekniske og forretningsfolk er vigtig, da de bringer forskellige perspektiver til testanalysen og designprocessen. På grund af tidligere erfaringer med lignende systemer, kan de have indsigt i, hvad der kunne gå galt, hvilket er meget nyttigt til test.


109. Hvilken type gennemgang kræver formelle ind- og udrejsekriterier, herunder målinger?

Inspektion


110. Kunne anmeldelser eller inspektioner betragtes som en del af test?

Ja, fordi både hjælper med at opdage fejl og forbedrer kvaliteten.


111. Et inputfelt tager fødselsåret mellem 1900 og 2004, hvad er grænseværdierne for at teste dette felt?

1899,1900,2004,2005


112. Hvilken af ​​following værktøjer ville være involveret i automatisering af regressionstest? en. Datatester b. Grænsetester c. Optagelse/afspilning d. Output komparator.

d. Output komparator


113. For at teste en funktion, hvad skal skrive en programmør, som kalder den funktion, der skal testes og bestå testdata.

Chauffør


114. Hvad er den ene nøgleårsag til, at udviklere har svært ved at teste deres eget arbejde?

Mangel på objektivitet


115. "Hvor meget test er nok?"

Svaret afhænger af risikoen for din branche, kontrakt og særlige krav.


116. Hvornår skal testen stoppes?

Det afhænger af risiciene for det system, der testes. Der er nogle kriterier baseret på, som du kan stoppe med at teste.

  1. Deadlines (testning, frigivelse)
  2. Testbudgettet er opbrugt
  3. Fejlraten falder under et vist niveau
  4. Testsager afsluttet med en vis procentdel bestået
  5. Alfa- eller betaperioder for testafslutning
  6. Dækning af kode, funktionalitet eller krav er opfyldt til et bestemt punkt

117. Hvilken af ​​following er integrationsstrategiens primære formål integrationstest i det små?

Det primære formål med integrationsstrategien er at specificere, hvilke moduler der skal kombineres hvornår og hvor mange på én gang.


118. Hvad er semi-tilfældige testcases?

Semi-tilfældige testcases er ingenting, men når vi udfører tilfældige testcases og laver ækvivalenspartitionering til disse testcases, fjerner det overflødige testcases, hvilket giver os semi-tilfældige testcases.


119. Givet following kode, hvilket udsagn er sandt om det mindste antal testtilfælde, der kræves for fuld udsagn og filialdækning?

Læs s

Læs q

HVIS p+q> 100

SÅ Udskriv "Large"

AFSLUT HVIS

HVIS p > 50

Udskriv SÅ "p Large"

AFSLUT HVIS

1 test for opgørelsesdækning, 2 for filialdækning


120. Hvilken anmeldelse bruges normalt til at vurdere et produkt for at bestemme dets egnethed til den påtænkte anvendelse og for at identificere uoverensstemmelser?

Teknisk gennemgang.


121. Fundne fejl skal oprindeligt dokumenteres af hvem?

Af testere.


122. Hvilken er den nuværende formelle verdensomspændende anerkendte dokumentationsstandard?

Der er ikke en.


123. Hvilken af ​​following er den anmeldelsesdeltager, der har oprettet den vare, der skal anmeldes?

Forfatter


124. En række kritiske fejl er rettet i softwaren. Alle fejlene er i ét modul, relateret til rapporter. Testmanageren beslutter kun at lave regressionstest på rapportmodulet.

Regressionstest bør også udføres på andre moduler, fordi fixering af et modul kan påvirke andre moduler.


125. Hvorfor giver grænseværdianalysen gode testcases?

Fordi der ofte laves fejl under programmering af de forskellige tilfælde nær 'kanterne' af værdiområdet.


126. Hvad adskiller en inspektion fra andre anmeldelsestyper?

Den ledes af en uddannet leder, bruger formelle ind- og udrejsekriterier og tjeklister.


127. Hvorfor kan testeren være afhængig af konfigurationsstyring?

Fordi konfigurationsstyring sikrer, at vi kender den nøjagtige version af testwaren og testobjektet.


128. Hvad er V-model?

En softwareudviklingsmodel, der illustrerer, hvordan testaktiviteter integreres med softwareudviklingsfaser


129. Hvad er vedligeholdelsestest?

Udløst af ændringer, migrering eller tilbagetrækning af eksisterende software


130. Hvad er testdækning?

Testdækning måler på en bestemt måde mængden af ​​test udført af et sæt tests (afledt på en anden måde, f.eks. ved brug af specifikationsbaserede teknikker). Uanset hvor vi kan tælle ting og kan se, om hver af disse ting er blevet testet af en eller anden test, så kan vi måle dækningen.


131. Hvorfor foretrækkes inkrementel integration frem for "big bang"-integration?

Fordi inkrementel integration har bedre tidlige defekter screening og isolationsevne


132. Hvad kaldes processen, der starter med terminalmodulerne?

Bottom-up integration


133. Under hvilken testaktivitet kunne fejl findes mest omkostningseffektivt?

Under testplanlægning


134. Formålet med kravfasen er

At fastfryse krav, at forstå brugerbehov, at definere omfanget af test


135. Hvorfor opdeler vi testning i adskilte stadier?

Vi opdeler testning i adskilte stadier på grund af following grunde,

  1. Hver testfase har et andet formål
  2. Det er nemmere at klare at teste i etaper
  3. Vi kan køre forskellige test i forskellige miljøer
  4. Ydeevne og kvalitet af testene forbedres ved hjælp af trinvis test

136. Hvad er DRE?

For at måle testeffektivitet bruges en kraftfuld metrisk til at måle testeffektivitet kendt som DRE (Defect Removal Efficiency) Fra denne metrik ville vi vide, hvor mange fejl vi har fundet fra sættet af testcases. Formlen til beregning af DRE er

DRE=Antal fejl under en test/antal fejl under test + antal fejl fundet af en bruger


137. Hvilken af ​​following vil sandsynligvis drage størst fordel af brugen af ​​testværktøjer, der giver mulighed for testoptagelse og genafspilning? a) Regressionstest b) Integrationstest c) Systemtest d) Brugeraccepttest

Regressionstest


138. Hvordan vil du anslå mængden af ​​gentestning, der sandsynligvis vil være påkrævet?

Målinger fra tidligere lignende projekter og diskussioner med udviklingsteamet


139. Hvad studerer datastrømsanalyse?

Brugen af ​​data på stier gennem koden.


140. Hvad er fiasko?

Fejl er en afvigelse fra specificeret adfærd.


141. Hvad er testkomparatorer?

Er det virkelig en test, hvis du sætter nogle input ind i noget software, men aldrig ser for at se, om softwaren giver det korrekte resultat? Essensen af ​​test er at kontrollere, om softwaren producerer det rigtige resultat og at gøre det, og vi skal sammenligne, hvad softwaren producerer, med det, den skal producere. En testkomparator hjælper med at automatisere aspekter af denne sammenligning.


142. Hvem er ansvarlig for at dokumentere alle de problemer, problemer og åbne punkter, der blev identificeret under reviewmødet

Scribe


143. Hvad er hovedformålet med uformel gennemgang

En billig måde at få nogle fordele på


144. Hvad er formålet med testdesignteknik?

Identifikation af testbetingelser og identifikation af testcases


145. Når man tester et karakterberegningssystem, bestemmer en tester, at alle karakterer fra 90 til 100 vil give karakteren A, men karakterer under 90 vil ikke. Denne analyse er kendt som:

Ækvivalensopdeling


146. En testmanager ønsker at bruge de tilgængelige ressourcer til den automatiske test af en webapplikation. Det bedste valg er

Tester, testautomater, webspecialist, DBA


147. Under testen af ​​en modultester fandt 'X' en fejl og tildelte den til en udvikler. Men udvikleren afviser det samme og siger, at det ikke er en fejl. Hvad skal 'X' gøre?

Send de detaljerede oplysninger om den stødte fejl, og kontroller reproducerbarheden


148. En type integrationstest, hvor softwareelementer, hardwareelementer eller begge kombineres på én gang til en komponent eller et samlet system i stedet for i etaper.

Big-Bang test


149. I praksis kan hvilken livscyklusmodel have flere, færre eller forskellige niveauer af udvikling og test, afhængigt af projektet og softwareproduktet. For eksempel kan der være komponentintegrationstest efter komponenttest og systemintegrationstest efter systemtest.

V-model


150. Hvilken teknik kan bruges til at opnå input- og outputdækning? Det kan anvendes på menneskelige input, input via grænseflader til et system eller grænsefladeparametre i integrationstest.

Ækvivalensopdeling


151. "Denne livscyklusmodel er drevet af tidsplan og budgetrisici" Denne erklæring er bedst egnet til.

V-model


152. I hvilken rækkefølge skal testene køres?

Den vigtigste skal testes først


153. Det later i udviklingens livscyklus opdages en fejl, jo dyrere er det at rette. Hvorfor?

Fejlen er indbygget i mere dokumentation, kode, tests mv


154. Hvad er dækningsmåling?

Det er et delvist mål for testens grundighed.


155. Hvad er grænseværditestning?

Test grænsebetingelser på, under og over kanterne af input- og output-ækvivalensklasser. Lad os f.eks. sige en bankapplikation, hvor du maksimalt kan hæve 20,000 Rs. og et minimum af 100 Rs., så i grænseværditestning tester vi kun de nøjagtige grænser i stedet for at ramme i midten. Det betyder, at vi tester over maksimumgrænsen og under minimumsgrænsen.


156. Hvad repræsenterer COTS?

Kommerciel hylde.


157. Formålet med det er at tillade, at specifikke tests udføres på et system eller netværk, der ligner så meget som muligt det miljø, hvor det testede emne vil blive brugt ved frigivelse?

Testmiljø


158. Hvad kan tænkes at være baseret på projektplanen, men med større detaljer?

Fasetestplan


159. Hvad er hurtig applikationsudvikling?

Rapid Application Development (RAD) er formelt en parallel udvikling af funktioner og efterfølgende integration. Komponenter/funktioner udvikles parallelt, som om de var miniprojekter, udviklingen er tids-boxed, leveret og derefter samlet til en fungerende prototype. Dette kan meget hurtigt give kunden noget at se og bruge og give feedback vedrørende leveringen og deres krav. Hurtig ændring og udvikling af produktet er mulig ved hjælp af denne metode. Produktspecifikationen skal dog på et tidspunkt udvikles til produktet, og projektet skal placeres under mere formel kontrol, før det går i produktion.

👍 Se vores – Test Quiz

👍 Se vores – Software Test Interview Spørgsmål Youtube video

Gratis PDF-download: Softwaretest-interviewspørgsmål og -svar

Ovenstående manuelle test af interviewspørgsmål og -svar pdf vil hjælpe både nybegyndere og erfarne QA-ingeniører. Del gerne siden med venner og kolleger.