150 Manuell testning av intervjufrågor och svar för 2025

By: Thomas Hamilton Thomas Hamilton
Hours Uppdaterad

Vi har sammanställt de vanligaste manuella testfrågorna och svaren som gör dig bekant med vilken typ av intervjufrågor för mjukvarutestare som en intervjuare kan ställa till dig under din intervju. I den här listan med intervjufrågor för mjukvarutestning med svar, har vi täckt alla vanliga grundläggande och avancerade testintervjufrågor för 10 års erfarenhet med detaljerade svar för att hjälpa dig att enkelt rensa den manuella testningsintervjun.

Vi har täckt nästan 150+ viktiga viva-frågor för mjukvarutestning för nybörjarkandidater samt manuell testning av erfarna intervjufrågor för QA-ingenjörer för att förbereda sig för den kommande intervjun. Den här detaljerade guiden med intervjufrågor för mjukvarutestning för erfarna kandidater hjälper dig att knäcka din jobbintervju för mjukvarutestning.

Manuell testning Intervjufrågor och svar för erfarna och nybörjare

1. Vad är Exploratory Testing?

Utforskande testning är ett praktiskt tillvägagångssätt där testare är involverade i minimal planering och maximalt testutförande. Planeringen inbegriper skapandet av ett testschema, en kort deklaration om omfattningen av en kort (1 till 2 timmar) tidsramad testinsats, målen och möjliga tillvägagångssätt som ska användas. Testdesign och testexekveringsaktiviteter utförs parallellt, vanligtvis utan att formellt dokumentera testförhållandena, testfallen eller testskripten. Detta betyder inte att andra, mer formella testtekniker inte kommer att användas. Testaren kan till exempel välja att använda gränsvärdesanalys men kommer att tänka igenom och testa de viktigaste gränsvärdena utan att nödvändigtvis skriva ner dem. Några anteckningar kommer att skrivas under den utforskande testsessionen så att en rapport kan tas fram i efterhand.

👉 Gratis PDF-nedladdning: Manuell testning av intervjufrågor och svar

2. Vad är "use case testing"?

För att identifiera och utföra funktionskravet för en applikation från början till slut används "use case" och teknikerna som används för att göra detta kallas för "Use Case Testing".

3. Vad är skillnaden mellan STLC (Software Testing Life Cycle) och SDLC (Software Development Life Cycle)?

SDLC handlar om utveckling/kodning av programvaran medan STLC hanterar validering och verifiering av programvaran

4. Vad är spårbarhetsmatris?

Sambandet mellan testfall och krav visas med hjälp av ett dokument. Detta dokument är känt som en spårbarhetsmatris.

5. Vad är Equivalence-partitioneringstestning?

Ekvivalenspartitioneringstestning är en mjukvarutestteknik som delar upp applikationens indatatestdata i varje partition minst en gång av motsvarande data från vilka testfall kan härledas. Genom denna testmetod minskar den tiden som krävs för mjukvarutestning.

6. Vad är white box-testning och ange vilka typer av white box-testning?

White box-testteknik involverar urval av testfall baserat på en analys av den interna strukturen (kodtäckning, filialtäckning, bantäckning, tillståndstäckning, etc.) av en komponent eller ett system. Det är också känt som kodbaserad testning eller strukturell testning. Olika typer av white box-testning finns

  1. Utlåtande täckning
  2. Beslutstäckning

7. Vad verifierar du vid testning av white box?

I white box-testning verifieras följande steg.

  1. Verifiera säkerhetshålen i koden
  2. Verifiera de ofullständiga eller trasiga sökvägarna i koden
  3. Verifiera strukturflödet enligt dokumentspecifikationen
  4. Verifiera förväntade utgångar
  5. Verifiera alla villkorliga loopar i koden för att kontrollera applikationens fullständiga funktionalitet
  6. Verifiera rad för rad kodning och täck 100 % testning

8. Vad är black box-testning? Vilka är de olika testteknikerna för black box?

Black box-testning är mjukvarutestmetoden som används för att testa programvaran utan att känna till den interna strukturen för kod eller program. Denna testning görs vanligtvis för att kontrollera en applikations funktionalitet. De olika testteknikerna för black box är

  1. Ekvivalensuppdelning
  2. Gränsvärdesanalys
  3. Orsak-verkan grafer

9. Vad är skillnaden mellan statisk och dynamisk testning?

Statisk testning: Under statisk testmetod exekveras inte koden och den utförs med hjälp av mjukvarudokumentationen.

Dynamisk testning: För att utföra denna testning krävs att koden är i en körbar form.

RELATERADE ARTIKLAR

10. Vad är verifiering och validering?

Verifiering är en process för att utvärdera programvara i utvecklingsfasen. Det hjälper dig att avgöra om produkten för en viss applikation uppfyller de specificerade kraven. Validering är processen att utvärdera mjukvara efter utvecklingsprocessen och för att kontrollera om den uppfyller kundens krav.

11. Vilka är de olika testnivåerna?

Det finns fyra testnivåer

  1. Test av enhet/komponent/program/modul
  2. Integrationstest
  3. Systemtestning
  4. Acceptantestning

12. Vad är integrationstestning?

Integrationstest är en nivå av mjukvarutestprocess, där enskilda enheter av en applikation kombineras och testas. Det utförs vanligtvis efter enhets- och funktionstestning.

13. Vad består testplaner av?

Testdesign, omfattning, teststrategier, tillvägagångssätt är olika detaljer som Testplansdokumentet består av.

  1. Testfallsidentifierare
  2. Omfattning
  3. Funktioner som ska testas
  4. Funktioner som inte ska testas
  5. Teststrategi & Testmetod
  6. Testa leveranser
  7. Ansvar
  8. Personal och utbildning
  9. Risker och oförutsedda händelser

14. Vad är skillnaden mellan UAT (User Acceptance Testing) och systemtestning?

Systemtestning: Systemtestning är att hitta defekter när systemet genomgår testning som helhet; det är också känt som end-to-end-testning. I en sådan typ av testning lider applikationen från början till slutet.

UAT: User Acceptance Testing (UAT) innebär att en produkt körs genom en serie specifika tester som avgör om produkten kommer att möta användarnas behov.

15. Nämn skillnaden mellan datadriven testning och omtestning?

Testar om: Det är en process för att kontrollera buggar som åtgärdas av utvecklingsteamet för att verifiera att de är åtgärdade.

Datadriven testning (DDT): I datadriven testprocess testas applikationen med flera testdata. Applikationen testas med en annan uppsättning värden.

Avancerad manuell mjukvarutestning Intervjufrågor för 3/5/10 års erfarenhet

16. Vilka är de värdefulla stegen för att lösa problem under testning?

  • Registrera: Logga och hantera eventuella problem som har inträffat
  • Rapportera: Rapportera problemen till chefen på högre nivå
  • Kontroll: Definiera ärendehanteringsprocessen

17. Vad är skillnaden mellan testscenarier, testfall och testskript?

Skillnaden mellan testscenarier och testfall är det

Testscenarier: Ett testscenario är vilken funktion som helst som kan testas. Det kallas också för Testvillkor eller Testmöjlighet.

Testfall: Det är ett dokument som innehåller de steg som måste utföras; det har planerats tidigare.

Testskript: Det är skrivet på ett programmeringsspråk och det är ett kort program som används för att testa en del av mjukvarusystemets funktionalitet. Med andra ord en skriftlig uppsättning steg som bör utföras manuellt.

18. Vad är Latent defekt?

Latent defekt: Denna defekt är en existerande defekt i systemet som inte orsakar något fel eftersom den exakta uppsättningen villkor aldrig har uppfyllts

19. Vilka är de två parametrarna som kan vara användbara för att veta kvaliteten på testexekveringen?

För att veta kvaliteten på testexekveringen kan vi använda två parametrar

  • Defekt avvisningsförhållande
  • Defekt läckageförhållande

Parametrar för kvaliteten på testutförandet

Parametrar för kvaliteten på testutförandet

20. Vilken funktion har mjukvarutestverktyget "fantom"?

Phantom är ett gratisprogram och används för skriptspråk för automatisering av Windows GUI. Det låter oss ta kontroll över fönster och funktioner automatiskt. Den kan simulera valfri kombination av tangenttryckningar och musklick samt menyer, listor och mer.

21. Förklara vad Testleveranser är?

Testleveranser är en uppsättning dokument, verktyg och andra komponenter som måste utvecklas och underhållas till stöd för testning.

Det finns olika testresultat i varje fas av mjukvaruutvecklingens livscykel

  • Innan du testar
  • Under testning
  • Efter testet

22. Vad är mutationstestning?

Mutationstestning är en teknik för att identifiera om en uppsättning testdata eller testfall är användbar genom att avsiktligt införa olika kodändringar (buggar) och testa om med original testdata/fall för att avgöra om buggarna upptäcks.

23. Vad bör du tänka på innan du väljer automationsverktyg för AUT?

  • Teknisk genomförbarhet
  • Komplexitetsnivå
  • Applikationsstabilitet
  • Testdata
  • Applikationsstorlek
  • Återanvändbarhet av automatiserade skript
  • Utförande över hela miljön

24. Hur kommer du att genomföra riskanalys?

För riskanalysen måste följande steg implementeras

  1. Att hitta poängen för risken
  2. Gör en profil för risken
  3. Ändra riskegenskaperna
  4. Använd resurserna för den testrisken
  5. Skapa en databas över risker

25. Vilka är kategorierna för felsökning?

Kategorier för felsökning

  1. Brute force felsökning
  2. backa
  3. Orsak eliminering
  4. Program Slicing
  5. Felträdsanalys

26. Vad är felmaskering förklara med exempel?

När närvaron av en defekt döljer närvaron av en annan defekt i systemet kallas det felmaskering.

Exempel: Om det "negativa värdet" orsakar ett ohanterat systemundantag, kommer utvecklaren att förhindra inmatningen av negativa värden. Detta kommer att lösa problemet och dölja defekten med obehandlad undantagsavfyrning.

27. Förklara vad testplan är? Vilken information bör tas upp i Testplan?

En testplan kan definieras som ett dokument som beskriver omfattning, tillvägagångssätt, resurser och schema för testaktiviteter och en testplan bör täcka följande detaljer.

  • Teststrategi
  • Testmål
  • Utgångs-/avstängningskriterier
  • Resursplanering
  • Testleveranser

28. Hur kan du eliminera produktrisken i ditt projekt?

Det hjälper dig att eliminera produktrisken i ditt projekt, och det finns ett enkelt men avgörande steg som kan minska produktrisken i ditt projekt.

  • Undersök specifikationsdokumenten
  • Ha diskussioner om projektet med alla intressenter inklusive utvecklaren
  • Som en riktig användare gå runt på webbplatsen

29. Vilken är den vanliga risken som leder till projektmisslyckande?

Den vanliga risken som leder till ett projektmisslyckande är

  • Att inte ha tillräckligt med mänskliga resurser
  • Testmiljön kanske inte är korrekt inställd
  • Begränsad budget
  • Tidsbegränsningar

30. På vilken grund kan du komma fram till en uppskattning för ditt projekt?

För att uppskatta ditt projekt måste du överväga följande punkter

  • Dela upp hela projektet i de minsta uppgifterna
  • Tilldela varje uppgift till teammedlemmar
  • Uppskatta den ansträngning som krävs för att slutföra varje uppgift
  • Validera uppskattningen

31. Förklara hur du skulle fördela en uppgift till gruppmedlemmar?

uppgift Medlem
Analysera kravspecifikation för programvara Alla medlemmar
Skapa testspecifikationen Testare/Testanalytiker
Bygg upp testmiljön Testadministratör
Utför testfallet Testare, en testadministratör
Rapportera defekter Testare

32. Förklara vad som är testtyp och vilka är de vanligaste testtyperna?

För att få ett förväntat testresultat följs en standardprocedur som benämns Testing Type.

Vanliga testtyper är

  • Enhetstestning: Testa den minsta koden i en applikation
  • API-testning: Testa API skapat för applikationen
  • Integrationstestning: Individuella programvarumoduler kombineras och testas
  • Systemtestning: Fullständig testning av systemet
  • Installera/avinstallera testning: Testning utförd från klient/kundsynpunkt
  • Agil testning: Testning genom agil teknik

33. Vad måste du tänka på när du övervakar ditt projekt?

De saker som måste tas i beaktande är

  • Är ditt projekt enligt schemat
  • Är du över budget
  • Jobbar du mot samma karriärmål
  • Har du tillräckligt med resurser
  • Finns det några varningstecken på förestående problem
  • Finns det någon press från ledningen att slutföra projektet tidigare

34. Vilka är de vanligaste misstagen som skapar problem?

  • Matcha resurser till fel projekt
  • Testledare bristande kompetens
  • Att inte lyssna på andra
  • Dålig schemaläggning
  • Underskattar
  • Att ignorera de små problemen
  • Följer inte processen

35. Vad innehåller en typisk testrapport? Vilka är fördelarna med testrapporter?

En testrapport innehåller följande saker:

  • Project Information
  • Testmål
  • Testsammanfattning
  • defekt

Fördelarna med testrapporter är:

  • Aktuell status för projektet och kvaliteten på produkten informeras
  • Vid behov kan intressenter och kund vidta korrigerande åtgärder
  • Ett slutligt dokument hjälper till att avgöra om produkten är redo för release

36. Vad är testledningsgranskning och varför är det viktigt?

Ledningsgranskning kallas också Kvalitetssäkring av programvara eller SQA. SQA fokuserar mer på mjukvaruprocessen snarare än mjukvaruarbetsprodukterna. Det är en uppsättning aktiviteter utformade för att se till att projektledaren följer standardprocessen. SQA hjälper testledaren att jämföra projektet mot uppsatta standarder.

37. Vilka är de bästa metoderna för kvalitetssäkring av programvara?

De bästa metoderna för en effektiv SQA-implementering är

  • Kontinuerlig förbättring
  • Dokumentation
  • Verktygsanvändning
  • Metrics
  • Ansvar av teammedlemmar
  • Erfarna SQA-revisorer

38. När förbereds RTM (Requirement Traceability Matrix)?

RTM förbereds innan testfallsdesign. Krav bör kunna spåras från granskningsaktiviteter.

39. Vad är skillnaden mellan testmatris och spårbarhetsmatris?

Testa matris: Testmatris används för att fånga faktisk kvalitet, ansträngning, plan, resurser och tid som krävs för att fånga alla faser av mjukvarutestning

Spårbarhetsmatris: Kartläggning mellan testfall och kundkrav är känd som Traceability Matrix

40. Vad är stubbar och drivrutiner vid manuell testning?

Både stubbar och förare ingår i inkrementella tester. I inkrementell testning finns det två tillvägagångssätt, nämligen nedifrån och upp och uppifrån. Drivrutiner används i nedifrån-och-upp-testning och stubb används för ett uppifrån-och-ned-tillvägagångssätt. För att testa huvudmodulen används stubben, som är en dummykod eller ett program.

41. Vilket är steget du skulle följa när du hittat defekten?

När en defekt har hittats skulle du följa steget

a) Återskapa defekten

b) Bifoga skärmdumpen

c) Logga defekten

42. Förklara vad som är "Test Plan Driven" eller "Key Word Driven" metod för testning?

Denna teknik använder det faktiska testfallsdokumentet som utvecklats av testare med hjälp av ett kalkylblad som innehåller speciella "nyckelord". Nyckelorden styr bearbetningen.

43. Vad är DFD (Data Flow Diagram)?

När ett "dataflöde" genom ett informationssystem representeras grafiskt, kallas det dataflödesdiagram. Det används också för visualisering av databehandling.

44. Förklara vad LCSAJ är?

LCSAJ står för 'linjär kodsekvens och hopp'. Den består av följande tre artiklar

a) Start av den linjära sekvensen av körbara satser

b) Slutet på den linjära sekvensen

c) Mållinjen till vilken kontrollflödet överförs i slutet av den linjära sekvensen

45. Förklara vad N+1-testning är?

Variationen av regressionstestning representeras som N+1. I denna teknik utförs testningen i flera cykler där fel som hittas i testcykel 'N' löses och testas om i testcykel N+1. Cykeln upprepas om det inte finns några fel.

46. ​​Vad är Fuzz-testning och när används det?

Fuzz-testning används för att upptäcka säkerhetsluckor och kodningsfel i programvara. I denna teknik läggs slumpmässiga data till systemet i ett försök att krascha systemet. Om sårbarheten kvarstår, används ett verktyg som kallas fuzz tester för att fastställa potentiella orsaker. Denna teknik är mer användbar för större projekt men upptäcker bara ett större fel.

47. Nämn vilka de främsta fördelarna med mått på satstäckning för programvarutestning är?

Fördelen med statistiktäckningsmåttet är att

a) Det kräver ingen bearbetning av källkod och kan appliceras direkt på objektkoden

b) Buggar fördelas jämnt genom koden, på grund av vilken procentandel av körbara uttalanden som täcks återspeglar procentandelen av upptäckta fel

48. Hur genererar man testfall för metoden "ersätt en sträng"?

a) Om tecken i ny sträng > tecken i föregående sträng. Ingen av karaktärerna ska trunkeras

b) Om tecken i ny sträng< tecken i föregående sträng. Skräptecken ska inte läggas till

c) Mellanslag efter och före strängen ska inte raderas

d) Sträng bör endast bytas ut för den första förekomsten av strängen

49. Hur kommer du att hantera en konflikt mellan dina teammedlemmar?

  • Jag kommer att prata individuellt med varje person och notera deras oro
  • Jag kommer att hitta en lösning på de vanliga problemen som teammedlemmar tar upp
  • Jag kommer att hålla ett teammöte, avslöja lösningen och be folk att samarbeta

50. Nämn vilka kategorier av defekter finns?

Det finns huvudsakligen tre defektkategorier

  • Fel: När ett krav implementeras felaktigt
  • Saknas: Det är en avvikelse från specifikationen, en indikation på att en specifikation inte implementerades eller ett krav från kunden inte uppfylls
  • extra: Ett krav som ingår i produkten som inte gavs av slutkunden. Det betraktas som en defekt eftersom det är en avvikelse från de befintliga kraven

51. Förklara hur ett testtäckningsverktyg fungerar?

Testverktyget för kodtäckning körs parallellt medan det utför tester på den faktiska produkten. Kodtäckningsverktyget övervakar de körda satserna i källkoden. När slutprovningen är gjord får vi en fullständig rapport över de pågående utlåtandena och får även täckningsprocenten.

52. Nämn vad skillnaden är mellan ett "defekt" och ett "fel" i mjukvarutestning?

Enkelt uttryckt när ett fel når slutkunden kallas det ett fel medan defekten identifieras internt och åtgärdas; då kallas det en defekt.

53. Förklara hur man testar dokument i ett projekt som sträcker sig över mjukvaruutvecklingens livscykel?

Projektet sträcker sig över programvaruutvecklingens livscykel på följande sätt

  • Central/Projekttestplan: Det är huvudtestplanen som beskriver projektets fullständiga teststrategi. Denna plan används till slutet av mjukvaruutvecklingens livscykel
  • Acceptanstestplan: Detta dokument börjar under kravfasen och är klar vid slutleveransen
  • Systemtestplan: Denna plan börjar under designplanen och fortsätter till slutet av projektet
  • Integrations- och enhetstestplan: Båda dessa testplaner startar under utförandefasen och pågår fram till slutleverans

54. Förklara vilka testfall som skrivs första svarta eller vita rutor?

Black box testfall skrivs först som att skriva black box testfall; det kräver projektplan och kravdokument alla dessa dokument är lättillgängliga i början av projektet. Medan man skriver white box kräver testfall mer arkitektonisk förståelse och är inte tillgängligt i början av projektet.

55. Förklara vad skillnaden är mellan latenta och maskerade defekter?

  • Latent defekt: En latent defekt är en existerande defekt som inte har orsakat ett fel eftersom villkoren aldrig uppfylldes
  • Maskerad defekt: Det är en befintlig defekt som inte har orsakat ett fel eftersom en annan defekt har hindrat den delen av koden från att exekveras

56. Nämn vad bottom-up-testning är?

Bottom-up-testning är ett tillvägagångssätt för integrationstestning, där komponenterna på lägsta nivån testas först och sedan används för att underlätta testning av komponenter på högre nivå. Processen upprepas tills komponenten högst upp i hierarkin testas.

57. Nämn vilka olika typer av testtäckningstekniker är?

Olika typer av testtäckningstekniker inkluderar

  • Uttalandets täckning: Den verifierar att varje rad med källkod har körts och testats
  • Beslutstäckning: Det säkerställer att varje beslut i källkoden exekveras och testas
  • Bantäckning: Det säkerställer att alla möjliga vägar genom en given del av koden exekveras och testas

58. Nämn vad innebörden av utandningstest är?

Andningstest är en testsvit som utövar produktens fulla funktionalitet men som inte testar funktioner i detalj

59. Förklara vad innebörden av Code Walk Through är?

Code Walk Through är den informella analysen av programmets källkod för att hitta defekter och verifiera kodningstekniker

60. Nämn vilka de grundläggande komponenterna i defektrapportformatet är?

De väsentliga komponenterna i defektrapportformatet inkluderar

  • Projektnamn
  • Modulnamn
  • Defekt upptäckt på
  • Defekt upptäckt av
  • Defekt ID och namn
  • Ögonblicksbild av defekten
  • Prioritet och Allvarlighetsstatus
  • Defekt löst av
  • Defekt löst på

61. Nämn vad syftet med att göra end-to-end-testning är?

End-to-end-testning görs efter funktionstestning. Syftet med att göra end-to-end-testning är det

  • För att validera programkrav och integration med externa gränssnitt
  • Testa applikationen i verklig miljöscenario
  • Test av interaktion mellan applikation och databas

62. Förklara vad det betyder med testsele?

En testsele är att konfigurera en uppsättning verktyg och testdata för att testa en applikation under olika förhållanden, och det innebär att övervaka utdata med förväntad utdata för korrekthet.

63. Förklara i ett testprojekt vilka testaktiviteter skulle du automatisera?

När du testar projekttestaktiviteter skulle du automatisera är

  • Tester som måste köras för varje version av applikationen
  • Tester som använder flera data för samma uppsättning åtgärder
  • Identiska tester som måste utföras med olika webbläsare
  • Affärskritiska sidor
  • En transaktion med sidor som inte ändras på kort tid

64. Vilken är den HUVUDSAKLIGA fördelen med att utforma tester tidigt i livscykeln?

Det hjälper till att förhindra att defekter introduceras i koden.

65. Vad är riskbaserad testning?

Riskbaserad Testning är termen som används för ett tillvägagångssätt för att skapa en Teststrategi som bygger på att prioritera tester efter risk. Grunden för tillvägagångssättet är en detaljerad riskanalys och prioritering av risker efter risknivå. Tester för att hantera varje risk specificeras sedan, med början med den högsta risken först.

66. Vad är den viktigaste skillnaden mellan förebyggande och reaktiva metoder för testning?

Förebyggande tester utformas tidigt; reaktiva tester utformas efter att programvaran har producerats.

67. Vad är syftet med exitkriterier?

Syftet med exitkriterier är att definiera när en testnivå är klar.

68. Vad avgör risknivån?

Sannolikheten för en negativ händelse och effekten av händelsen avgör risknivån.

69. När används Beslutstabellstestning?

Decision table testing används för att testa system där specifikationen har formen av regler eller orsak-verkan kombinationer. I en beslutstabell listas ingångarna i en kolumn, med utgångarna i samma kolumn men under ingångarna. Resten av tabellen utforskar kombinationer av indata för att definiera de producerade utdata.

Lär dig mer om testningsteknik för beslutstabell i självstudievideon här.

70. Varför använder vi beslutstabeller?

Teknikerna för ekvivalensuppdelning och gränsvärdesanalys tillämpas ofta på specifika situationer eller indata. Men om olika kombinationer av indata leder till att olika åtgärder vidtas kan detta vara svårare att visa med ekvivalenspartitionering och gränsvärdesanalys, som tenderar att vara mer fokuserade på användargränssnittet. De andra två specifikationsbaserade teknikerna, beslutstabeller och tillståndsövergångstestning är mer fokuserade på affärslogik eller affärsregler. En beslutstabell är ett bra sätt att hantera kombinationer av saker (t.ex. input). Denna teknik kallas ibland också för en "orsak-effekt"-tabell. Anledningen till detta är att det finns en associerad logisk diagramteknik som kallas 'orsakseffektgrafering' som ibland användes för att härleda beslutstabellen

71. Vad är HUVUDSIKTET när man granskar en mjukvaruleverans?

För att identifiera defekter i någon mjukvaruprodukt.

72. Vilket av följande definierar de förväntade resultaten av ett test? Testfallsspecifikation eller testdesignspecifikation.

Testfallsspecifikationen definierar de förväntade resultaten av ett test.

73. Vad är fördelen med testoberoende?

Det undviker författarens partiskhet när det gäller att definiera effektiva tester.

74. Som en del av vilken testprocess bestämmer du utträdeskriterierna?

Utgångskriterierna bestäms på grundval av "Testplanering".

75. Vad är alfatestning?

Pre-release-testning av slutanvändarrepresentanter på utvecklarens webbplats.

76. Vad är betatestning?

Testning utförd av potentiella kunder på deras egna platser.

77. Nämn vad skillnaden är mellan pilot- och betatestning?

Skillnaden mellan en pilot- och betatestning är att pilottestning faktiskt görs med hjälp av produkten av användargruppen innan den slutliga implementeringen, och i betatestning matar vi inte in riktig data, utan den installeras hos slutkunden för att validera om produkten kan användas i produktionen.

78. Med tanke på följande kodfragment, hur många tester krävs för 100 % beslutstäckning?

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 utformat testfall för att ge 100 % uttalande och 100 % beslutstäckning för följande kodfragment. om bredd > längd då största_dimension = bredd annars största_dimension = längd end_if Följande har lagts till längst ner i kodfragmentet ovan. print “Biggest dimension is” &biggest_dimensionprint “Width: ” & width print “Längd: ” & length Hur många fler testfall krävs?

Inga, befintliga testfall kan användas.

80. Vad är skillnaden mellan testtekniker och testverktyg?

Testteknik: – Är en process för att säkerställa att vissa aspekter av applikationssystemet eller enheten fungerar korrekt, det kan finnas få tekniker men många verktyg.

Testverktyg: – Är ett fordon för att utföra en testprocess. Verktyget är en resurs för testaren, men i sig är det inte tillräckligt för att utföra testning

Läs mer om testverktyg här.

81. Vi använder utdata från kravanalysen, kravspecifikationen som indata för att skriva ...

Testfall för användaracceptans

82. Upprepad testning av ett redan testat program, efter modifiering, för att upptäcka eventuella defekter som introducerats eller avslöjats som ett resultat av ändringar i programvaran som testas eller i en annan relaterad eller icke-relaterad mjukvarukomponent:

Regressionstestning

83. En grossist säljer skrivarpatroner. Minsta beställningskvantitet är 5. Det finns 20 % rabatt för beställningar av 100 eller fler skrivarpatroner. Du har blivit ombedd att förbereda testfall med olika värden för antalet beställda skrivarpatroner. Vilken av följande grupper innehåller tre testingångar som skulle genereras med Boundary Value Analysis?

4, 5, 99

84. Vad är komponenttestning?

Komponenttestning, även känd som enhets-, modul- och programtestning, söker efter defekter i och verifierar funktionen hos programvara (t.ex. moduler, program, objekt, klasser, etc.) som är separat testbara. Komponenttestning kan göras isolerat från resten av systemet beroende på sammanhanget för utvecklingslivscykeln och systemet. Oftast används stubbar och drivrutiner för att ersätta den saknade programvaran och enkelt simulera gränssnittet mellan mjukvarukomponenterna. En stubb anropas från mjukvarukomponenten som ska testas; en drivrutin anropar en komponent som ska testas.

Här är en fantastisk video Enhetstestning

85. Vad är funktionell systemtestning?

Att testa hela systemets funktionalitet definieras som en funktionell systemtestning.

86. Vilka är fördelarna med oberoende tester?

Oberoende testare är opartiska och identifierar olika defekter samtidigt.

87. I ett REAKTIVt tillvägagångssätt för testning, när skulle du förvänta dig att huvuddelen av testdesignarbetet skulle påbörjas?

Huvuddelen av testdesignarbetet påbörjades efter att programvaran eller systemet har producerats.

88. Vilka är de olika metoderna i Agile Development Model?

Det finns för närvarande sju olika agila metoder som jag är medveten om:

  1. Extrem programmering (XP)
  2. Scrum
  3. Mager mjukvaruutveckling
  4. Funktionsdriven utveckling
  5. Agile Unified Process
  6. Kristall
  7. Dynamic Systems Development Model (DSDM)

89. Vilken aktivitet i den grundläggande testprocessen inkluderar utvärdering av kravens och systemets testbarhet?

En 'Testanalys' och 'Design' inkluderar utvärdering av kravens och systemets testbarhet.

90. Vilket är vanligtvis det VIKTIGASTE skälet till att använda risk för att driva testinsatser?

För att testa allt är inte genomförbart.

91. Vad är slump-/aptestning? När används den?

Slumpmässig testning är ofta känd som apatestning. I en sådan typ av testning genereras data slumpmässigt ofta med hjälp av ett verktyg eller en automatiserad mekanism. Med denna slumpmässigt genererade indata testas systemet och resultaten analyseras därefter. Dessa tester är mindre tillförlitliga; därför används det normalt av nybörjare och för att se om systemet kommer att hålla ut under negativa effekter.

92. Vilka av följande är giltiga mål för incidentrapporter?

  1. Ge utvecklare och andra parter feedback om problemet för att möjliggöra identifiering, isolering och korrigering vid behov.
  2. Ge idéer för förbättring av testprocesser.
  3. Tillhandahålla ett verktyg för att bedöma testares kompetens.
  4. Ge testare ett sätt att spåra kvaliteten på systemet som testas.

93. Tänk på följande tekniker. Vilka är statiska och vilka är dynamiska tekniker?

  1. Ekvivalensuppdelning.
  2. Användningsfallstestning.
  3. Dataflödesanalys.
  4. Utforskande testning.
  5. Beslutstestning.
  6. Inspektioner.

Dataflödesanalys och inspektioner är statiska; Ekvivalensuppdelning, Use Case-testning, Exploratory Testing och Decision Testing är dynamiska.

94. Varför beskrivs statisk testning och dynamisk testning som komplementära?

Eftersom de delar syftet att identifiera defekter men skiljer sig åt i vilken typ av defekt de hittar.

95. Vilka är faserna i en formell granskning?

Till skillnad från informella granskningar följer formella granskningar en formell process. En typisk formell granskningsprocess består av sex huvudsteg:

  1. Planering
  2. Kick-off
  3. FÖRBEREDNING
  4. Review möte
  5. Rework
  6. Uppföljning.

96. Vilken roll spelar moderator i granskningsprocessen?

Moderatorn (eller granskningsledaren) leder granskningen. Han eller hon bestämmer, i samarbete med författaren, typ av recension, tillvägagångssätt och sammansättningen av granskningsteamet. Moderatorn utför inträdeskontrollen och uppföljningen av omarbetningen, för att kontrollera kvaliteten på in- och utdata från granskningsprocessen. Moderatorn schemalägger också mötet, sprider dokument innan mötet, coachar andra teammedlemmar, tar fart på mötet, leder eventuella diskussioner och lagrar data som samlas in.

Lära sig mer om Revse processen i Video Tutorial här.

97. Vad är en ekvivalenspartition (även känd som en ekvivalensklass)?

Ett in- eller utmatningsintervall av värden så att endast ett värde i intervallet blir ett testfall.

98. När ska procedurer för konfigurationshantering implementeras?

Under testplanering.

99. En typ av funktionstestning, som undersöker funktionerna för att upptäcka hot, såsom virus från illvilliga utomstående?

Säkerhetstestning

100. Testning där vi utsätter testmålet för olika arbetsbelastningar för att mäta och utvärdera prestationsbeteenden och förmågan hos målet och testet att fortsätta att fungera korrekt under dessa olika arbetsbelastningar?

Lasttestning

101. Testaktivitet som utförs för att avslöja defekter i gränssnitten och i samspelet mellan integrerade komponenter är?

Integrationsnivåtestning

102. Vilka är de strukturbaserade (white-box) testteknikerna?

Strukturbaserade testtekniker (som också är dynamiska snarare än statiska) använder programvarans interna struktur för att härleda testfall. De kallas vanligtvis för 'vita låda' eller 'glaslåda'-tekniker (vilket innebär att du kan se in i systemet) eftersom de kräver kunskap om hur programvaran implementeras, det vill säga hur den fungerar. Till exempel kan en strukturell teknik handla om att träna loopar i mjukvaran. Olika testfall kan härledas för att träna loopen en, två gånger och många gånger. Detta kan göras oavsett programvarans funktionalitet.

103. När ska ”Regressionstestning” utföras?

Efter att programvaran har ändrats eller när miljön har ändrats Regressionstestning bör utföras.

104. Vad är negativa och positiva tester?

Ett negativt test är när du lägger in en ogiltig inmatning och får fel. Medan positiv testning är när du lägger in en giltig input och förväntar dig att någon åtgärd ska slutföras i enlighet med specifikationen.

105. Vad är syftet med ett testkompletterande kriterium?

Syftet med testets slutförande kriteriet är att bestämma när testet ska sluta

106. Vad kan statisk analys INTE hitta?

Till exempel minnesläckor.

107. Vad är skillnaden mellan omtestning och regressionstestning?

Omtestning säkerställer att det ursprungliga felet har tagits bort; regressionstestning letar efter oväntade biverkningar.

108. Vilka är de erfarenhetsbaserade testteknikerna?

I erfarenhetsbaserade tekniker är människors kunskaper, färdigheter och bakgrund i första hand bidragande till testförhållandena och testfallen. Erfarenheten hos både tekniker och affärsmän är viktig, eftersom de ger olika perspektiv på testanalys och designprocess. På grund av tidigare erfarenheter av liknande system kan de ha insikter om vad som kan gå fel, vilket är mycket användbart för att testa.

109. Vilken typ av granskning kräver formella in- och utträdeskriterier, inklusive mätvärden?

Inspektion

110. Kan granskningar eller inspektioner betraktas som en del av testning?

Ja, eftersom både hjälper till att upptäcka fel och förbättrar kvaliteten.

111. Ett inmatningsfält tar födelseåret mellan 1900 och 2004 vad är gränsvärdena för att testa detta fält?

1899,1900,2004,2005

112. Vilket av följande verktyg skulle vara involverat i automatisering av regressionstest? a. Datatestare b. Gränsprövare c. Inspelning/uppspelning d. Utgångsjämförare.

d. Utgångsjämförare

113. För att testa en funktion, vad måste skriva en programmerare, som anropar funktionen som ska testas och klarar testdata.

Chaufför

114. Vilken är den viktigaste anledningen till att utvecklare har svårt att testa sitt eget arbete?

Brist på objektivitet

115. "Hur mycket testning räcker?"

Svaret beror på risken för din bransch, kontrakt och speciella krav.

116. När ska testningen avbrytas?

Det beror på riskerna för systemet som testas. Det finns några kriterier baserade på vilka du kan sluta testa.

  1. Deadlines (testning, release)
  2. Testbudgeten har tagit slut
  3. Felfrekvensen faller under en viss nivå
  4. Testfall avslutade med en viss procentandel godkänd
  5. Alfa- eller betaperioder för testslut
  6. Täckning av kod, funktionalitet eller krav uppfylls till en viss punkt

117. Vilket av följande är det primära syftet med integrationsstrategin för integrationstestning i det lilla?

Det primära syftet med integrationsstrategin är att specificera vilka moduler som ska kombineras när och hur många på en gång.

118. Vad är semi-slumpmässiga testfall?

Semi-slumpmässiga testfall är ingenting, men när vi utför slumpmässiga testfall och gör ekvivalenspartitionering till dessa testfall, tar det bort redundanta testfall, vilket ger oss semi-slumpmässiga testfall.

119. Med tanke på följande kod, vilket påstående är sant om det minsta antal testfall som krävs för fullständig påstående och filialtäckning?

Läs sid

Läs q

IF p+q> 100

Skriv sedan ut "Large"

ENDIF

OM p > 50

Skriv sedan ut "p Large"

ENDIF

1 test för uppgiftstäckning, 2 för filialtäckning

120. Vilken recension används normalt för att utvärdera en produkt för att fastställa dess lämplighet för den avsedda användningen och för att identifiera avvikelser?

Teknisk Review.

121. Upptäckta fel ska ursprungligen dokumenteras av vem?

Av testare.

122. Vilken är den nuvarande formella, världsomfattande erkända dokumentationsstandarden?

Det finns ingen.

123. Vilken av följande är recensionsdeltagaren som har skapat objektet som ska granskas?

Författare

124. Ett antal kritiska buggar är fixade i programvaran. Alla buggar finns i en modul, relaterade till rapporter. Testhanteraren bestämmer sig för att endast göra regressionstestning på rapportmodulen.

Regressionstestning bör göras på andra moduler också eftersom fixering av en modul kan påverka andra moduler.

125. Varför ger gränsvärdesanalysen bra testfall?

Eftersom fel ofta görs under programmering av de olika fallen nära "kanterna" av värdeintervallet.

126. Vad skiljer en inspektion från andra granskningstyper?

Den leds av en utbildad ledare, använder formella in- och utträdeskriterier och checklistor.

127. Varför kan testaren vara beroende av konfigurationshantering?

Eftersom konfigurationshantering säkerställer att vi känner till den exakta versionen av testprogramvaran och testobjektet.

128. Vad är V-Model?

En mjukvaruutvecklingsmodell som illustrerar hur testaktiviteter integreras med mjukvaruutvecklingsfaser

129. Vad är underhållstestning?

Utlöst av modifieringar, migrering eller avveckling av befintlig programvara

130. Vad är testtäckning?

Testtäckning mäter på något specifikt sätt mängden testning som utförs av en uppsättning tester (härledd på något annat sätt, t.ex. genom att använda specifikationsbaserade tekniker). Varhelst vi kan räkna saker och kan avgöra om var och en av dessa saker har testats av något test eller inte, då kan vi mäta täckningen.

131. Varför föredras inkrementell integration framför "big bang"-integration?

Eftersom inkrementell integration har bättre tidiga defekter screening och isoleringsförmåga

132. Vad kallas processen som börjar med terminalmodulerna?

Integrering nedifrån och upp

133. Under vilken testaktivitet kunde fel hittas mest kostnadseffektivt?

Under testplanering

134. Syftet med kravfasen är

Att frysa krav, att förstå användarbehov, att definiera omfattningen av testning

135. Varför delar vi upp testning i olika stadier?

Vi delar upp testningen i olika stadier på grund av följande skäl,

  1. Varje teststeg har ett annat syfte
  2. Det är lättare att klara av att testa i etapper
  3. Vi kan köra olika tester i olika miljöer
  4. Testningens prestanda och kvalitet förbättras med hjälp av stegvis testning

136. Vad är DRE?

För att mäta testeffektivitet används ett kraftfullt mått för att mäta testeffektivitet som kallas DRE (Defect Removal Efficiency) Från detta mått skulle vi veta hur många buggar vi har hittat från uppsättningen av testfall. Formeln för att beräkna DRE är

DRE=Antal buggar under en testning/antal buggar under testning + antal buggar som hittats av en användare

137. Vilket av följande kommer sannolikt att gynnas mest av användningen av testverktyg som tillhandahåller testfångnings- och uppspelningsmöjligheter? a) Regressionstestning b) Integrationstestning c) Systemtestning d) Användaracceptanstestning

Regressionstestning

138. Hur skulle du uppskatta hur mycket omtestning som sannolikt kommer att krävas?

Mätvärden från tidigare liknande projekt och diskussioner med utvecklingsteamet

139. Vad studerar dataflödesanalys?

Användningen av data på vägar genom koden.

140. Vad är misslyckande?

Ett misslyckande är ett avsteg från specificerat beteende.

141. Vad är testjämförare?

Är det verkligen ett test om du lägger in några indata i någon programvara, men aldrig ser efter om programvaran ger rätt resultat? Kärnan i testning är att kontrollera om programvaran ger rätt resultat och att göra det, och vi måste jämföra vad programvaran producerar med vad den ska producera. En testjämförare hjälper till att automatisera aspekter av den jämförelsen.

142. Vem är ansvarig för att dokumentera alla frågor, problem och öppna punkter som identifierades under granskningsmötet

Scribe

143. Vad är huvudsyftet med informell granskning

Ett billigt sätt att få lite nytta

144. Vad är syftet med testdesignteknik?

Identifiera testförhållanden och identifiera testfall

145. När man testar ett betygsberäkningssystem bestämmer en testare att alla poäng från 90 till 100 kommer att ge betyget A, men poäng under 90 inte. Denna analys är känd som:

Ekvivalensuppdelning

146. En testhanterare vill använda de tillgängliga resurserna för automatiserad testning av en webbapplikation. Det bästa valet är

Testare, testautomater, webbspecialist, DBA

147. Under testningen av en modultestare hittade 'X' en bugg och tilldelade den till en utvecklare. Men utvecklaren avvisar detsamma och säger att det inte är en bugg. Vad "X" ska göra?

Skicka den detaljerade informationen om den påträffade buggen och kontrollera reproducerbarheten

148. En typ av integrationstestning där mjukvaruelement, hårdvaruelement eller båda kombineras på en gång till en komponent eller ett övergripande system, snarare än i etapper.

Big Bang-testning

149. I praktiken kan vilken livscykelmodell ha fler, färre eller olika nivåer av utveckling och testning, beroende på projektet och mjukvaruprodukten. Till exempel kan det finnas komponentintegrationstestning efter komponenttestning och systemintegrationstestning efter systemtestning.

V-modell

150. Vilken teknik kan användas för att uppnå in- och utdatatäckning? Det kan appliceras på mänsklig input, input via gränssnitt till ett system eller gränssnittsparametrar i integrationstestning.

Ekvivalensuppdelning

151. "Denna livscykelmodell drivs av schema- och budgetrisker" Detta uttalande är bäst lämpat för.

V-modell

152. I vilken ordning ska tester köras?

Den viktigaste måste testas först

153. Ju senare i utvecklingens livscykel ett fel upptäcks, desto dyrare är det att åtgärda. Varför?

Felet har byggts in i mer dokumentation, kod, tester m.m

154. Vad är täckningsmätning?

Det är ett partiellt mått på testets grundlighet.

155. Vad är gränsvärdestestning?

Testa gränsvillkor på, under och ovanför kanterna av ingångs- och utgående ekvivalensklasser. Låt oss till exempel säga en bankapplikation där du kan ta ut maximalt 20,000 100 Rs. och minst XNUMX Rs. XNUMX Rs, så i gränsvärdestestning testar vi bara de exakta gränserna, snarare än att slå i mitten. Det betyder att vi testar över maxgränsen och under minimigränsen.

156. Vad representerar COTS?

Kommersiell från hyllan.

157. Vilket syfte är att tillåta att specifika tester utförs på ett system eller nätverk som så nära som möjligt liknar miljön där föremålet som testas kommer att användas vid utgivningen?

Testmiljö

158. Vad kan tänkas vara baserat på projektplanen, men med större detaljer?

Fastestplan

159. Vad är snabb applikationsutveckling?

Rapid Application Development (RAD) är formellt en parallell utveckling av funktioner och efterföljande integration. Komponenter/funktioner utvecklas parallellt som om de vore miniprojekt, utvecklingarna är tidsinställda, levereras och sätts sedan ihop till en fungerande prototyp. Detta kan mycket snabbt ge kunden något att se och använda och att ge feedback angående leveransen och deras krav. Snabb förändring och utveckling av produkten är möjlig med denna metodik. Produktspecifikationen kommer dock att behöva utvecklas för produkten någon gång, och projektet kommer att behöva placeras under mer formella kontroller innan det sätts i produktion.

👉 Se vår – Testa Quiz

👉 Se vår – Programvarutestning Intervjufrågor Youtube-video

Gratis PDF-nedladdning: Programvarutestning av intervjufrågor och svar

Ovanstående manuella testintervjufrågor och -svar pdf kommer att hjälpa både nybörjare och erfarna QA-ingenjörer. Dela gärna sidan med vänner och kollegor.

Du kanske gillar: