Top 70 Funktionel test Interview Spørgsmål og Svar

Her er Functional Testing interviewspørgsmål og svar til både friskere og erfarne kandidater til at få deres drømmejob.

 

Funktionstest Interviewspørgsmål og svar til nybagte

1) Hvad er funktionel test?

Funktionel test er en softwaretestmetode, der hjælper dig med at validere softwaresystemet i forhold til de funktionelle krav/specifikationer.


2) Hvad er formålet med funktionstest?

Hovedformålet med funktionelle tests er at teste hver funktion i softwareapplikationen ved at tilbyde passende input og verificere outputtet i forhold til de funktionelle krav.


3) Hvilken type test dækker over funktionel test?

Funktionstest involverer sort box test og er ikke bekymret over applikationens kildekode. Denne test kontrollerer brugergrænsefladen, API'er, database, klient/server-kommunikation og forskellige andre applikationsfunktioner, der er under test. Denne softwaretestmetode kan udføres enten manuelt eller ved hjælp af automatisering.


4) Hvad tester du i Funktionstest?

Her er nogle grunde til at bruge funktionel test:

  • Hovedfunktioner: Den tester hovedfunktionerne i en applikation
  • Grundlæggende brugervenlighed: Denne metode involverer grundlæggende brugervenlighedstest af systemet. Det tjekker også, om brugeren frit kan navigere på skærmene uden problemer.
  • Tilgængelighed: Den kontrollerer softwaresystemets tilgængelighed for brugeren
  • Fejlbetingelser: Du kan bruge testteknikkerne til at tjekke for fejltilstande. Den kontrollerer også, om relevante fejlmeddelelser visesyed.
Funktionstest Interviewspørgsmål
Funktionstest Interviewspørgsmål

5) Hvad er de vigtige trin, der er dækket af funktionel test?

Funktionel test udføres af following trin:
Trin 1) Krav specificeret af brugeren eller organisationen studeres, og fjern derefter alle tvivl og forespørgsler.
Trin 2) Baseret på de specificerede krav designes testcases ved at huske på alle de testscenarier, der skal dækkes for alle testcases.
Trin 3) Identificer alle testdata, der er nødvendige for at kontrollere systemets funktionalitet og bestemme input.
Trin 4) Bestem det forventede output baseret på inputværdierne og funktionaliteten.
Trin 5) Efter denne tester skal du udføre alle testcases for at kontrollere, om de fungerer godt eller ej
Trin 6) Sammenlign resultatet med det forventede output og bestem systemets defektrate og nøjagtighed.


6) Hvad er brugen af ​​en sporbarhedsmatrix?

Sporbarhedsmatrix viser sammenhængen mellem testcases og krav ved hjælp af ét dokument.


7) Hvad er forskellen mellem funktionel og ikke-funktionel test?

Funktionel Ikke-funktionel test
Funktionstest udføres før ikke-funktionel test. Ikke-funktionel test udføres altid efter funktionstestningen.
Det er baseret på kundernes krav. Det fokuserer primært på kundernes forventninger.
Det hjælper med at validere applikationens adfærd. Det hjælper med at validere applikationens ydeevne.
Den beskriver, hvad produktet gør. Den beskriver, hvordan produktet fungerer.

8) Hvad er de forskellige testniveauer?

Der er fire testniveauer:

  • Integrationstest: Integrationstest er defineret som en softwaretestmetode, hvor softwaremoduler integreres logisk og testes som én gruppe.
  • System test: Systemtest er et testniveau, der validerer det komplette og fuldt integrerede softwareprodukt.
  • Accepttest: Acceptance Testing (UAT) er en type test udført af slutbrugeren eller klienten for at verificere/acceptere softwaresystemet, før softwareapplikationen flyttes til produktionsmiljøet.
  • Test af enhed/komponent/program/modul: Den bruges til at teste alle de komponenter og moduler, der testes

9) Hvad er brugen af ​​accepttest?

Accepttest afgør, om softwaresystemet har opfyldt de påkrævede specifikationer. Hovedformålet med denne type test er at evaluere systemets overensstemmelse med forretningsbehovene og verificere, om det har opfyldt de nødvendige kriterier for levering til slutbrugere.


10) Hvad er adhoc test?

Adhoc test, også kendt som tilfældig testning, er en testmetode, der ikke følger nogen testcases eller krav forbundet med applikationen. I de fleste tilfælde er det en uplanlagt aktivitet, hvor enhver del af applikationen kontrolleres tilfældigt for at finde defekter.


11) Hvad menes med ækvivalensopdeling?

Ækvivalenspartitionering kaldes også ækvivalensklasse. Det er en sort box test, der opdeler inputdata i dataklasser. Denne softwaretestproces hjælper dig med at reducere antallet af testsager, mens du stadig dækker det maksimale krav.


12) Hvad er grænseværdianalyse?

Det er en teknik til at analysere grænseværdierne for ækvivalensklassepartitioner. Denne testteknik hjælper dig med at identificere fejl ved grænserne i stedet for inden for områdeværdierne.


13) Hvornår skal man lave røgtest?

Smoke er en testmetode, der udføres på systemet efter modtagelse af buildet. Denne type testmetode kontrollerer for den kritiske sti og ikke funktionaliteten for at sikre, at bygningen accepteres til yderligere test, eller den bør afvises i tilfælde af et ødelagt system. Smoke Testing kontrollerer også systemets kritiske sti, uden hvilken applikationen er blokeret.


14) Hvorfor skal vi udføre end-to-end test?

End-to-end-test er en metode, der giver dig mulighed for at udføre test, der dækker hele testapplikationens mulige flow fra start til slut. Denne softwaretestmetode hjælper dig med at opdage softwareafhængigheder og hævde, at det korrekte input sendes mellem forskellige softwaremoduler og undersystemer.


15) Hvad forstår du ved sundhedstest?

Sanitetstest udføres efter modtagelse af build for at kontrollere den nye funktionalitet/defekter, der skal rettes. I denne type test er målet at tjekke funktionaliteten, afgøre om fejlen er rettet, og teste effekten af ​​den rettede fejl på applikationen under Test.


16) Hvad er forskellen mellem sværhedsgrad og prioritet?

Defektens sværhedsgrad er et niveau eller graden af ​​påvirkning af defekten på applikationen under test. Du skal huske, at jo højere defekten er, jo mere vil den påvirke applikationen.


17) Hvad er RTM?

Krav Sporbarhed Matrix er en fuld form for RTM. Det er et værktøj, der hjælper testeren med at hjælpe dig med at holde styr på kravdækningen i løbet af testprocessen. Når kravdokumentet er modtaget. Det oprettes ud fra kravene og vedligeholdes indtil det specifikke system eller applikation frigives.


18) Hvad er datadrevet test?

Datadrevet test er en berømt funktionel testmetode, hvor testscripts udføres gentagne gange ved hjælp af datakilder som regneark, Excel, CSV-filer, XML-filer og SQL-databasefiler. Du kan bruge disse datakilder, der bruges som inputværdier til at generere output. Derefter sammenlignes dets resultat for at verificere systemet eller softwaren.


19) Hvad er mutationstest?

Formålet med mutationstest er at verificere, om et sæt testdata eller testcases er nyttige eller ej. Det gøres ved bevidst at tilføje forskellige kodeændringer (bugs) og genteste med originale testcases eller data.


20) Hvorfor er det umuligt at teste et program grundigt?

Her er de to vigtige grunde til, at det gør det umuligt at teste et program helt.

  • Softwarespecifikationer kan være subjektive og kan føre til forskellige fortolkninger.
  • Nogle gange kan programmet kræve mange input, output og stikombinationer.

Funktionstest Interviewspørgsmål og svar til øvede

21) Hvordan kan du teste et produkt, hvis kravet endnu ikke fryser?

Hvis de påkrævede specifikationer ikke er tilgængelige for et specifikt produkt, kan testplanen udarbejdes ud fra de antagelser, der er gjort om produktet.


22) Hvad er vigtige punkter, du skal huske, mens du overvejer, mens du skriver testcases?

Her er nogle vigtige punkter, som du bør overveje, når du skriver testsager:

  • Før du begynder at skrive testcases, skal du klart forstå kundens behov.
  • Du bør inkludere alle krav i form af testcases, og intet bør udelades.
  • Alle funktionelle og ikke-funktionelle krav bør omfatte en UI-grænseflade, og kompatibilitet skal være dækket.
  • Testcases bør evalueres løbende for at undgå gentagelser eller redundans.
  • Prioritet er også meget vigtig faktor, der bør sættes til testcases, mens du skriver.
  • Testcases kan også bygges Sprint så testeren og udvikleren hjælper dig med at analysere produktets kvalitet ud fra testcase eksekvering.
  • Strukturen af ​​testcases skal være let forståelig og skal være skrevet i et enkelt sprog.

23) Hvor mange testcases kan du udføre på en dag?

Vær praktisk, mens du besvarer denne form for manuelle testspørgsmål i realtid. Det afhænger også af testcasen complexkvalitet og størrelse. Nogle testcases har få testtrin, og nogle har flere.

Et eksempel på svar bør være: "I mit tidligere projekt udfører vi generelt 35-40 simple testcases om dagen, 15-17 mellemstore testcases (såsom tildeling af brugerroller) om dagen og 5-7 complex testcases om dagen.


24) Hvad er stresstest?

Stresstest er en præstationstestmetode, hvor applikationen er forpligtet til at gå gennem anstrengelse eller stress. For eksempel udførelse af et program over pausegrænsen for at bestemme det punkt, hvor softwareprogrammet går ned.

STRESS test
STRESS test

25) Hvad er belastningstest?

Load Testing er en præstationstestmetode, hvor applikationen udføres ud over forskellige belastningsniveauer. Det hjælper dig med at overvåge serverens højeste ydeevne, responstid osv. Ved hjælp af denne præstationstestmetode kan du bestemme applikationens stabilitet, ydeevne og integritet under parallel systembelastning.

Load Testing
Load Testing

26) Hvad er konfigurationsstyring?

Det er en systemteknisk metode til at etablere og vedligeholde konsistens af et produkts fysiske, ydeevne, funktionelle, design og operational information. Det bringer omkostningseffektivitet og bedre tidsstyring til din organisation.


27) Hvad er de vigtige faktorer, der skal tages i betragtning i risikobaseret test?

  • Det giver dig mulighed for at identificere, hvornår og hvordan du skal implementere risikobaseret test på en passende applikation.
  • Du kan identificere de tiltag, der virker godt, mens du searching og håndtering af risici i kritiske områder af applikationen.

28) Hvad er ikke-funktionel test?

Ikke-funktionel test er en softwaretestmetode til at kontrollere ikke-funktionelle aspekter som ydeevne, brugervenlighed og pålidelighed af en softwareapplikation. Det er hovedsageligt designet til at teste et systems beredskab i henhold til ikke-funktionelle parametre, som aldrig behandles af funktionel test.


29) Hvad er de vigtigste fordele ved automatiseringstest?

Her er fordelene ved automatiseringstest:

  • Det giver støtte til udførelse af gentagne testcases
  • Det hjælper med at teste en stor testmatrix
  • Det tillader parallel udførelse og tilskynder også til uovervåget udførelse

Klik her for at lære mere om Test af automatisering.


30) Hvad er dækket, og hvad er de forskellige dækningsteknikker?

Der er tre grundlæggende typer dækningsteknikker, og de er:

  • Erklæringsdækning: Denne dækningsmetode sikrer, at hver linje med kildekode er blevet udført og testet.
  • Beslutningsdækning sikrer, at enhver beslutning (sand/falsk) i kildekoden er blevet udført og testet.
  • Stidækning: Sørg for, at alle mulige ruter gennem en given del af koden udføres og testes.

31) Hvad er en fejlrapport?

En softwaretester registrerer deres observationer, fakta og andre nyttige oplysninger til udviklerne under softwaretesten. Alle disse data relateret til testposten kaldes også en fejlrapport.

En detaljeret fejlrapport er afgørende for produktionen under testning.

  • Det hjælper dig med at forstå problemet
  • Miljøet og de specifikke forhold, det sker under
  • Løsningen hvis/når softwareudviklerne løser problemet

32) Hvad er GUI-test?

GUI test er Test af grafisk brugergrænseflade som tester grænsefladen mellem softwaren og slutbrugeren.


33) Hvad er standardreglerne for et API-testdesign?

Her er nøgleprincipperne for et API-testdesign:

  1. Opsætning: Opret objekter, start tjenester, og initialiser data.
  2. Udførelse: Anvend API eller scenariet, inklusive logning
  3. Verifikation: Tillader evaluering af resultatet af udførelsen
  4. Rapportering: Vis statusser som bestået, mislykket eller blokeret status
  5. Ryd op: Pre-test tilstand

34) Hvad er fordelene ved manuel test?

Her er fordelene ved at bruge den manuelle testmetode:

  • Det er en metode sammenlignet med automatiseret test
  • Analyse af produktet fra slutbrugerens synspunkt er kun mulig med manuel test
  • Du kan lave GUI-test mere præcist ved hjælp af manuel test, da visuel tilgængelighed og præferencer er svære at automatisere
  • Manuel test er let at lære for nye mennesker, der lige er gået i test
  • Det er velegnet til kortsigtede projekter, hvor testscripts ikke skal gentages og genbruges
  • Det er bedst egnet, når projektet er på de tidlige udviklingsstadier

35) Hvad er testselen?

A Test Harness indsamler software og testinformation for at teste et program eller en enhed ved at køre det under skiftende forhold som stress, datadrevet og overvåge dets adfærd og output.


36) Hvad er testlukning?

Testlukning er et dokument, der summerermarizes alle de test, der er udført i løbet af SDLC (Softwareudviklings livscyklus) og tilbyder en detaljeret analyse af de fejl, der er fjernet, og fejl fundet.

Dette dokument indeholder også det samlede nr. af eksperimenter, i alt numbers af udførte eksperimenter, i alt numbers af opdagede ufuldkommenheder, tilføje numbers af fejl, der ikke er afgjort, det samlede antal afviste fejl osv.


37) Hvad er en kritisk fejl i funktionstest?

En kritisk fejl er en fejl, der kan påvirke størstedelen af ​​funktionaliteten af ​​en specifik applikation. Det betyder også, at et stort stykke funktionalitet eller et større system er fuldstændig ødelagt, og der er ingen løsning til at komme videre.


38) Hvad er baseline test?

En baseline-test er en række test, der køres for at indsamle præstationsoplysninger. De indsamlede oplysninger kan også bruges til at forbedre applikationens ydeevne og muligheder ved at foretage ændringer i henhold til resultaterne. Denne testmetode kompares den nuværende ydeevne af applikationen med dens tidligere ydeevne.


39) Hvad er defekt kaskade?

Det er en teknik til at udløse andre defekter i applikationen, når en defekt forbliver bemærket under test. Det påberåber sig andre applikationsfejl, fordi flere defekter dukker op i later udviklingsstadier.

Men hvis defekt kaskade påvirker andre funktioner i applikationen, bliver det ret udfordrende at identificere den berørte funktion. Du kan lave forskellige testcases for at løse dette problem.


40) Navngiv alle de grundlæggende komponenter i fejlrapportformatet.

De grundlæggende komponenter i fejlrapportformatet omfatter:

  • Projektnavn
  • Modul Navn
  • Defekt opdaget på
  • Defekt ID
  • Defekt navn
  • Skærmbillede af defekten
  • Sværhedsgrad og prioritetsstatus
  • Defekt løst af og løst på

41) Hvad er en testseng?

Testbed er software, hardware og andre testelementer, der bruges til at understøtte testprocessen. Det primære formål med testbedet er at kontrollere og overvåge betingelserne for testene.

Det tilbyder også midler til at udføre tests. Ved manuel softwaretest omfatter testbedet flere værktøjer og teknologier.

Eksempler inkluderer programmeringssprog som PHP, Perl frameworks som Joomla eller WordPress og databaser som PostgreSQL or MySQL.


42) Hvad er effektivitet ved fjernelse af fejl?

Defect Removal Efficiency (DRE) er en testmåling, der angiver, hvor effektivt udviklingsteamet kan rette fejl og problemer før udgivelsen af ​​produktet. Den måler defekternes forhold til antallet af opdagede problemer. For eksempel, hvis der blev opdaget 80 under testen, og 60 blev rettet, vil DRE være 80/60 = 1.3 %.


43) Hvad er forskellen mellem Bug release og Bug lækage?

Fejludgivelse er, når en specifik softwareversion frigives med kendte fejl. Disse fejl er primariaf lav prioritet eller sværhedsgrad, mens fejllækage sker, når en fejl identificeres af slutkunden, som ikke genkendes af softwaretesten.


44) Hvad er agil testning, og hvorfor er det vigtigt?

Agile test hjælper dig med at evaluere software fra kundens perspektiv. Det behøver ikke udviklingsteamet at fuldføre kodning, før du starter kvalitetsrevisionsprocessen. I stedet foregår test- og kodningsprocessen samtidigtneoalmindeligt. Det kan dog kræve kontinuerlig kundeinteraktion.


45) Hvad vil du gøre som tester, når du støder på en fejl?

Efter at have fundet fejlen, skal vi låse fejlen i fejlrapporten. Derefter bør denne fejl tildeles og kommunikeres til udviklere, der kan rette den. Efter at udvikleren har rettet fejlen, skal alle fejlene testes igen, og der skal træffes beslutninger vedrørende behovet for regressionstest for at sikre, at rettelser ikke skabte problemer andre steder.


46) Hvad er de forskellige typer af fejlretningskategorier?

Forskellige kategorier til fejlretning er:

  • Brute force debugging
  • Årsag eliminering
  • Udskæring af programmet
  • backtracking
  • Fejltræanalyse

47) Hvad er testleverancen?

Testleverancer er en gruppe værktøjer, dokumenter og komponenter, der vedligeholdes og udvikles til at understøtte testen.

Her er testleverancerne ved forskellige testfaser af softwareudviklingens livscyklus:

  • Før softwaretest
  • Under softwaretest
  • Efter softwaretesten

48) Hvad er de almindelige risici, der fører til projektfejl?

Her er de almindelige risici, der fører til projektfejl:

  • Manglende menneskelige ressourcer
  • Der er en enorm risiko for, at testmiljøet ikke er sat ordentligt op
  • Begrænset budget

49) Hvad er de væsentlige forskelle mellem testmatrix og sporbarhedsmatrix?

Her er de væsentlige forskelle mellem testmatrix og sporbarhedsmatrix:

  • Testmatrix: Testmatricen hjælper dig med at fange den faktiske kvalitet, indsats, planen, ressourcerne og den tid, der er nødvendig for at fange alle faser af softwaretestning
  • Sporbarhedsmatrix: Denne Matrix involverer kortlægning mellem testcases og kundekrav.

50) Hvad er positiv og negativ testning?

Vi kan sige, at positiv test udføres tester lægger et gyldigt input ind og forventer, at nogle handlinger bliver gennemført i henhold til specifikationen, mens en negativ test udføres, når du indsætter et ugyldigt input og modtager fejl.


Funktionel test Interview spørgsmål og svar for 5+ års erfaring

51) Hvad er Big Bang Approach?

Big Bang er en udbredt integrationsteststrategi, der kræver side-by-side kontrol af alle systemkomponenter. Den største fordel ved denne testmetode er, at testeren kan kontrollere arbejdet i hele systemet og dets komponenter.


52) Hvad er meningen med en fejl?

En fejl er en tilstand, der fører til fejl i softwareudførelse, når en betragtet funktion udføres.


53) Hvad er fejllækage i funktionel test?

Fejllækage opstår, når en fejl identificeres af slutkunden og savnes af testteamet, mens softwaren testes.


54) Hvad er TDD?

Testdrevet udvikling er en softwareudviklingsmetodologi. I denne metode er udviklingen af ​​softwaren drevet af testcases skabt til den funktionalitet, der skal implementeres. Testcaserne oprettes i TDD-metoden, og der skrives kode til at bestå testene.


55) Hvad er forskellen mellem latente og maskerede defekter?

En latent defekt er en uidentificeret defekt i den aktuelle udgivelse. Det er dog ikke synligt, da betingelserne, hvorunder manglen kunne konstateres, aldrig har været opfyldt. Disse defekter opstår kun, når softwaretest udløser en bestemt hændelse og skjuler deres tilstedeværelse.


56) Hvad er tilfældig/abetest?

Tilfældig testmetode er også 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. Dit system testes med dette tilfældigt genererede input, og resultaterne analyseres.


57) Hvad er kontekstdrevet test?

Kontekstdrevet test involverer at anvende testpraksis, tilgange og metoder og til tider tilpasse dem baseret på projektets kontekst.


58) Hvad er PDCA-cyklussen i softwaretest?

PDCA-cyklus er en væsentlig nøgle til løbende procesforbedringer i softwareudvikling.

Den består af folloenwing 4 trin:

  • plan: Planlæg de mål, mål og initiativer, der hjælper med at nå kundetilfredshed.
  • Do: Det implementerer planen til handling. Det hjælper med at betjene kunden med bedre kvalitet og tilfredshed; det er vigtigt at have en god plan at udføre.
  • Kontrollere: For at kontrollere din plans fremskridt, som er blevet implementeret. Resultatet viser også, hvor præcis planlægningen havde været.
  • Handling: At handle på resultaterne for yderligere at forbedre hjælper testeren med at nå de planlagte mål.

59) Hvad er adgangskriterierne i softwaretest?

Der kræves et sæt forudsætninger for at starte testaktiviteten, herunder testmiljøet, testværktøjet, testdata og mange flere.


60) Hvad er exitkriterier i softwaretest?

Et exit-kriterium er et sæt betingelser, der specificerer de aftalte funktioner eller tilstand af ansøgningen for at markere færdiggørelsen af ​​processen eller produktet.


61) Kan systemtest udføres på et hvilket som helst tidspunkt?

Alle softwarekomponenter testes for at sikre, at produktet opfylder de specificerede krav. Derfor kan systemsoftwaretest ikke udføres på noget tidspunkt. I stedet skal systemtest først starte, når alle moduler eller enheder fungerer korrekt og er på plads.


62) Hvad menes med alfa-, beta- og gammatestning?

Alle givne er navnet på softwaretestudtryk:

Alpha test udføres af de udviklere, der udvikler softwaren og testerne. Nogle gange observeres det, at alfatestningen udføres af køberen eller outsourcing-teamet uden udviklere eller testere.

Et specificeret antal ultimative brugere udfører beta-test før levering. For det meste udføres det på slutbrugerens sted.

Gamma test: Denne testmetode kontrollerer de specificerede behov, når softwaren er klar til udgivelse. Det gøres generelt på stedet for den ultimative bruger. Det udføres også førstehånds ved at udelade alle de interne testaktiviteter.


63) Hvad kan man forstå ud fra End-To-End-testning?

End To End testsystem er en metode til at teste en applikation for at sikre, om den fungerer som forventet eller ej. Det bruges til at teste applikationsflowet fra start til slutpunkt. End-to-end-testsystemet hjælper dig med at granske hele systemets flow. Denne testmetode bekræfter også, at dataintegriteten opretholdes mellem de forskellige systemkomponenter og systemerne.


64) Hvad er Use Case Testing?

Use-case test er en metode, der giver os mulighed for at teste funktionaliteten af ​​et specifikt stykke software. Det hjælper dig også med at forstå, hvorfor vi burde eller ikke burde bruge software i første omgang.


65) Hvad er A/B-test?

A/B-testning tester to eller flere forskellige versioner af din software med brugere for at vurdere, hvilken version der klarer sig bedre. Det er en lavrisikometode til at teste nye eller eksisterende funktionalitetsvariationer.

Du kan vælge en del af dine brugere til at bruge funktion A. Den anden gruppe bruger funktion B. Herefter kan du kontrollere brugerfeedback og -svar ved hjælp af statistisk test for at bestemme den endelige version af funktionen.


66) Hvad er den defekte livscyklus?

Defektens livscyklus, som også er kendt som fejlens livscyklus, er en række faser, hvor en defekt går gennem hele sin livscyklus. Denne softwaretestlivscyklus begynder, så snart testeren finder eller rapporterer defekten og slutter, når QA-testeren sikrer, at defekten er løst, så den ikke opstår igen.


67) Hvad er konfigurationstest?

Konfigurationstest er en softwaretestmetode, der bruges til at evaluere softwarens konfigurationskrav. Det hjælper dig med at finde den optimale konfiguration af det system, som applikationen fungerer under. Det hjælper dig også med at identificere og løse eventuelle kompatibilitetsproblemer.


68) Hvad bestemmer risikoniveauet?

Muligheden for en uønsket hændelse og hændelsens effekt bestemmer risikoniveauet.


69) Hvad mener du med Defect Triage?

Defekt triage er en metode, hvor defekter prioriteres afhængigt af forskellige karakteristika som sværhedsgrad, risiko og den tid, det vil tage at løse problemet. Defekttriagemødet samler interessenter som udviklingsteamet, testteamet, projektlederen osv.


70) Hvad er en Stub?

Når der udføres top-down integrationstest, produceres moduler på lavere niveau ofte ikke, før top-niveau moduler er testet og integreret. Stubs er dummy-moduler, der bruges under disse omstændigheder til at efterligne moduladfærd ved at levere et forudsagt eller hårdkodet resultat baseret på inputvariablerne.

Disse interviewspørgsmål vil også hjælpe i din viva(orals)