Topp 70 funksjonstesting intervjuspørsmål og svar

Her er funksjonstesting intervjuspørsmål og svar for ferskere og erfarne kandidater for å få drømmejobben.

 

Funksjonell testing Intervjuspørsmål og svar for ferskinger

1) Hva er funksjonstesting?

Funksjonell testing er en programvaretestmetode som hjelper deg med å validere programvaresystemet mot funksjonskravene/spesifikasjonene.


2) Hva er formålet med funksjonstesting?

Hovedformålet med funksjonstester er å teste hver funksjon i programvareapplikasjonen ved å tilby passende input og verifisere utdataene mot funksjonskravene.


3) Hva slags testing dekker funksjonell testing?

Funksjonell testing involverer black box-testing og er ikke bekymret for applikasjonens kildekode. Denne testen kontrollerer brukergrensesnittet, API-ene, databasen, klient-/serverkommunikasjonen og diverse andre applikasjonsfunksjoner under test. Denne programvaretestmetoden kan utføres enten manuelt eller ved hjelp av automatisering.


4) Hva tester du i funksjonstesting?

Her er noen grunner til å bruke funksjonstesting:

  • Hovedlinjefunksjoner: Den tester hovedfunksjonene til en applikasjon
  • Grunnleggende brukervennlighet: Denne metoden innebærer grunnleggende brukervennlighetstesting av systemet. Den sjekker også om brukeren fritt kan navigere på skjermene uten problemer.
  • tilgjengelighet: Den sjekker tilgjengeligheten til programvaresystemet for brukeren
  • Feilbetingelser: Du kan bruke testteknikkene til å se etter feiltilstander. Den sjekker også om relevante feilmeldinger vises.
Intervjuspørsmål om funksjonstesting
Intervjuspørsmål om funksjonstesting

5) Hva er de viktige trinnene som dekkes i funksjonstesting?

Funksjonell testing utføres ved følgende trinn:
Trinn 1) Krav spesifisert av brukeren eller organisasjonen studeres, og fjern deretter alle tvil og spørsmål.
Trinn 2) Basert på de spesifiserte kravene utformes testcaser ved å huske på alle testscenarier som må dekkes for alle testcaser.
Trinn 3) Identifiser alle testdata som kreves for å kontrollere systemets funksjonalitet og bestemme inngangen.
Trinn 4) Bestem forventet utgang basert på inngangsverdier og funksjonalitet.
Trinn 5) Etter denne testeren utfør alle testtilfeller for å sjekke om de fungerer bra eller ikke
Trinn 6) Sammenlign resultatet med forventet utgang og bestem systemets defektrate og nøyaktighet.


6) Hva er bruken av en sporbarhetsmatrise?

Sporbarhetsmatrise viser forholdet mellom testtilfeller og krav ved hjelp av ett dokument.


7) Hva er forskjellen mellom funksjonell og ikke-funksjonell testing?

funksjonell Ikke-funksjonell testing
Funksjonstesting utføres før ikke-funksjonell testing. Ikke-funksjonell testing utføres alltid etter funksjonstestingen.
Det er basert på kundenes krav. Det er hovedsakelig fokus på kundenes forventninger.
Det hjelper å validere oppførselen til applikasjonen. Det hjelper å validere ytelsen til applikasjonen.
Den beskriver hva produktet gjør. Den beskriver hvordan produktet fungerer.

8) Hva er de forskjellige testnivåene?

Det er fire testnivåer:

  • Integrasjonstesting: Integrasjonstesting er definert som en programvaretestmetode hvor programvaremoduler integreres logisk og testes som én gruppe.
  • Systemtesting: Systemtesting er et testnivå som validerer det komplette og fullt integrerte programvareproduktet.
  • Aksepttesting: Acceptance Testing (UAT) er en type testing utført av sluttbrukeren eller klienten for å verifisere/akseptere programvaresystemet før programvareapplikasjonen flyttes til produksjonsmiljøet.
  • Enhet/komponent/program/modultesting: Den brukes til å teste alle komponentene og modulene som testes

9) Hva er bruken av Aksepttesting?

Aksepttesting avgjør om programvaresystemet har oppfylt de nødvendige spesifikasjonene. Hovedmålet med denne typen tester er å evaluere systemets samsvar med forretningsbehovene og verifisere om det har oppfylt de nødvendige kriteriene for levering til sluttbrukere.


10) Hva er adhoc-testing?

Adhoc testing, også kjent som tilfeldig testing, er en testmetode som ikke følger noen testtilfeller eller krav knyttet til applikasjonen. I de fleste tilfeller er det en ikke-planlagt aktivitet der en del av applikasjonen kontrolleres tilfeldig for å finne feil.


11) Hva menes med ekvivalenspartisjonering?

Ekvivalenspartisjonering kalles også ekvivalensklasse. Det er en svart boks-testing som deler inn inndata i dataklasser. Denne programvaretestingsprosessen hjelper deg med å redusere antall testtilfeller mens du fortsatt dekker det maksimale kravet.


12) Hva er grenseverdianalyse?

Det er en teknikk for å analysere grenseverdiene til ekvivalensklassepartisjoner. Denne testteknikken hjelper deg med å identifisere feil ved grensene i stedet for innenfor rekkeviddeverdiene.


13) Når skal man gjøre røyktesting?

Smoke er en testmetode som utføres på systemet etter å ha mottatt bygget. Denne typen testmetode sjekker for den kritiske banen og ikke funksjonaliteten for å sikre at bygningen er akseptert for videre testing, eller den bør avvises i tilfelle et ødelagt system. Smoke Testing sjekker også systemets kritiske bane, uten hvilken applikasjonen er blokkert.


14) Hvorfor må vi gjennomføre ende-til-ende-testing?

End-to-end-testing er en metode som lar deg utføre tester som dekker all mulig flyt av testapplikasjonen fra start til slutt. Denne tilnærmingen til programvaretesting hjelper deg med å oppdage programvareavhengigheter og hevde at riktig input sendes mellom ulike programvaremoduler og undersystemer.


15) Hva forstår du med Sanity-testing?

Sanitetstesting utføres etter mottak av bygget for å sjekke den nye funksjonaliteten/defektene som må fikses. I denne typen testing er målet å sjekke funksjonaliteten, finne ut om feilen er fikset og teste effekten av den fikse feilen på applikasjonen under Test.


16) Hva er forskjellen mellom alvorlighetsgrad og prioritet?

Defektens alvorlighetsgrad er et nivå eller graden av påvirkning av defekten på applikasjonen under test. Du bør huske at jo høyere alvorlighetsgraden av defekten er, desto mer vil den påvirke applikasjonen.


17) Hva er RTM?

Krav Sporbarhetsmatrise er en full form for RTM. Det er et verktøy som hjelper testeren med å hjelpe deg med å holde oversikt over kravdekning over testprosessen. Når kravdokumentet er mottatt. Det lages basert på kravene og vedlikeholdes til det spesifikke systemet eller applikasjonen er utgitt.


18) Hva er datadrevet testing?

Datadrevet testing er en kjent funksjonell testmetode der testskript utføres gjentatte ganger ved hjelp av datakilder som regneark, Excel, CSV-filer, XML-filer og SQL-databasefiler. Du kan bruke disse datakildene som brukes som inngangsverdier for å generere utdata. Etter det sammenlignes resultatet for å verifisere systemet eller programvaren.


19) Hva er mutasjonstesting?

Formålet med mutasjonstesting er å verifisere om et sett med testdata eller testtilfeller er nyttig eller ikke. Det gjøres ved å bevisst legge til ulike kodeendringer (bugs) og testing på nytt med originale testtilfeller eller data.


20) Hvorfor er det umulig å teste et program grundig?

Her er de to viktige grunnene til at det gjør det umulig å teste et program helt.

  • Programvarespesifikasjoner kan være subjektive og kan føre til ulike tolkninger.
  • Noen ganger kan programmet kreve mange innganger, utganger og banekombinasjoner.

Funksjonell testing Intervjuspørsmål og svar for erfarne

21) Hvordan kan du teste et produkt hvis kravet ennå ikke fryser?

Hvis de nødvendige spesifikasjonene ikke er tilgjengelige for et spesifikt produkt, kan testplanen utarbeides basert på forutsetningene som er gjort om produktet.


22) Hva er viktige punkter du må huske når du vurderer når du skriver testsaker?

Her er noen viktige punkter du bør vurdere når du skriver testsaker:

  • Før du begynner å skrive testsakene, må du tydelig forstå kundens behov.
  • Du bør inkludere alle krav i form av testtilfeller, og ingenting skal utelates.
  • Alle funksjonelle og ikke-funksjonelle krav bør inkludere et UI-grensesnitt, og kompatibilitet må dekkes.
  • Testtilfeller bør evalueres kontinuerlig for å unngå repetisjon eller redundans.
  • Prioritet er også en svært viktig faktor som bør settes for testsaker mens du skriver.
  • Testcases kan også bygges Sprint slik at testeren og utvikleren hjelper deg med å analysere produktets kvalitet basert på testcase-utførelse.
  • Strukturen i testcases skal være lett forståelig og skal være skrevet i et enkelt språk.

23) Hvor mange testtilfeller kan du utføre på en dag?

Vær praktisk mens du svarer på denne typen manuelle testintervjuspørsmål i sanntid. Det avhenger også av testsakens kompleksitet og størrelse. Noen testtilfeller har få testtrinn, og noen har flere.

Et eksempelsvar bør være: "I mitt tidligere prosjekt utfører vi vanligvis 35-40 enkle testcaser per dag, 15-17 middels testcaser (som å tildele brukerroller) per dag og 5-7 komplekse testcaser per dag.


24) Hva er stresstesting?

Stresstesting er en ytelsestestmetode der applikasjonen er nødt til å gå gjennom anstrengelse eller stress. For eksempel kjøring av en applikasjon over pauseterskelen for å bestemme punktet hvor programvaren krasjer.

STRESS-testing
STRESS-testing

25) Hva er belastningstesting?

Load Testing er en ytelsestestmetode der applikasjonen utføres utover ulike belastningsnivåer. Den hjelper deg med å overvåke serverens toppytelse, responstid osv. Ved å bruke denne ytelsestestmetoden kan du bestemme applikasjonens stabilitet, ytelse og integritet under parallell systembelastning.

Load Testing
Load Testing

26) Hva er konfigurasjonsadministrasjon?

Det er en systemutviklingsmetode for å etablere og opprettholde konsistens i et produkts fysiske, ytelses-, funksjonelle, design- og operasjonelle informasjon. Det gir kostnadseffektivitet og bedre tidsstyring til organisasjonen din.


27) Hva er de viktige faktorene som må vurderes i risikobasert testing?

  • Den lar deg identifisere når og hvordan du skal implementere risikobasert testing på en passende applikasjon.
  • Du kan identifisere tiltakene som fungerer godt mens du søker og håndterer risiko i kritiske områder av applikasjonen.

28) Hva er ikke-funksjonell testing?

Ikke-funksjonell testing er en programvaretestende tilnærming for å sjekke ikke-funksjonelle aspekter som ytelse, brukervennlighet og pålitelighet til en programvareapplikasjon. Det er hovedsakelig designet for å teste beredskapen til et system i henhold til ikke-funksjonelle parametere, som aldri adresseres av funksjonell testing.


29) Hva er de viktigste fordelene med automatiseringstesting?

Her er fordelene med automatiseringstesting:

  • Det gir støtte for utførelse av gjentatte testtilfeller
  • Det hjelper med å teste en stor testmatrise
  • Det tillater parallell utførelse og oppmuntrer også til uovervåket utførelse

Klikk her for å lære mer om Automatiseringstesting.


30) Hva dekkes, og hva er de ulike dekningsteknikkene?

Det er tre grunnleggende typer dekningsteknikker, og de er:

  • Uttalelsesdekning: Denne dekningsmetoden sikrer at hver linje med kildekode er utført og testet.
  • Beslutningsdekning sikrer at hver avgjørelse (sant/falsk) i kildekoden har blitt utført og testet.
  • Banedekning: Sørg for at alle mulige ruter gjennom en gitt del av koden blir utført og testet.

31) Hva er en feilrapport?

En programvaretester registrerer sine observasjoner, faktafunn og annen nyttig informasjon til utviklerne under programvaretestingen. Alle disse dataene knyttet til testposten kalles også en feilrapport.

En detaljert feilrapport er avgjørende for produksjon under testing.

  • Det hjelper deg å forstå problemet
  • Miljøet og de spesifikke forholdene det skjer under
  • Løsningen hvis/når programvareutviklerne løser problemet

32) Hva er GUI-testing?

GUI-testing er Testing av grafisk brukergrensesnitt som tester grensesnittet mellom programvaren og sluttbrukeren.


33) Hva er standardreglene for en API-testdesign?

Her er nøkkelprinsippene for en API-testdesign:

  1. Oppsett: Opprett objekter, start tjenester og initialiser data.
  2. Henrettelse: Bruk API eller scenariet, inkludert logging
  3. Verifikasjon: Tillater evaluering av resultatet av utførelsen
  4. rapportering: Vis statuser som bestått, mislyktes eller blokkert status
  5. Rydde opp: Pre-test tilstand

34) Hva er fordelene med manuell testing?

Her er fordelene ved å bruke den manuelle testmetoden:

  • Det er en metode sammenlignet med automatisert testing
  • Analyse av produktet fra sluttbrukerens synspunkt er kun mulig med manuell testing
  • Du kan gjøre GUI-testing mer nøyaktig ved hjelp av manuell testing, da visuell tilgjengelighet og preferanser er vanskelig å automatisere
  • Manuell testing er lett å lære for nye personer som nettopp har deltatt i testing
  • Den egner seg for kortsiktige prosjekter når testskript ikke skal gjentas og gjenbrukes
  • Det egner seg best når prosjektet er på et tidlig utviklingsstadium

35) Hva er testselen?

A Test sele samler programvare og testinformasjon for å teste et program eller en enhet ved å kjøre det under skiftende forhold som stress, datadrevet og overvåke dets oppførsel og utganger.


36) Hva er testlukking?

Test Closure er et dokument som oppsummerer alle testene som er utført i løpet av SDLC (livssyklus for programvareutvikling) og tilbyr en detaljert analyse av feilene som er fjernet og feil funnet.

Dette dokumentet inneholder også det samlede nr. av eksperimenter, totalt antall utførte eksperimenter, totalt antall oppdagede feil, legg til antall feil som ikke er avgjort, totalt antall feil som er avvist, osv.


37) Hva er en kritisk feil i funksjonstesting?

En kritisk feil er en feil som kan påvirke mesteparten av funksjonaliteten til en spesifikk applikasjon. Det betyr også at en stor del av funksjonaliteten eller hovedsystemet er fullstendig ødelagt, og det er ingen løsning for å gå videre.


38) Hva er baselinetesting?

En grunnlinjetest er en serie med tester som kjøres for å samle ytelsesinformasjon. Informasjonen som samles inn kan også brukes til å forbedre ytelsen og funksjonene til applikasjonen ved å gjøre endringer i henhold til resultatene. Denne testmetoden sammenligner den nåværende ytelsen til applikasjonen med dens tidligere ytelse.


39) Hva er Defect Cascading?

Det er en teknikk for å utløse andre defekter i applikasjonen når en defekt forblir lagt merke til under testing. Den påkaller andre applikasjonsfeil fordi flere defekter dukker opp i de senere stadiene av utviklingen.

Imidlertid, hvis defekt-kaskade påvirker andre funksjoner i applikasjonen, blir det ganske utfordrende å identifisere den berørte funksjonen. Du kan lage forskjellige testtilfeller for å løse dette problemet.


40) Nevn alle de grunnleggende komponentene i feilrapportformatet.

De grunnleggende komponentene i feilrapportformatet inkluderer:

  • Prosjektnavn
  • Modulnavn
  • Defekt oppdaget på
  • Defekt ID
  • Defekt navn
  • Skjermbilde av defekten
  • Alvorlighetsgrad og prioritetsstatus
  • Defekt løst av og løst på

41) Hva er en testseng?

Testbed er programvare, maskinvare og andre testelementer som brukes til å støtte testprosessen. Det primære formålet med testbedet er å kontrollere og overvåke forholdene til testene.

Det tilbyr også muligheter for å utføre tester. Ved manuell programvaretesting omfatter testbedet flere verktøy og teknologier.

Eksempler inkluderer programmeringsspråk som PHP, Perl-rammeverk som Joomla eller WordPress, og databaser som PostgreSQL or MySQL.


42) Hva er effektiviteten ved fjerning av feil?

The Defect Removal Efficiency (DRE) er en testmåling som indikerer hvor effektivt utviklingsteamet kan fikse feil og problemer før utgivelsen av produktet. Den måler feilens forhold til antall oppdagede problemer. For eksempel, hvis det ble oppdaget 80 under testingen og 60 ble løst, vil DRE være 80/60 = 1.3 %.


43) Hva er forskjellen mellom Bug release og Bug lekkasje?

Feilutgivelse er når en spesifikk programvareversjon utgis med kjente feil. Disse feilene er først og fremst av lav prioritet eller alvorlighetsgrad, mens feillekkasje skjer når en feil identifiseres av sluttkunden som ikke gjenkjennes av programvaretestingen.


44) Hva er smidig testing, og hvorfor er det viktig?

Agile Testing hjelper deg med å evaluere programvare fra kundens perspektiv. Det trenger ikke utviklingsteamet for å fullføre kodingen før du starter kvalitetsrevisjonsprosessen. I stedet går test- og kodingsprosessen samtidig. Imidlertid kan det trenge kontinuerlig kundeinteraksjon.


45) Hva vil du gjøre som tester når du møter en feil?

Etter å ha funnet feilen, må vi låse feilen i feilrapporten. Deretter bør denne feilen tildeles og kommuniseres til utviklere som kan fikse den. Etter at utvikleren har rettet feilen, må alle feilene testes på nytt, og det må tas avgjørelser angående behovet for regresjonstesting for å sikre at rettelser ikke skapte problemer andre steder.


46) Hva er de forskjellige typene feilsøkingskategorier?

Ulike kategorier for feilsøking er:

  • Brute force debugging
  • Årsak eliminering
  • Oppskjæring av programmet
  • backtracking
  • Feiltreanalyse

47) Hva er testleveransen?

Testleveranser er en gruppe verktøy, dokumenter og komponenter som vedlikeholdes og utvikles for å støtte testen.

Her er testleveransene i ulike testfaser av livssyklusen for programvareutvikling:

  • Før programvaretesting
  • Under programvaretesting
  • Etter programvaretestingen

48) Hva er de vanlige risikoene som fører til prosjektsvikt?

Her er de vanlige risikoene som fører til prosjektsvikt:

  • Har ikke nok menneskelige ressurser
  • Det er en stor risiko for at testmiljøet ikke er riktig satt opp
  • Begrenset budsjett

49) Hva er de signifikante forskjellene mellom testmatrise og sporbarhetsmatrise?

Her er de betydelige forskjellene mellom testmatrise og sporbarhetsmatrise:

  • Testmatrise: Testmatrisen hjelper deg med å fange opp faktisk kvalitet, innsats, planen, ressursene og tiden som trengs for å fange opp alle faser av programvaretesting
  • Sporbarhetsmatrise: Denne matrisen innebærer kartlegging mellom testtilfeller og kundekrav.

50) Hva er positiv og negativ testing?

Vi kan si at positiv testing utføres tester legger inn en gyldig inndata og forventer at noen handlinger skal fullføres i henhold til spesifikasjonen, mens en negativ test blir gjort når du legger inn ugyldig input og mottar feil.


Funksjonell testing Intervjuspørsmål og svar for 5+ års erfaring

51) Hva er Big Bang Approach?

The Big Bang er en mye brukt integrasjonsteststrategi som krever side-ved-side-sjekking av alle systemkomponenter. Hovedfordelen med denne testmetoden er at testeren kan sjekke arbeidet til hele systemet og dets komponenter.


52) Hva er meningen med en feil?

En feil er en tilstand som fører til svikt i programvareutførelse når en ansett funksjon utføres.


53) Hva er feillekkasje i funksjonell testing?

Feillekkasje oppstår når en feil blir identifisert av sluttkunden og savnet av testteamet under testing av programvaren.


54) Hva er TDD?

Testdrevet utvikling er en programvareutviklingsmetodikk. I denne metoden er utviklingen av programvaren drevet av testcases laget for funksjonaliteten som skal implementeres. Testtilfellene lages i TDD-metoden, og kode for å bestå testene skrives.


55) Hva er forskjellen mellom latente og maskerte defekter?

En latent defekt er en uidentifisert når defekt er tilstede i gjeldende utgivelse. Det er imidlertid ikke synlig da vilkårene for at mangelen kunne påvises aldri har vært oppfylt. Disse defektene oppstår bare når programvaretesting utløser en bestemt hendelse, og skjuler deres tilstedeværelse.


56) Hva er tilfeldig testing/apetesting?

Tilfeldig testmetode er også kjent som apetesting. I en slik type testing genereres data tilfeldig, ofte ved hjelp av et verktøy eller en automatisert mekanisme. Systemet ditt testes med denne tilfeldig genererte inngangen, og resultatene analyseres.


57) Hva er kontekstdrevet testing?

Kontekstdrevet testing innebærer å ta i bruk testpraksis, tilnærminger og metoder og til tider tilpasse dem basert på konteksten til prosjektet.


58) Hva er PDCA-syklusen i programvaretesting?

PDCA-syklus er en viktig nøkkel for kontinuerlig prosessforbedring i programvareutvikling.

Den består av følgende 4 trinn:

  • plan: Planlegg målene, målene og initiativene som bidrar til å oppnå kundetilfredshet.
  • Gjøre: Den implementerer planen til handling. Det hjelper å betjene kunden med bedre kvalitet og tilfredshet; det er viktig å ha en god plan å gjennomføre.
  • Kryss av: For å sjekke fremdriften til planen din, som er implementert. Resultatet viser også hvor nøyaktig planleggingen hadde vært.
  • Handling: Å handle på resultatene for å forbedre ytterligere hjelper testeren med å nå de planlagte målene.

59) Hva er inngangskriteriene i programvaretesting?

Et sett med forutsetninger kreves for å starte testaktiviteten, inkludert testmiljøet, testverktøyet, testdata og mange flere.


60) Hva er utgangskriterier i programvaretesting?

Et utgangskriterium er et sett med betingelser som spesifiserer de avtalte funksjonene eller tilstanden til applikasjonen for å markere fullføringen av prosessen eller produktet.


61) Kan systemtesting utføres på noe tidspunkt?

Alle programvarekomponentene er testet for å sikre at produktet oppfyller de spesifiserte kravene. Derfor kan systemprogramvaretesting ikke utføres på noe stadium. I stedet må systemtestingen bare starte når alle moduler eller enheter fungerer som de skal og er på plass.


62) Hva menes med alfa-, beta- og gammatesting?

Alle opplysningene er navnet på termer for programvaretesting:

Alfa-testing er utført av utviklerne som utvikler programvaren og testerne. Noen ganger er det observert at alfa-testingen utføres av kjøperen eller outsourcing-teamet uten utviklere eller testere.

Et spesifisert antall ultimate brukere utfører betatesting før levering. For det meste utføres det på stedet til sluttbrukeren.

Gamma testing: Denne testmetoden sjekker de spesifiserte behovene når programvaren er klar for utgivelse. Det gjøres vanligvis på stedet til den endelige brukeren. Det utføres også førstehånds ved å utelate alle interne testaktiviteter.


63) Hva kan forstås fra ende-til-ende-testing?

End To End-testsystem er en metode for å teste en applikasjon for å sikre om den fungerer som forventet eller ikke. Den brukes til å teste applikasjonsflyten fra start til sluttpunkt. End-to-end-testsystemet hjelper deg med å granske hele systemets flyt. Denne testmetoden bekrefter også at dataintegriteten opprettholdes mellom de forskjellige systemkomponentene og systemene.


64) Hva er Use Case-testing?

Use-case testing er en metode som lar oss teste funksjonaliteten til en bestemt programvare. Det hjelper deg også å forstå hvorfor vi burde eller ikke burde bruke programvare i utgangspunktet.


65) Hva er A/B-testing?

A/B-testing tester to eller flere forskjellige versjoner av programvaren din med brukere for å vurdere hvilken versjon som gir best ytelse. Det er en lavrisikometode for å teste nye eller eksisterende funksjonalitetsvariasjoner.

Du kan velge en del av brukerne dine for å bruke funksjon A. Den andre gruppen bruker funksjon B. Etter dette kan du sjekke brukertilbakemeldinger og svar ved hjelp av statistisk testing for å finne den endelige versjonen av funksjonen.


66) Hva er defektens livssyklus?

Defektens livssyklus, som også er kjent som feilens livssyklus, er en serie faser der en defekt går gjennom hele livssyklusen. Denne livssyklusen for programvaretesting begynner så snart testeren finner eller rapporterer defekten og slutter når QA-testeren sørger for at defekten er løst slik at den ikke oppstår igjen.


67) Hva er konfigurasjonstesting?

Konfigurasjonstesting er en programvaretestmetode som brukes til å evaluere konfigurasjonskravene til programvaren. Det hjelper deg å finne den optimale konfigurasjonen av systemet som applikasjonen fungerer under. Det hjelper deg også med å identifisere og løse eventuelle kompatibilitetsproblemer.


68) Hva bestemmer risikonivået?

Muligheten for en uønsket hendelse og hendelsens effekt avgjør risikonivået.


69) Hva mener du med Defect Triage?

Defekt triage er en metode der defekter prioriteres avhengig av ulike egenskaper som alvorlighetsgrad, risiko og hvor lang tid det vil ta å fikse problemet. Defekttriagemøtet samler interessenter som utviklingsteamet, testteamet, prosjektlederen, etc.


70) Hva er en stubbe?

Når det utføres topp-ned-integrasjonstesting, produseres moduler på lavere nivå ofte ikke før toppnivåmoduler er testet og integrert. Stubber er dummy-moduler som brukes under disse omstendighetene for å etterligne modulatferd ved å levere et forutsagt eller hardkodet resultat basert på inngangsvariablene.

Disse intervjuspørsmålene vil også hjelpe i din viva(orals)