150 manuell testing intervjuspørsmål og svar for 2025

by: Thomas Hamilton Thomas Hamilton
Hours oppdatert

Vi har samlet de oftest stilte manuelle testspørsmålene og svarene som gjør deg kjent med typen programvaretesterintervjuspørsmål som en intervjuer kan stille deg under intervjuet. I denne listen over intervjuspørsmål for programvaretesting med svar, har vi dekket alle vanlige grunnleggende og avanserte testintervjuspørsmål for 10 års erfaring med detaljerte svar for å hjelpe deg med å klare det manuelle testjobbintervjuet enkelt.

Vi har dekket nesten 150+ viktige viva-spørsmål for programvaretesting for ferske kandidater, samt manuell testing av erfarne intervjuspørsmål for QA-ingeniører for å forberede seg til det kommende intervjuet. Denne detaljerte guiden for intervjuspørsmål for programvaretesting for erfarne kandidater vil hjelpe deg med å ta et jobbintervju for programvaretesting.

Manuell testing Intervjuspørsmål og svar for erfarne og ferskinger

1. Hva er utforskende testing?

Utforskende testing er en praktisk tilnærming der testere er involvert i minimum planlegging og maksimal testutførelse. Planleggingen innebærer å lage et testcharter, en kort erklæring om omfanget av en kort (1 til 2 timer) tidsrammet testinnsats, målene og mulige tilnærminger som skal brukes. Testdesign og testutførelsesaktivitetene utføres vanligvis parallelt uten å formelt dokumentere testforholdene, testcasene eller testskriptene. Dette betyr ikke at andre, mer formelle testteknikker ikke vil bli brukt. For eksempel kan testeren bestemme seg for å bruke grenseverdianalyse, men vil tenke gjennom og teste de viktigste grenseverdiene uten å nødvendigvis skrive dem ned. Noen notater vil bli skrevet under den utforskende testøkten slik at en rapport kan lages i etterkant.

👉 Gratis PDF-nedlasting: Manuell testing av intervjuspørsmål og svar

2. Hva er "use case testing"?

For å identifisere og utføre funksjonskravet til en applikasjon fra start til slutt brukes "use case" og teknikkene som brukes for å gjøre dette er kjent som "Use Case Testing."

3. Hva er forskjellen mellom STLC (Software Testing Life Cycle) og SDLC (Software Development Life Cycle)?

SDLC tar for seg utvikling/koding av programvaren mens STLC tar for seg validering og verifisering av programvaren

4. Hva er sporbarhetsmatrise?

Sammenhengen mellom testcases og krav vises ved hjelp av et dokument. Dette dokumentet er kjent som en sporbarhetsmatrise.

5. Hva er ekvivalenspartisjonstesting?

Ekvivalenspartisjonstesting er en programvaretestingsteknikk som deler inn applikasjonens inndatatestdata i hver partisjon minst én gang med tilsvarende data som testtilfeller kan utledes fra. Ved hjelp av denne testmetoden reduserer den tiden som kreves for programvaretesting.

6. Hva er testing av hvite bokser, og oppgi hvilke typer testing av hvite bokser?

White box-testteknikk innebærer valg av testtilfeller basert på en analyse av den interne strukturen (kodedekning, filialdekning, veidekning, tilstandsdekning, etc.) til en komponent eller et system. Det er også kjent som kodebasert testing eller strukturell testing. Ulike typer testing av hvit boks er

  1. Uttalelsesdekning
  2. Beslutningsdekning

7. Hva verifiserer du ved testing av hvite bokser?

I hvit boks testes følgende trinn.

  1. Bekreft sikkerhetshullene i koden
  2. Bekreft de ufullstendige eller ødelagte banene i koden
  3. Bekreft flyten av struktur i henhold til dokumentspesifikasjonen
  4. Bekreft de forventede utgangene
  5. Bekreft alle betingede løkker i koden for å sjekke den fullstendige funksjonaliteten til applikasjonen
  6. Bekreft linje for linje koding og dekk 100 % testing

8. Hva er black box testing? Hva er de forskjellige testteknikkene for svart boks?

Black box-testing er programvaretestmetoden som brukes til å teste programvaren uten å vite den interne strukturen til kode eller program. Denne testen gjøres vanligvis for å sjekke funksjonaliteten til en applikasjon. De forskjellige testteknikkene for svart boks er

  1. Ekvivalenspartisjonering
  2. Grenseverdianalyse
  3. Årsak-virkning grafer

9. Hva er forskjellen mellom statisk og dynamisk testing?

Statisk testing: Under statisk testmetode blir ikke koden utført, og den utføres ved hjelp av programvaredokumentasjonen.

Dynamisk testing: For å utføre denne testen må koden være i en kjørbar form.

RELATERTE ARTIKLER

10. Hva er verifisering og validering?

Verifikasjon er en prosess for å evaluere programvare i utviklingsfasen. Det hjelper deg å avgjøre om produktet til en gitt applikasjon tilfredsstiller de spesifiserte kravene. Validering er prosessen med å evaluere programvare i etterkant av utviklingsprosessen og for å sjekke om den oppfyller kundens krav.

11. Hva er de forskjellige testnivåene?

Det er fire testnivåer

  1. Testing av enhet/komponent/program/modul
  2. Integrasjonstesting
  3. Systemtesting
  4. Akseptprøving

12. Hva er integrasjonstesting?

Integrasjonstesting er et nivå av programvaretesting, der individuelle enheter av en applikasjon kombineres og testes. Det utføres vanligvis etter enhets- og funksjonstesting.

13. Hvilke testplaner består av?

Testdesign, omfang, teststrategier, tilnærming er ulike detaljer som Testplandokumentet består av.

  1. Testtilfelleidentifikator
  2. Omfang
  3. Funksjoner som skal testes
  4. Egenskaper som ikke skal testes
  5. Teststrategi og testtilnærming
  6. Test leveranser
  7. Ansvar
  8. Bemanning og opplæring
  9. Risiko og beredskap

14. Hva er forskjellen mellom UAT (User Acceptance Testing) og systemtesting?

Systemtesting: Systemtesting er å finne defekter når systemet gjennomgår testing som helhet; det er også kjent som ende-til-ende-testing. I en slik type testing lider applikasjonen fra begynnelse til slutt.

UAT: User Acceptance Testing (UAT) innebærer å kjøre et produkt gjennom en rekke spesifikke tester som avgjør om produktet vil møte behovene til brukerne.

15. Nevn forskjellen mellom datadrevet testing og retesting?

Tester på nytt: Det er en prosess for å sjekke feil som blir utført av utviklingsteamet for å bekrefte at de er fikset.

Datadrevet testing (DDT): I datadrevet testprosess blir applikasjonen testet med flere testdata. Applikasjonen er testet med et annet sett med verdier.

Avansert manuell programvaretesting Intervjuspørsmål for 3/5/10 års erfaring

16. Hva er de verdifulle trinnene for å løse problemer mens du tester?

  • Registrer: Logg og håndter eventuelle problemer som har skjedd
  • Rapporter: Rapporter problemene til leder på høyere nivå
  • Kontroll: Definer problemhåndteringsprosessen

17. Hva er forskjellen mellom testscenarier, testcases og testskript?

Forskjellen mellom testscenarier og testtilfeller er det

Testscenarier: Et testscenario er enhver funksjonalitet som kan testes. Det kalles også Test Condition eller Test Mulighet.

Test tilfeller: Det er et dokument som inneholder trinnene som må utføres; det har vært planlagt tidligere.

Testskript: Det er skrevet på et programmeringsspråk, og det er et kort program som brukes til å teste deler av funksjonaliteten til programvaresystemet. Med andre ord et skriftlig sett med trinn som bør utføres manuelt.

18. Hva er latent defekt?

Latent defekt: Denne defekten er en eksisterende defekt i systemet som ikke forårsaker noen feil da det nøyaktige settet med betingelser aldri har blitt oppfylt

19. Hva er de to parameterne som kan være nyttige for å vite kvaliteten på testutførelsen?

For å vite kvaliteten på testutførelsen kan vi bruke to parametere

  • Defekt avvisningsforhold
  • Defekt lekkasjeforhold

Parametre for kvalitet på testutførelse

Parametre for kvalitet på testutførelse

20. Hva er funksjonen til programvaretestverktøyet "fantom"?

Phantom er et gratisprogram og brukes til skriptspråk for automatisering av Windows GUI. Den lar oss ta kontroll over vinduer og funksjoner automatisk. Den kan simulere hvilken som helst kombinasjon av tastetrykk og museklikk samt menyer, lister og mer.

21. Forklar hva testleveranser er?

Testleveranser er et sett med dokumenter, verktøy og andre komponenter som må utvikles og vedlikeholdes til støtte for testing.

Det er forskjellige testleveranser i hver fase av programvareutviklingens livssyklus

  • Før testing
  • Under testing
  • Etter testingen

22. Hva er mutasjonstesting?

Mutasjonstesting er en teknikk for å identifisere om et sett med testdata eller testcase er nyttig ved å med vilje introdusere ulike kodeendringer (bugs) og testing på nytt med originale testdata/-tilfeller for å avgjøre om feilene blir oppdaget.

23. Hvilke ting bør du vurdere før du velger automatiseringsverktøy for AUT?

  • Teknisk gjennomførbarhet
  • Kompleksitetsnivå
  • Påføringsstabilitet
  • Test data
  • Søknadsstørrelse
  • Gjenbruk av automatiserte skript
  • Utførelse på tvers av miljø

24. Hvordan vil du gjennomføre risikoanalyse?

For risikoanalysen må følgende trinn implementeres

  1. Finne poengsummen for risikoen
  2. Lage en profil for risikoen
  3. Endring av risikoegenskapene
  4. Distribuer ressursene til den testrisikoen
  5. Lage en database over risiko

25. Hva er kategoriene for feilsøking?

Kategorier for feilsøking

  1. Brute force debugging
  2. backtracking
  3. Årsak eliminering
  4. Programskjæring
  5. Feiltreanalyse

26. Hva er feilmaskering forklare med eksempel?

Når tilstedeværelsen av en defekt skjuler tilstedeværelsen av en annen defekt i systemet, er det kjent som feilmaskering.

Eksempel: Hvis "negativ verdi" forårsaker et uhåndtert systemunntak, vil utvikleren forhindre de negative verdiene. Dette vil løse problemet og skjule defekten ved uhåndtert unntaksavfyring.

27. Forklar hva Testplan er? Hva er informasjonen som bør dekkes i Testplan?

En testplan kan defineres som et dokument som beskriver omfanget, tilnærmingen, ressursene og tidsplanen for testaktiviteter, og en testplan bør dekke følgende detaljer.

  • Teststrategi
  • Testmål
  • Utgangs-/suspensjonskriterier
  • Ressursplanlegging
  • Testleveranser

28. Hvordan kan du eliminere produktrisikoen i prosjektet ditt?

Det hjelper deg å eliminere produktrisiko i prosjektet ditt, og det er et enkelt, men avgjørende trinn som kan redusere produktrisikoen i prosjektet ditt.

  • Undersøk spesifikasjonsdokumentene
  • Ha diskusjoner om prosjektet med alle interessenter inkludert utbygger
  • Som en ekte bruker går du rundt på nettstedet

29. Hva er den vanlige risikoen som fører til prosjektsvikt?

Den vanlige risikoen som fører til prosjektsvikt er

  • Har ikke nok menneskelige ressurser
  • Testmiljøet er kanskje ikke satt opp riktig
  • Begrenset budsjett
  • Tidsbegrensninger

30. På hvilket grunnlag kan du komme frem til et estimat for prosjektet ditt?

For å estimere prosjektet ditt, må du vurdere følgende punkter

  • Del opp hele prosjektet i de minste oppgavene
  • Tildel hver oppgave til teammedlemmer
  • Beregn innsatsen som kreves for å fullføre hver oppgave
  • Bekreft estimatet

31. Forklar hvordan du vil tildele en oppgave til teammedlemmer?

Oppgave Medlem
Analyser programvarekravspesifikasjonen Alle medlemmene
Lag testspesifikasjonen Tester/testanalytiker
Bygg opp testmiljøet Testadministrator
Utfør testsakene Tester, en testadministrator
Meld fra om mangler tester

32. Forklar hva som er testtype og hva er de mest brukte testtypene?

For å få et forventet testresultat følges en standard prosedyre som omtales som Testing Type.

Vanlige testtyper er

  • Enhetstesting: Test den minste koden til en applikasjon
  • API-testing: Testing API opprettet for applikasjonen
  • Integrasjonstesting: Individuelle programvaremoduler kombineres og testes
  • Systemtesting: Fullstendig testing av systemet
  • Installer/avinstaller testing: Testing utført fra klient/kundens synspunkt
  • Smidig testing: Testing gjennom smidig teknikk

33. Hva må du vurdere når du overvåker prosjektet ditt?

Tingene som må tas i betraktning er

  • Er prosjektet ditt i rute
  • Er du over budsjettet
  • Jobber du mot samme karrieremål
  • Har du nok ressurser
  • Er det noen advarselstegn på forestående problemer
  • Er det noe press fra ledelsen om å fullføre prosjektet tidligere

34. Hva er de vanlige feilene som skaper problemer?

  • Matching av ressurser til feil prosjekter
  • Testleder mangel på ferdigheter
  • Ikke lytte til andre
  • Dårlig planlegging
  • underslår
  • Ignorerer de små problemene
  • Følger ikke prosessen

35. Hva inneholder en typisk testrapport? Hva er fordelene med testrapporter?

En testrapport inneholder følgende ting:

  • prosjekt~~POS=TRUNC
  • Testmål
  • Testsammendrag
  • Defekt

Fordelene med testrapporter er:

  • Nåværende status for prosjektet og kvaliteten på produktet er informert
  • Ved behov kan interessenter og kunde iverksette korrigerende tiltak
  • Et endelig dokument er med på å avgjøre om produktet er klart for utgivelse

36. Hva er test management review og hvorfor er det viktig?

Ledergjennomgang omtales også som Kvalitetssikring av programvare eller SQA. SQA fokuserer mer på programvareprosessen i stedet for programvarearbeidsproduktene. Det er et sett med aktiviteter designet for å sikre at prosjektlederen følger standardprosessen. SQA hjelper testleder med å benchmarke prosjektet mot de fastsatte standardene.

37. Hva er beste praksis for kvalitetssikring av programvare?

De beste praksisene for en effektiv SQA-implementering er

  • Kontinuerlig Forbedring
  • Teknisk dokumentasjon
  • Verktøybruk
  • Metrics
  • Ansvar av teammedlemmer
  • Erfarne SQA-revisorer

38. Når er RTM (Requirement Traceability Matrix) utarbeidet?

RTM er forberedt før testcase design. Krav bør kunne spores fra revisjonsaktiviteter.

39. Hva er forskjellen mellom testmatrise og sporbarhetsmatrise?

Test matrise: Testmatrise brukes til å fange opp faktisk kvalitet, innsats, planen, ressursene og tiden som kreves for å fange opp alle faser av programvaretesting

Sporbarhetsmatrise: Kartlegging mellom testtilfeller og kundekrav er kjent som Traceability Matrix

40. Ved manuell testing, hva er stubber og drivere?

Både stubber og drivere er en del av inkrementell testing. I inkrementell testing er det to tilnærminger, nemlig bottom-up og top-down tilnærming. Drivere brukes i nedenfra-og-opp-testing og stub brukes for en ovenfra-og-ned-tilnærming. For å teste hovedmodulen brukes stubben, som er en dummykode eller et program.

41. Hva er trinnet du vil følge når du finner feilen?

Når en defekt er funnet, følger du trinnet

a) Gjenskap defekten

b) Legg ved skjermbildet

c) Logg feilen

42. Forklar hva som er "Test Plan Driven" eller "Key Word Driven" metode for testing?

Denne teknikken bruker selve testcasedokumentet utviklet av testere ved å bruke et regneark som inneholder spesielle "nøkkelord". Stikkordene styrer behandlingen.

43. Hva er DFD (Data Flow Diagram)?

Når en "flyt av data" gjennom et informasjonssystem er grafisk representert, er det kjent som dataflytdiagram. Den brukes også til visualisering av databehandling.

44. Forklar hva LCSAJ er?

LCSAJ står for 'lineær kodesekvens og hopp'. Den består av følgende tre elementer

a) Start av den lineære sekvensen av kjørbare setninger

b) Slutt på den lineære sekvensen

c) Mållinjen som kontrollstrømmen overføres til ved slutten av den lineære sekvensen

45. Forklar hva N+1-testing er?

Variasjonen av regresjonstesting er representert som N+1. I denne teknikken utføres testingen i flere sykluser der feil funnet i testsyklus 'N' blir løst og testet på nytt i testsyklus N+1. Syklusen gjentas med mindre det ikke finnes noen feil.

46. ​​Hva er Fuzz-testing og når den brukes?

Fuzz-testing brukes til å oppdage sikkerhetshull og kodefeil i programvare. I denne teknikken legges tilfeldige data til systemet i et forsøk på å krasje systemet. Hvis sårbarheten vedvarer, brukes et verktøy kalt fuzz-tester for å finne mulige årsaker. Denne teknikken er mer nyttig for større prosjekter, men oppdager bare en større feil.

47. Nevn hva de viktigste fordelene med erklæringsdekningsmetrikken for programvaretesting er?

Fordelen med erklæringsdekningsberegningen er at

a) Den krever ikke behandling av kildekode og kan brukes direkte på objektkode

b) Bugs fordeles jevnt gjennom koden, på grunn av hvilken prosentandel av kjørbare setninger som dekkes, gjenspeiler prosentandelen av oppdagede feil

48. Hvordan generere testcases for "erstatt en streng"-metoden?

a) Hvis tegn i ny streng > tegn i forrige streng. Ingen av karakterene skal avkortes

b) Hvis tegn i ny streng< tegn i forrige streng. Søppeltegn bør ikke legges til

c) Mellomrom etter og før strengen skal ikke slettes

d) Strengen skal bare erstattes for den første forekomsten av strengen

49. Hvordan vil du håndtere en konflikt mellom teammedlemmene dine?

  • Jeg vil snakke individuelt med hver person og notere deres bekymringer
  • Jeg vil finne en løsning på de vanlige problemene laget av medlemmer
  • Jeg skal holde et teammøte, avsløre løsningen og be folk om å samarbeide

50. Nevn hvilke kategorier av mangler?

Hovedsakelig er det tre defektkategorier

  • Feil: Når et krav er implementert feil
  • Manglende: Det er et avvik fra spesifikasjonen, en indikasjon på at en spesifikasjon ikke ble implementert eller et krav fra kunden ikke er oppfylt
  • ekstra: Et krav innlemmet i produktet som ikke ble gitt av sluttkunden. Det anses som en mangel fordi det er et avvik fra de eksisterende kravene

51. Forklar hvordan et testdekningsverktøy fungerer?

Kodedekningstestverktøyet kjører parallelt mens det utføres testing på det faktiske produktet. Kodedekningsverktøyet overvåker de utførte setningene til kildekoden. Når den endelige testingen er utført, får vi en fullstendig rapport over de ventende uttalelsene og får også dekningsprosenten.

52. Nevn hva forskjellen mellom en "defekt" og en "feil" i programvaretesting er?

Enkelt sagt når en mangel når sluttkunden, kalles det en feil mens mangelen identifiseres internt og løses; da omtales det som en defekt.

53. Forklar hvordan man kan teste dokumenter i et prosjekt som spenner over programvareutviklingens livssyklus?

Prosjektet spenner over programvareutviklingens livssyklus på følgende måte

  • Sentral/Prosjekttestplan: Det er hovedtestplanen som skisserer den komplette teststrategien til prosjektet. Denne planen brukes til slutten av livssyklusen for programvareutvikling
  • Aksepttestplan: Dette dokumentet begynner i løpet av kravfasen og er fullført ved endelig levering
  • Systemtestplan: Denne planen starter under designplanen og fortsetter til slutten av prosjektet
  • Integrasjon og enhetstestplan: Begge disse testplanene starter i utførelsesfasen og varer frem til endelig leveranse

54. Forklar hvilke testtilfeller som skrives først svarte bokser eller hvite bokser?

Black box-testsaker skrives først som å skrive black box-testsaker; det krever prosjektplan og kravdokument alle disse dokumentene er lett tilgjengelige i starten av prosjektet. Mens skriving av white box testcases krever mer arkitektonisk forståelse og er ikke tilgjengelig ved starten av prosjektet.

55. Forklar hva forskjellen mellom latente og maskerte defekter er?

  • Latent defekt: En latent defekt er en eksisterende defekt som ikke har forårsaket en feil fordi vilkårene aldri ble oppfylt
  • Maskert defekt: Det er en eksisterende defekt som ikke har forårsaket en feil fordi en annen defekt har forhindret den delen av koden i å bli utført

56. Nevn hva nedenfra og opp-testing er?

Bottom-up-testing er en tilnærming til integrasjonstesting, der komponentene på laveste nivå testes først, og deretter brukes til å lette testingen av komponenter på høyere nivå. Prosessen gjentas til komponenten øverst i hierarkiet er testet.

57. Nevn hva de ulike typene testdekningsteknikker er?

Ulike typer testdekningsteknikker inkluderer

  • Erklæringsdekning: Den bekrefter at hver linje med kildekode har blitt utført og testet
  • Beslutningsdekning: Det sikrer at hver beslutning i kildekoden blir utført og testet
  • Banedekning: Den sikrer at alle mulige ruter gjennom en gitt del av koden blir utført og testet

58. Nevn hva meningen med pustetesting er?

Pustetesting er en testpakke som utøver den fulle funksjonaliteten til et produkt, men som ikke tester funksjoner i detalj

59. Forklar hva meningen med Code Walk Through er?

Code Walk Through er den uformelle analysen av programmets kildekode for å finne defekter og verifisere kodeteknikker

60. Nevn hva de grunnleggende komponentene i feilrapportformatet er?

De viktigste komponentene i defektrapportformatet inkluderer

  • Prosjektnavn
  • Modulnavn
  • Defekt oppdaget på
  • Defekt oppdaget av
  • Defekt ID og navn
  • Øyeblikksbilde av defekten
  • Status for prioritet og alvorlighetsgrad
  • Feil løst av
  • Defekten løst på

61. Nevn hva hensikten bak å utføre ende-til-ende-testing er?

End-to-end testing utføres etter funksjonstesting. Hensikten bak å utføre ende-til-ende-testing er det

  • For å validere programvarekrav og integrasjon med eksterne grensesnitt
  • Testing av applikasjonen i et virkelighetsscenario
  • Testing av interaksjon mellom applikasjon og database

62. Forklar hva det betyr med testsele?

En testsele er å konfigurere et sett med verktøy og testdata for å teste en applikasjon under forskjellige forhold, og det innebærer å overvåke utgangen med forventet utgang for korrekthet.

63. Forklar i et testprosjekt hvilke testaktiviteter vil du automatisere?

Ved testing av prosjekttestaktiviteter vil du automatisere

  • Tester som må kjøres for hver versjon av applikasjonen
  • Tester som bruker flere data for samme sett med handlinger
  • Identiske tester som må utføres med forskjellige nettlesere
  • Oppdragskritiske sider
  • En transaksjon med sider som ikke endres på kort tid

64. Hva er HOVEDfordelen med å designe tester tidlig i livssyklusen?

Det bidrar til å forhindre at defekter blir introdusert i koden.

65. Hva er risikobasert testing?

Risikobasert Testing er betegnelsen som brukes for en tilnærming til å lage en Teststrategi som er basert på å prioritere tester etter risiko. Grunnlaget for tilnærmingen er en detaljert risikoanalyse og prioritering av risiko etter risikonivå. Tester for å adressere hver risiko spesifiseres deretter, og starter med den høyeste risikoen først.

66. Hva er NØKKELforskjellen mellom forebyggende og reaktive tilnærminger til testing?

Forebyggende tester utformes tidlig; reaktive tester utformes etter at programvaren er produsert.

67. Hva er hensikten med utgangskriterier?

Hensikten med utgangskriterier er å definere når et testnivå er fullført.

68. Hva bestemmer risikonivået?

Sannsynligheten for en uønsket hendelse og virkningen av hendelsen bestemmer risikonivået.

69. Når brukes Decision table testing?

Decision table testing brukes for testing av systemer der spesifikasjonen har form av regler eller årsak-virkning-kombinasjoner. I en beslutningstabell er inngangene listet opp i en kolonne, med utgangene i samme kolonne, men under inngangene. Resten av tabellen utforsker kombinasjoner av innganger for å definere utgangene som produseres.

Lær mer om testteknikk for beslutningstabell i videoopplæringen her.

70. Hvorfor bruker vi beslutningstabeller?

Teknikkene for ekvivalenspartisjonering og grenseverdianalyse brukes ofte på spesifikke situasjoner eller input. Men hvis ulike kombinasjoner av innganger resulterer i at ulike handlinger blir utført, kan dette være vanskeligere å vise ved bruk av ekvivalenspartisjonering og grenseverdianalyse, som har en tendens til å være mer fokusert på brukergrensesnittet. De to andre spesifikasjonsbaserte teknikkene, beslutningstabeller og tilstandsovergangstesting er mer fokusert på forretningslogikk eller forretningsregler. En beslutningstabell er en god måte å håndtere kombinasjoner av ting (f.eks. input). Denne teknikken blir noen ganger også referert til som en 'årsak-virkning'-tabell. Grunnen til dette er at det er en assosiert logisk diagramteknikk kalt 'årsak-virkning grafer' som noen ganger ble brukt for å utlede beslutningstabellen

71. Hva er HOVEDmålet når man vurderer en programvareleveranse?

For å identifisere defekter i ethvert programvarearbeidsprodukt.

72. Hvilket av følgende definerer de forventede resultatene av en test? Testtilfellesspesifikasjon eller testdesignspesifikasjon.

Testtilfellesspesifikasjonen definerer de forventede resultatene av en test.

73. Hva er fordelen med testuavhengighet?

Det unngår forfatterskjevhet ved å definere effektive tester.

74. Som en del av hvilken testprosess bestemmer du utgangskriteriene?

Utgangskriteriene bestemmes på grunnlag av 'Testplanlegging'.

75. Hva er alfa-testing?

Forhåndstesting av sluttbrukerrepresentanter på utviklerens nettsted.

76. Hva er betatesting?

Testing utført av potensielle kunder på deres egne lokasjoner.

77. Nevn hva forskjellen mellom pilot- og betatesting er?

Forskjellen mellom en pilot- og betatesting er at pilottesting faktisk utføres ved bruk av produktet av gruppen av brukere før den endelige distribusjonen, og i betatesting legger vi ikke inn ekte data, men det installeres hos sluttkunden for å validere hvis produktet kan brukes i produksjonen.

78. Gitt følgende kodefragment, hvor mange tester kreves for 100 % beslutningsdekning?

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 testsaker for å gi 100 % erklæring og 100 % beslutningsdekning for følgende kodefragment. hvis bredde > lengde så største_dimensjon = bredde ellers største_dimensjon = lengde end_if Følgende er lagt til nederst i kodefragmentet ovenfor. print “Største dimensjon er” &største_dimensjonprint “Bredde: ” & width print “Lengde: ” & lengde Hvor mange flere testtilfeller kreves?

Ingen, eksisterende testtilfeller kan brukes.

80. Hva er forskjellen mellom testteknikker og testverktøy?

Testteknikk: – Er en prosess for å sikre at noen aspekter av applikasjonssystemet eller enheten fungerer som det skal, det kan være få teknikker, men mange verktøy.

Testverktøy: – Er et redskap for å utføre en testprosess. Verktøyet er en ressurs for testeren, men er i seg selv utilstrekkelig til å utføre testing

Lær mer om testverktøy her.

81. Vi bruker utdataene fra kravanalysen, kravspesifikasjonen som input for å skrive …

Testtilfeller for brukeraksept

82. Gjentatt testing av et allerede testet program, etter modifikasjon, for å oppdage eventuelle feil som er introdusert eller avdekket som et resultat av endringene i programvaren som testes eller i en annen relatert eller urelatert programvarekomponent:

Regresjonstesting

83. En grossist selger skriverkassetter. Minste bestillingsantall er 5. Det gis 20 % rabatt for bestillinger på 100 eller flere skriverkassetter. Du har blitt bedt om å forberede testtilfeller ved å bruke ulike verdier for antall bestilte skriverkassetter. Hvilken av de følgende gruppene inneholder tre testinndata som vil bli generert ved bruk av grenseverdianalyse?

4, 5, 99

84. Hva er komponenttesting?

Komponenttesting, også kjent som enhets-, modul- og programtesting, søker etter defekter i og verifiserer funksjonen til programvare (f.eks. moduler, programmer, objekter, klasser osv.) som kan testes separat. Komponenttesting kan gjøres isolert fra resten av systemet avhengig av konteksten til utviklingslivssyklusen og systemet. Oftest brukes stubber og drivere for å erstatte den manglende programvaren og simulere grensesnittet mellom programvarekomponentene enkelt. En stubb kalles opp fra programvarekomponenten som skal testes; en driver kaller en komponent som skal testes.

Her er en fantastisk video Enhetstesting

85. Hva er funksjonelle systemtesting?

Testing av ende-til-ende funksjonalitet av systemet som helhet er definert som en funksjonell systemtesting.

86. Hva er fordelene med uavhengig testing?

Uavhengige testere er objektive og identifiserer ulike defekter samtidig.

87. I en REAKTIV tilnærming til testing, når ville du forvente at hoveddelen av testdesignarbeidet ble påbegynt?

Hoveddelen av testdesignarbeidet startet etter at programvaren eller systemet er produsert.

88. Hva er de forskjellige metodikkene i smidig utviklingsmodell?

Det er for øyeblikket syv forskjellige smidige metoder som jeg er klar over:

  1. Ekstrem programmering (XP)
  2. Scrum
  3. Lean programvareutvikling
  4. Funksjonsdrevet utvikling
  5. Agile enhetlig prosess
  6. Krystall
  7. Dynamic Systems Development Model (DSDM)

89. Hvilken aktivitet i den grunnleggende testprosessen inkluderer evaluering av testbarheten til kravene og systemet?

En 'Testanalyse' og 'Design' inkluderer evaluering av testbarheten til kravene og systemet.

90. Hva er vanligvis den VIKTIGSTE grunnen til å bruke risiko for å drive testarbeid?

Fordi å teste alt er ikke gjennomførbart.

91. Hva er tilfeldig testing/apetesting? Når brukes den?

Tilfeldig testing er ofte kjent som apetesting. I en slik type testing genereres data tilfeldig ofte ved hjelp av et verktøy eller en automatisert mekanisme. Med denne tilfeldig genererte inngangen testes systemet, og resultatene analyseres deretter. Disse testingene er mindre pålitelige; derfor brukes det normalt av nybegynnere og for å se om systemet vil holde ut under uønskede effekter.

92. Hvilke av følgende er gyldige mål for hendelsesrapporter?

  1. Gi utviklere og andre parter tilbakemelding om problemet for å muliggjøre identifisering, isolasjon og korrigering etter behov.
  2. Gi ideer for forbedring av testprosesser.
  3. Gi et redskap for å vurdere testers kompetanse.
  4. Gi testere et middel til å spore kvaliteten på systemet som testes.

93. Vurder følgende teknikker. Hva er statiske og hvilke er dynamiske teknikker?

  1. Ekvivalenspartisjonering.
  2. Bruk Case Testing.
  3. Analyse av dataflyt.
  4. Utforskende testing.
  5. Beslutningstesting.
  6. Inspeksjoner.

Dataflytanalyse og inspeksjoner er statiske; Ekvivalenspartisjonering, Use Case-testing, Exploratory Testing og Decision Testing er dynamiske.

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

Fordi de deler målet om å identifisere defekter, men er forskjellige i hvilke typer feil de finner.

95. Hva er fasene i en formell gjennomgang?

I motsetning til uformelle anmeldelser følger formelle anmeldelser en formell prosess. En typisk formell gjennomgangsprosess består av seks hovedtrinn:

  1. Planlegging
  2. Kick-off
  3. Forberedelse
  4. Revse møte
  5. bearbeide
  6. Følge opp.

96. Hva er rollen til moderator i gjennomgangsprosessen?

Moderatoren (eller revisjonslederen) leder gjennomgangsprosessen. Han eller hun bestemmer, i samarbeid med forfatteren, type anmeldelse, tilnærming og sammensetningen av vurderingsteamet. Moderatoren utfører inngangskontrollen og oppfølgingen av omarbeidet, for å kontrollere kvaliteten på input og output fra gjennomgangsprosessen. Moderatoren planlegger også møtet, formidler dokumenter før møtet, coacher andre teammedlemmer, tar tempo på møtet, leder mulige diskusjoner og lagrer dataene som samles inn.

Lære mer om Revse prosessen i videoopplæringen her.

97. Hva er en ekvivalenspartisjon (også kjent som en ekvivalensklasse)?

Et inn- eller utdataområde med verdier slik at bare én verdi i området blir et testtilfelle.

98. Når bør prosedyrer for konfigurasjonsadministrasjon implementeres?

Under testplanlegging.

99. En type funksjonstesting, som undersøker funksjonene knyttet til deteksjon av trusler, som virus fra ondsinnede utenforstående?

Sikkerhetstesting

100. Testing hvor vi utsetter målet for testen, for varierende arbeidsbelastning for å måle og evaluere ytelsesatferden og evnen til målet og testen til å fortsette å fungere skikkelig under disse forskjellige arbeidsbelastningene?

Load Testing

101. Testaktivitet som utføres for å avdekke feil i grensesnittene og i samspillet mellom integrerte komponenter er?

Testing av integrasjonsnivå

102. Hva er de strukturbaserte (white-box) testteknikkene?

Strukturbaserte testteknikker (som også er dynamiske snarere enn statiske) bruker den interne strukturen til programvaren for å utlede testtilfeller. De kalles ofte "white-box" eller "glass-box"-teknikker (som antyder at du kan se inn i systemet) siden de krever kunnskap om hvordan programvaren er implementert, det vil si hvordan den fungerer. For eksempel kan en strukturell teknikk være opptatt av å trene looper i programvaren. Ulike testtilfeller kan utledes for å trene løkken én, to ganger og mange ganger. Dette kan gjøres uavhengig av funksjonaliteten til programvaren.

103. Når bør "Regresjonstesting" utføres?

Etter at programvaren har endret seg eller når miljøet har endret seg Regresjonstesting skal utføres.

104. Hva er negativ og positiv testing?

En negativ test er når du legger inn en ugyldig inndata og mottar feil. Mens positiv testing er når du legger inn en gyldig inndata og forventer at noen handlinger blir fullført i samsvar med spesifikasjonen.

105. Hva er hensikten med et testgjennomføringskriterium?

Formålet med testgjennomføringskriteriet er å bestemme når testingen skal stoppes

106. Hva kan statisk analyse IKKE finne?

For eksempel minnelekkasjer.

107. Hva er forskjellen mellom re-testing og regresjonstesting?

Re-testing sikrer at den opprinnelige feilen er fjernet; regresjonstesting ser etter uventede bivirkninger.

108. Hva er de erfaringsbaserte testteknikkene?

I erfaringsbaserte teknikker er folks kunnskap, ferdigheter og bakgrunn en viktig bidragsyter til testforholdene og testtilfellene. Erfaringene til både tekniske og forretningsfolk er viktig, da de bringer ulike perspektiver til testanalysen og designprosessen. På grunn av tidligere erfaring med lignende systemer kan de ha innsikt i hva som kan gå galt, noe som er veldig nyttig for testing.

109. Hvilken type vurdering krever formelle inn- og utgangskriterier, inkludert beregninger?

Inspeksjon

110. Kan vurderinger eller inspeksjoner betraktes som en del av testing?

Ja, fordi begge deler hjelper til med å oppdage feil og forbedrer kvaliteten.

111. Et inndatafelt tar fødselsåret mellom 1900 og 2004 hva er grenseverdiene for å teste dette feltet?

1899,1900,2004,2005

112. Hvilket av følgende verktøy vil være involvert i automatisering av regresjonstest? en. Datatester b. Grensetester c. Ta opp/avspilling d. Utgangskomparator.

d. Utgangskomparator

113. For å teste en funksjon, hva må skrive en programmerer, som kaller funksjonen som skal testes og bestå testdata.

Driver

114. Hva er den viktigste grunnen til at utviklere har problemer med å teste sitt eget arbeid?

Mangel på objektivitet

115. "Hvor mye testing er nok?"

Svaret avhenger av risikoen for din bransje, kontrakt og spesielle krav.

116. Når bør testingen stoppes?

Det avhenger av risikoen for systemet som testes. Det er noen kriterier basert på som du kan slutte å teste.

  1. Tidsfrister (testing, utgivelse)
  2. Testbudsjettet er oppbrukt
  3. Feilfrekvens faller under et visst nivå
  4. Testtilfeller fullført med en viss prosentandel bestått
  5. Alfa- eller betaperioder for testslutt
  6. Dekning av kode, funksjonalitet eller krav er oppfylt til et spesifisert punkt

117. Hvilket av følgende er det primære formålet med integreringsstrategien for integrasjonstesting i det lille?

Det primære formålet med integrasjonsstrategien er å spesifisere hvilke moduler som skal kombineres når og hvor mange på en gang.

118. Hva er semi-tilfeldige testtilfeller?

Semi-tilfeldige testtilfeller er ingenting, men når vi utfører tilfeldige testtilfeller og gjør ekvivalenspartisjonering til disse testtilfellene, fjerner det overflødige testtilfeller, og gir oss dermed semi-tilfeldige testtilfeller.

119. Gitt følgende kode, hvilket utsagn er sant om minimum antall testtilfeller som kreves for full utsagn og filialdekning?

Les s

Les q

IF p+q> 100

SÅ skriv ut "Large"

SLUTT OM

HVIS p > 50

SÅ skriv ut "p Large"

SLUTT OM

1 test for erklæringsdekning, 2 for grendekning

120. Hvilken anmeldelse brukes vanligvis for å vurdere et produkt for å fastslå dets egnethet for den tiltenkte bruken og for å identifisere avvik?

Teknisk Review.

121. Feil som er funnet skal opprinnelig dokumenteres av hvem?

Av testere.

122. Hvilken er den gjeldende formelle, verdensomspennende anerkjente dokumentasjonsstandarden?

Det er ikke en.

123. Hvilken av følgende er vurderingsdeltakeren som har opprettet elementet som skal vurderes?

Forfatter

124. En rekke kritiske feil er fikset i programvaren. Alle feilene er i én modul, relatert til rapporter. Testlederen bestemmer seg for å gjøre regresjonstesting kun på rapportmodulen.

Regresjonstesting bør også gjøres på andre moduler fordi fiksering av en modul kan påvirke andre moduler.

125. Hvorfor gir grenseverdianalysen gode testcases?

Fordi det ofte gjøres feil under programmering av de forskjellige tilfellene nær 'kantene' av verdiområdet.

126. Hva skiller en inspeksjon fra andre anmeldelsestyper?

Den ledes av en utdannet leder, bruker formelle inn- og utreisekriterier og sjekklister.

127. Hvorfor kan testeren være avhengig av konfigurasjonsadministrasjon?

Fordi konfigurasjonsadministrasjon sikrer at vi kjenner den eksakte versjonen av testvaren og testobjektet.

128. Hva er V-modell?

En programvareutviklingsmodell som illustrerer hvordan testaktiviteter integreres med programvareutviklingsfaser

129. Hva er vedlikeholdstesting?

Utløst av modifikasjoner, migrering eller pensjonering av eksisterende programvare

130. Hva er testdekning?

Testdekning måler på en bestemt måte mengden testing utført av et sett med tester (avledet på en annen måte, f.eks. ved bruk av spesifikasjonsbaserte teknikker). Uansett hvor vi kan telle ting og kan fortelle om hver av disse tingene har blitt testet av en eller annen test, kan vi måle dekningen.

131. Hvorfor foretrekkes inkrementell integrasjon fremfor "big bang"-integrasjon?

Fordi inkrementell integrasjon har bedre tidlige defekter screening og isolasjonsevne

132. Hva kalles prosessen som starter med terminalmodulene?

Bottom-up integrasjon

133. Under hvilken testaktivitet kan feil oppdages mest kostnadseffektivt?

Under testplanlegging

134. Hensikten med kravfasen er

For å fryse krav, for å forstå brukerbehov, for å definere omfanget av testing

135. Hvorfor deler vi testing i forskjellige stadier?

Vi deler testingen inn i forskjellige stadier på grunn av følgende årsaker:

  1. Hvert testtrinn har et annet formål
  2. Det er lettere å klare å teste i etapper
  3. Vi kan kjøre forskjellige tester i forskjellige miljøer
  4. Ytelse og kvalitet på testingen forbedres ved hjelp av fasetesting

136. Hva er DRE?

For å måle testeffektivitet, brukes en kraftig beregning for å måle testeffektivitet kjent som DRE (Defect Removal Efficiency) Fra denne beregningen vil vi vite hvor mange feil vi har funnet fra settet med testtilfeller. Formelen for å beregne DRE er

DRE=Antall feil under en testing/antall feil under testing + antall feil funnet av en bruker

137. Hvilken av følgende vil sannsynligvis ha størst nytte av bruken av testverktøy som gir testopptak og replay-fasiliteter? a) Regresjonstesting b) Integrasjonstesting c) Systemtesting d) Brukeraksepttesting

Regresjonstesting

138. Hvordan vil du anslå mengden av re-testing som sannsynligvis vil være nødvendig?

Beregninger fra tidligere lignende prosjekter og diskusjoner med utviklingsteamet

139. Hva studerer dataflytanalyse?

Bruk av data på stier gjennom koden.

140. Hva er fiasko?

Feil er et avvik fra spesifisert oppførsel.

141. Hva er testkomparatorer?

Er det virkelig en test hvis du legger inn noen inndata i noen programvare, men aldri ser for å se om programvaren gir riktig resultat? Essensen av testing er å sjekke om programvaren gir riktig resultat og å gjøre det, og vi må sammenligne det programvaren produserer med det den skal produsere. En testkomparator hjelper til med å automatisere aspekter ved den sammenligningen.

142. Hvem er ansvarlig for å dokumentere alle problemstillinger, problemer og åpne punkter som ble identifisert under gjennomgangsmøtet

Scribe

143. Hva er hovedformålet med uformell gjennomgang

En rimelig måte å få noen fordeler på

144. Hva er hensikten med testdesignteknikk?

Identifisere testforhold og identifisere testtilfeller

145. Når man tester et karakterberegningssystem, bestemmer en tester at alle poeng fra 90 til 100 vil gi karakteren A, men poeng under 90 vil ikke. Denne analysen er kjent som:

Ekvivalenspartisjonering

146. En testleder ønsker å bruke ressursene som er tilgjengelige for automatisert testing av en webapplikasjon. Det beste valget er

Tester, testautomater, nettspesialist, DBA

147. Under testingen av en modultester fant 'X' en feil og tilordnet den til en utvikler. Men utvikleren avviser det samme og sier at det ikke er en feil. Hva 'X' skal gjøre?

Send den detaljerte informasjonen om feilen som ble oppdaget og kontroller reproduserbarheten

148. En type integrasjonstesting der programvareelementer, maskinvareelementer eller begge kombineres på en gang til en komponent eller et samlet system, i stedet for i etapper.

Big-Bang-testing

149. I praksis kan hvilken livssyklusmodell ha flere, færre eller forskjellige nivåer av utvikling og testing, avhengig av prosjektet og programvareproduktet. For eksempel kan det være komponentintegrasjonstesting etter komponenttesting, og systemintegrasjonstesting etter systemtesting.

V-modell

150. Hvilken teknikk kan brukes for å oppnå input- og outputdekning? Det kan brukes på menneskelig input, input via grensesnitt til et system, eller grensesnittparametere i integrasjonstesting.

Ekvivalenspartisjonering

151. "Denne livssyklusmodellen er drevet av tidsplan og budsjettrisiko" Denne uttalelsen er best egnet for.

V-modell

152. I hvilken rekkefølge skal tester kjøres?

Den viktigste må testes først

153. Jo senere i utviklingens livssyklus en feil oppdages, jo dyrere er det å fikse. Hvorfor?

Feilen er bygget inn i mer dokumentasjon, kode, tester m.m

154. Hva er dekningsmåling?

Det er et delvis mål på testens grundighet.

155. Hva er grenseverditesting?

Test grensebetingelser på, under og over kantene til inngangs- og utgangsekvivalensklasser. For eksempel, la oss si en bankapplikasjon der du kan ta ut maksimalt Rs.20,000 100 og minimum Rs.XNUMX, så i grenseverditesting tester vi bare de eksakte grensene, i stedet for å treffe i midten. Det betyr at vi tester over maksimumsgrensen og under minimumsgrensen.

156. Hva representerer COTS?

Kommersiell hyllevare.

157. Formålet med dette er å tillate at spesifikke tester kan utføres på et system eller nettverk som ligner så mye som mulig på miljøet der elementet som testes vil bli brukt ved utgivelse?

Test miljø

158. Hva kan tenkes å være basert på prosjektplanen, men med større detaljer?

Fasetestplan

159. Hva er rask applikasjonsutvikling?

Rapid Application Development (RAD) er formelt sett en parallell utvikling av funksjoner og påfølgende integrasjon. Komponenter/funksjoner utvikles parallelt som om de var miniprosjekter, utviklingen settes i timeboks, leveres og settes deretter sammen til en fungerende prototype. Dette kan veldig raskt gi kunden noe å se og bruke og gi tilbakemelding angående leveransen og deres krav. Rask endring og utvikling av produktet er mulig ved bruk av denne metodikken. Imidlertid vil produktspesifikasjonen måtte utvikles for produktet på et tidspunkt, og prosjektet må plasseres under mer formell kontroll før det settes i produksjon.

👉 Se vår – Testing Quiz

👉 Se vår – Programvaretesting Intervjuspørsmål Youtube-video

Gratis PDF-nedlasting: Programvaretesting Intervjuspørsmål og svar

Ovennevnte manuell testing intervjuspørsmål og svar pdf vil hjelpe ferskere så vel som erfarne QA-ingeniører. Del gjerne siden med venner og kolleger.