Vi har samlet de hyppigst stillede manuelle testinterviewspørgsmål og -svar, der gør dig bekendt med den type softwaretestinterviewspørgsmål, som en interviewer kan stille dig under dit interview. I denne liste over spørgsmål om manuel testinterview med svar har vi dækket alle ofte stillede grundlæggende og avancerede softwaretestinterviewspørgsmål med detaljerede svar, der hjælper dig med at rydde det manuelle test jobinterview let.
Vi har dækket næsten 150+ vigtige interviewspørgsmål til Manual Testing for freshers kandidater samt Manual Testing interviewspørgsmål til erfarne QA Engineers for at hjælpe med at forberede sig til det kommende interview. Denne detaljerede guide til interviewspørgsmål til manuel test hjælper dig med at knække dit jobinterview til softwaretest.
Manual Testing Interview Spørgsmål og svar
1. Hvad er sonderende testning?
Undersøgende test er en praktisk tilgang, hvor testere er involveret i minimumsplanlægning og maksimal testudførelse. Planlægningen involverer oprettelse af et testcharter, en kort erklæring om omfanget af en kort (1 til 2 timers) tidsbestemt testindsats, målene og mulige tilgange, der skal bruges. Testdesignet og testudførelsesaktiviteterne udføres parallelt, typisk uden formel dokumentation af testbetingelserne, testcases eller testskripter. Dette betyder ikke, at andre, mere formelle testteknikker ikke vil blive brugt. For eksempel kan testeren beslutte at bruge grænseværdianalyse, men vil gennemgå og teste de vigtigste grænseværdier uden nødvendigvis at skrive dem ned. Nogle noter vil blive skrevet under den sonderende test-session, så en rapport kan produceres bagefter.
2. Hvad er "use case test"?
For at identificere og udføre det funktionelle krav til en applikation fra start til slut anvendes "use case", og de teknikker, der bruges til at gøre dette, er kendt som "Use Case Testing."
3. Hvad er forskellen mellem STLC (Software Testing Life Cycle) og SDLC (Software Development Life Cycle)?
SDLC beskæftiger sig med udvikling / kodning af softwaren, mens STLC beskæftiger sig med validering og verifikation af softwaren
4. Hvad er sporbarhedsmatrix?
Forholdet mellem testsager og krav vises ved hjælp af et dokument. Dette dokument er kendt som en sporbarhedsmatrix.
5. Hvad er ækvivalens partitioneringstest?
Ækvivalenspartitioneringstest er en softwaretestteknik, der deler applikationsinputtestdataene i hver partition mindst en gang af ækvivalente data, hvorfra testcases kan udledes. Ved denne testmetode reducerer det den tid, der kræves til softwaretest.
6. Hvad er testning af hvid boks og listen over typer hvid boks test?
Hvidboks-testteknik involverer udvælgelse af testsager baseret på en analyse af den interne struktur (kodedækning, filialdækning, stigdækning, tilstandsdækning osv.) På en komponent eller et system. Det er også kendt som kodebaseret test eller strukturel test. Forskellige typer testning af hvid boks er
- Erklæringens dækning
- Beslutningsdækning
7. Hvad bekræfter du ved testning af hvid boks?
I hvid boks test er følgende trin verificeret.
- Kontroller sikkerhedshullerne i koden
- Bekræft de ufuldstændige eller ødelagte stier i koden
- Kontroller strukturens strømning i henhold til dokumentspecifikationen
- Kontroller de forventede output
- Kontroller alle betingede sløjfer i koden for at kontrollere applikationens fulde funktionalitet
- Bekræft linjen ved linjekodning og dæk 100% test
8. Hvad er test af sort boks? Hvad er de forskellige black box testteknikker?
Black box-test er softwaretestmetoden, der bruges til at teste softwaren uden at kende den interne struktur for kode eller program. Denne test udføres normalt for at kontrollere funktionerne i en applikation. De forskellige teknikker til testning af sort boks er
- Ækvivalenspartitionering
- Grænseværdianalyse
- Årsag-effekt tegning
9. Hvad er forskellen mellem statisk og dynamisk test?
Statisk test: Under statisk testmetode udføres koden ikke, og den udføres ved hjælp af softwaredokumentationen.
Dynamisk test: For at udføre denne test kræves det, at koden er i en eksekverbar form.
10. Hvad er verifikation og validering?
Verifikation er en proces til evaluering af software i udviklingsfasen. Det hjælper dig med at beslutte, om produktet fra en given applikation opfylder de specificerede krav. Validering er processen med at evaluere software efter udviklingsprocessen og kontrollere, om den opfylder kundens krav.
11. Hvad er de forskellige testniveauer?
Der er fire testniveauer
- Enhed / komponent / program / modul test
- Integrationstest
- Systemtest
- Accept test
12. Hvad er integrationstest?
Integrationstest er et niveau af softwaretestproces, hvor individuelle enheder i en applikation kombineres og testes. Det udføres normalt efter enhed og funktionstest.
13. Hvad består testplaner af?
Testdesign, omfang, teststrategier, tilgang er forskellige detaljer, som testplandokumentet består af.
- Test sags identifikator
- Anvendelsesområde
- Funktioner, der skal testes
- Funktioner, der ikke skal testes
- Teststrategi & Testtilgang
- Testleverancer
- Ansvar
- Bemanding og uddannelse
- Risiko og uforudsete udgifter
14. Hvad er forskellen mellem UAT (User Acceptance Testing) og Systemtest?
Systemtest: Systemtest er at finde fejl, når systemet gennemgår test som helhed; det er også kendt som end-to-end test. I en sådan type test lider applikationen fra start til slut.
UAT: User Acceptance Testing (UAT) involverer at køre et produkt gennem en række specifikke tests, der bestemmer, om produktet opfylder brugernes behov.
15. Nævn forskellen mellem datadrevet test og gentest?
Genprøvning: Det er en proces til kontrol af fejl, der udføres af udviklingsholdet for at kontrollere, at de er rettet.
Data Driven Testing (DDT): I datadrevet testproces testes applikationen med flere testdata. Applikationen er testet med et andet sæt værdier.
16. Hvad er de værdifulde trin til løsning af problemer under testning?
- Optag: Log og håndter eventuelle problemer, der er sket
- Rapport: Rapporter problemerne til højere niveau manager
- Kontrol: Definer processtyringsprocessen
17. Hvad er forskellen mellem testscenarier, testcases og testscript?
Forskellen mellem testscenarier og testsager er den
Testscenarier: Et testscenario er enhver funktionalitet, der kan testes. Det kaldes også testtilstand eller testmulighed.
Test tilfælde: Det er et dokument, der indeholder de trin, der skal udføres; det er planlagt tidligere.
Test Script: Det er skrevet på et programmeringssprog, og det er et kort program, der bruges til at teste en del af softwaresystemets funktionalitet. Med andre ord et skriftligt sæt trin, der skal udføres manuelt.
18. Hvad er latent defekt?
Latent defekt: Denne defekt er en eksisterende defekt i systemet, der ikke forårsager nogen fejl, da det nøjagtige sæt betingelser aldrig er opfyldt
19. Hvad er de to parametre, der kan være nyttige for at kende kvaliteten af testudførelsen?
For at kende kvaliteten af testudførelsen kan vi bruge to parametre
- Defekt afvisningsforhold
- Defekt lækageforhold
20. Hvad fungerer softwaretestværktøjet "fantom"?
Phantom er et freeware og bruges til Windows GUI-automatiseringsskriptsprog. Det giver os mulighed for automatisk at tage kontrol over windows og funktioner. Det kan simulere enhver kombination af tastetryk og museklik samt menuer, lister og mere.
21. Forklar hvad testleverancer er?
Testleverancer er et sæt dokumenter, værktøjer og andre komponenter, der skal udvikles og vedligeholdes til støtte for testning.
Der er forskellige testleverancer i hver fase af softwareudviklingens livscyklus
- Før test
- Under testning
- Efter testen
22. Hvad er mutationstest?
Mutationstest er en teknik til at identificere, om et sæt testdata eller testtilfælde er nyttigt ved forsætligt at indføre forskellige kodeændringer (bugs) og gentest med originale testdata / cases for at afgøre, om bugs opdages.
23. Hvilke ting skal du overveje, før du vælger automatiseringsværktøjer til AUT?
- Teknisk gennemførlighed
- Kompleksitetsniveau
- Applikationsstabilitet
- Testdata
- Applikationsstørrelse
- Genbrug af automatiske scripts
- Udførelse på tværs af miljø
24. Hvordan gennemfører du risikoanalyse?
For risikoanalysen skal følgende trin implementeres
- Finder risikoen
- Oprettelse af en profil for risikoen
- Ændring af risikoegenskaber
- Indsæt ressourcerne for denne testrisiko
- Oprettelse af en database over risici
25. Hvad er kategorierne for fejlretning?
Kategorier til fejlfinding
- Brute force debugging
- Backtracking
- Årsag til eliminering
- Programskæring
- Fejltræanalyse
26. Hvad er fejlmaskering forklaret med eksempel?
Når tilstedeværelsen af en defekt skjuler tilstedeværelsen af en anden defekt i systemet, er det kendt som fejlmaskering.
Eksempel: Hvis "Negativ værdi" forårsager en affyring af ikke-håndteret systemundtagelse, forhindrer udvikleren de negative værdier, der indtastes. Dette løser problemet og skjuler manglen ved uhåndteret undtagelse.
27. Forklar hvad testplan er? Hvad er de oplysninger, der skal dækkes i testplanen?
En testplan kan defineres som et dokument, der beskriver omfanget, tilgangen, ressourcerne og tidsplanen for testaktiviteter, og en testplan skal dække følgende detaljer.
- Teststrategi
- Testmål
- Kriterier for udgang / suspension
- Ressourceplanlægning
- Testleverancer
28. Hvordan kan du eliminere produktrisikoen i dit projekt?
Det hjælper dig med at eliminere produktrisiko i dit projekt, og der er et simpelt, men alligevel afgørende trin, der kan reducere produktrisikoen i dit projekt.
- Undersøg specifikationsdokumenterne
- Drøft projektet med alle interessenter inklusive udvikleren
- Gå som en rigtig bruger rundt på hjemmesiden
29. Hvad er den fælles risiko, der fører til projektfejl?
Den fælles risiko, der fører til et projektfejl, er
- Ikke at have nok menneskelig ressource
- Testmiljø er muligvis ikke konfigureret korrekt
- Begrænset budget
- Tidsbegrænsninger
30. På hvilket grundlag kan du komme til et skøn for dit projekt?
For at estimere dit projekt skal du overveje følgende punkter
- Opdel hele projektet i de mindste opgaver
- Tildel hver opgave til teammedlemmer
- Anslå den krævede indsats for at udføre hver opgave
- Valider estimationen
31. Forklar, hvordan du vil tildele en opgave til teammedlemmer?
| Opgave | Medlem |
|
|
|
|
|
|
|
|
|
|
32. Forklar, hvad der er testtype, og hvad er den mest anvendte testtype?
For at få et forventet testresultat følges en standardprocedure, der kaldes Testing Type.
Almindeligt anvendte testtyper er
- Enhedstest: Test den mindste kode i et program
- API-test: Test-API oprettet til applikationen
- Integrationstest: Individuelle softwaremoduler kombineres og testes
- Systemtest: Komplet test af systemet
- Install / UnInstall Testing: Test udført fra klient- / kundevisning
- Agile Testing: Testning gennem Agile teknik
33. Hvilke ting skal du overveje, mens du overvåger dit projekt?
De ting, der skal tages i betragtning er
- Er dit projekt til tiden
- Er du over budget
- Arbejder du mod det samme karrieremål
- Har du ressourcer nok?
- Er der nogen advarselstegn på forestående problemer
- Er der noget pres fra ledelsen om at gennemføre projektet før
34. Hvad er de almindelige fejl, der skaber problemer?
- Matching af ressourcer til forkerte projekter
- Testleder mangler færdigheder
- Ikke lytter til andre
- Dårlig planlægning
- Undervurderer
- Ignorerer de små problemer
- Følger ikke processen
35. Hvad indeholder en typisk testrapport? Hvad er fordelene ved testrapporter?
En testrapport indeholder følgende ting:
- Projektoplysninger
- Testmål
- Testoversigt
- Defekt
Fordelene ved testrapporter er:
- Den aktuelle status for projektet og produktets kvalitet informeres
- Hvis det er nødvendigt, kan interessenter og kunder træffe korrigerende handlinger
- Et endeligt dokument hjælper med at afgøre, om produktet er klar til frigivelse
36. Hvad er testledelse, og hvorfor er det vigtigt?
Ledelsesanmeldelse kaldes også Software Quality Assurance eller SQA. SQA fokuserer mere på softwareprocessen end på softwarearbejdsprodukterne. Det er et sæt aktiviteter designet til at sikre, at projektlederen følger standardprocessen. SQA hjælper testleder med at sammenligne projektet mod de fastsatte standarder.
37. Hvad er de bedste fremgangsmåder til kvalitetssikring af software?
Den bedste praksis for en effektiv SQA-implementering er
- Løbende forbedringer
- Dokumentation
- Brug af værktøj
- Metrics
- Ansvar for teammedlemmer
- Erfarne SQA-revisorer
38. Hvornår udarbejdes RTM (kravsporbarhedsmatrix)?
RTM forberedes inden test case design. Krav skal kunne spores fra gennemgangsaktiviteter.
39. Hvad er forskellen mellem testmatrix og sporbarhedsmatrix?
Testmatrix : Testmatrix bruges til at registrere den faktiske kvalitet, indsats, planen, ressourcerne og den tid, der kræves for at indfange alle faser af softwaretest
Sporbarhedsmatrix : Kortlægning mellem testsager og kundekrav kaldes sporbarhedsmatrix
40. Hvad er stubbe og drivere i manuel test?
Både stubbe og drivere er en del af trinvis test. I inkrementel test er der to tilgange, nemlig bottom-up og top-down tilgang. Drivere bruges i test nedenfra og op, og stub bruges til en top-down tilgang. For at teste hovedmodulet bruges stubben, som er en dummy-kode eller et program.
41. Hvad er det skridt, du vil følge, når du finder fejlen?
Når en fejl er fundet, vil du følge trinnet
a) Gendan fejlen
b) Vedhæft skærmbilledet
c) Log fejlen
42. Forklar, hvad der er "Test Plan Driven" eller "Key Word Driven" testmetode?
Denne teknik bruger det egentlige test case-dokument udviklet af testere ved hjælp af et regneark, der indeholder specielle "nøgleord". Nøgleordene styrer behandlingen.
43. Hvad er DFD (Data Flow Diagram)?
Når en "datastrøm" gennem et informationssystem er grafisk repræsenteret, er det kendt som dataflowdiagram. Det bruges også til visualisering af databehandling.
44. Forklar hvad LCSAJ er?
LCSAJ står for 'lineær kodesekvens og spring.' Den består af følgende tre emner
a) Start af den lineære rækkefølge af eksekverbare udsagn
b) Afslutning på den lineære sekvens
c) Mållinjen, hvortil kontrolflow overføres i slutningen af den lineære sekvens
45. Forklar hvad N + 1-test er?
Variationen af regressionstest er repræsenteret som N + 1. I denne teknik udføres testen i flere cyklusser, hvor fejl fundet i testcyklus 'N' løses og testes igen i testcyklus N + 1. Cyklussen gentages, medmindre der ikke er fundet fejl.
46. Hvad er Fuzz-test, og hvornår det bruges?
Fuzz-test bruges til at opdage sikkerhedsmangler og kodefejl i software. I denne teknik tilføjes tilfældige data til systemet i et forsøg på at nedbryde systemet. Hvis sårbarheden vedvarer, bruges et værktøj kaldet fuzz tester til at bestemme potentielle årsager. Denne teknik er mere nyttig til større projekter, men registrerer kun en større fejl.
47. Nævn, hvad de største fordele ved metric for erklæringsdækning ved softwaretest er?
Fordelen ved opgørelsesdækningsmåling er den
a) Det kræver ikke behandling af kildekode og kan anvendes direkte på objektkode
b) Fejl distribueres jævnt gennem koden, på grund af hvilken procentdel af eksekverbare udsagn, der er dækket, afspejler procentdelen af opdagede fejl
48. Hvordan genereres testsager til "erstat en streng" -metode?
a) Hvis tegn i ny streng> tegn i den foregående streng. Ingen af tegnene skal afkortes
b) Hvis tegn i ny streng c) Mellemrum efter og før strengen bør ikke slettes d) Streng bør kun udskiftes for den første forekomst af strengen 49. Hvordan vil du håndtere en konflikt blandt dine teammedlemmer? 50. Nævn, hvad er kategorierne af mangler? Der er hovedsageligt tre defektkategorier 51. Forklar hvordan fungerer et testdækningsværktøj? Testværktøjet til kodedækning kører parallelt, mens du udfører test på det faktiske produkt. Kodedækningsværktøjet overvåger de udførte udsagn for kildekoden. Når den endelige test er færdig, får vi en komplet rapport over de verserende udsagn og får også dækningsprocenten. 52. Nævn, hvad forskellen er mellem en "defekt" og en "fiasko" i softwaretest? Enkelt sagt, når en mangel når slutkunden, kaldes det en fiasko, mens fejlen identificeres internt og løses; så kaldes det en defekt. 53. Forklar, hvordan man tester dokumenter i et projekt, der spænder over softwareudviklingslivscyklussen? Projektet spænder over softwareudviklingslivscyklussen på følgende måde 54. Forklar, hvilke testsager der er skrevet første sorte kasser eller hvide kasser? Sorte boks test tilfælde skrives først for at skrive sorte boks test sager; det kræver projektplan og kravdokument alle disse dokumenter er let tilgængelige i starten af projektet. Mens du skriver testkasser i hvidboks kræver mere arkitektonisk forståelse og er ikke tilgængelig i starten af projektet. 55. Forklar hvad forskellen mellem latente og maskerede defekter er? 56. Nævn, hvad der er bottom-up-test? Bottom-up-test er en tilgang til integrationstest, hvor komponenterne på det laveste niveau testes først og derefter bruges til at lette testningen af komponenter på højere niveau. Processen gentages, indtil komponenten øverst i hierarkiet testes. 57. Nævn, hvad de forskellige typer testdækningsteknikker er? Forskellige typer testdækningsteknikker inkluderer 58. Nævn, hvad betydningen af åndedrættest er? Åndedrætsprøvning er en testpakke, der udøver produktets fulde funktionalitet, men ikke tester funktionerne detaljeret 59. Forklar hvad betydningen af Code Walk Through er? Code Walk Through er den uformelle analyse af programmets kildekode for at finde fejl og kontrollere kodningsteknikker 60. Nævn, hvad de grundlæggende komponenter i defektrapportformat er? De væsentlige komponenter i fejlrapportformatet inkluderer 61. Nævn, hvad formålet med at udføre end-to-end test er? End-to-end test udføres efter funktionel test. Formålet med at udføre end-to-end test er, at 62. Forklar hvad det betyder med testsele? En testsele konfigurerer et sæt værktøjer og testdata til at teste en applikation under forskellige forhold, og det involverer overvågning af output med forventet output for korrekthed. 63. Forklar i et testprojekt, hvilke testaktiviteter ville du automatisere? Ved test af projekttestaktiviteter ville du automatisere are 64. Hvad er den HOVEDSTE fordel ved at designe tests tidligt i livscyklussen? Det hjælper med at forhindre mangler i at blive introduceret i koden. 65. Hvad er risikobaseret test? Risikobaseret testning er det udtryk, der bruges til en tilgang til at skabe en teststrategi, der er baseret på prioritering af test efter risiko. Grundlaget for fremgangsmåden er en detaljeret risikoanalyse og prioritering af risici efter risikoniveau. Test til at imødegå hver risiko specificeres derefter, startende med den højeste risiko først. 66. Hvad er KEY forskellen mellem forebyggende og reaktive metoder til testning? Forebyggende tests er designet tidligt; reaktive test er designet, efter at softwaren er produceret. 67. Hvad er formålet med exitkriterier? Formålet med exitkriterier er at definere, hvornår et testniveau er afsluttet. 68. Hvad bestemmer risikoniveauet? Sandsynligheden for en negativ hændelse og virkningen af hændelsen bestemmer risikoniveauet. 69. Hvornår anvendes beslutningstabeltest? Beslutningstabeltestning bruges til testsystemer, for hvilke specifikationen har form af regler eller kombinationer af årsag og virkning. I en beslutningstabel er input vist i en kolonne med output i samme kolonne, men under input. Resten af tabellen udforsker kombinationer af input for at definere de producerede output. Lær mere om beslutningstestens testteknik i videoundervisningen her 70. Hvorfor bruger vi beslutningstabeller? Teknikkerne til ækvivalenspartitionering og grænseværdianalyse anvendes ofte til specifikke situationer eller input. Men hvis forskellige kombinationer af input resulterer i, at der foretages forskellige handlinger, kan dette være sværere at vise ved hjælp af ækvivalenspartitionering og grænseværdi-analyse, som har tendens til at være mere fokuseret på brugergrænsefladen. De to andre specifikationsbaserede teknikker, beslutningstabeller og statusovergangstest er mere fokuseret på forretningslogik eller forretningsregler. En beslutningstabel er en god måde at håndtere kombinationer af ting på (f.eks. Input). Denne teknik kaldes undertiden også en 'årsag-virkning' tabel. Årsagen til dette er, at der er en tilknyttet logisk diagramtegningsteknik kaldet 'årsag-effekt-grafning', som undertiden blev brugt til at udlede beslutningstabellen 71. Hvad er HOVEDMålet, når man gennemgår en leveret software? At identificere fejl i ethvert softwarearbejdsprodukt. 72. Hvilket af følgende definerer de forventede resultater af en test? Test case specifikation eller test design specifikation. Test case-specifikation definerer de forventede resultater af en test. 73. Hvad er fordelen ved testuafhængighed? Det undgår forfatterbias ved definition af effektive tests. 74. Som en del af hvilken testproces bestemmer du udgangskriterierne? Udgangskriterierne bestemmes på basis af 'Testplanlægning'. 75. Hvad er Alpha-test? Test før slutudgivelse af slutbrugerrepræsentanter på udviklerens websted. 76. Hvad er betatestning? Test udført af potentielle kunder på deres egne lokationer. 77. Nævn, hvad forskellen er mellem pilot- og betatestning? Forskellen mellem en pilot- og betatestning er, at pilottestning faktisk udføres ved hjælp af produktet af brugergruppen inden den endelige implementering, og i betatestning indtaster vi ikke rigtige data, men det installeres hos slutkunden for at validere hvis produktet kan bruges i produktionen. 78. I betragtning af det følgende kodefragment, hvor mange tests kræves for at dække 100% beslutning? 4 79. Du har designet testcases til at give 100% erklæring og 100% beslutningsdækning for det følgende kodefragment. hvis bredde> længde så er størst_dimension = bredde ellers størst_dimension = længde slut_hf Følgende er tilføjet til bunden af kodefragmentet ovenfor. print "Største dimension er" & største_dimensionprint "Bredde: & bredde print "Længde: & længde Hvor mange flere testtilfælde kræves? Ingen, eksisterende testtilfælde kan bruges. 80. Hvad er forskellen mellem testteknikker og testværktøjer? Testteknik: - Er en proces til at sikre, at nogle aspekter af applikationssystemet eller enheden fungerer korrekt, kan der være få teknikker, men mange værktøjer. Testværktøjer: - Er et køretøj til udførelse af en testproces. Værktøjet er en ressource for testeren, men i sig selv er det ikke tilstrækkeligt til at udføre test Lær mere om testværktøjer her 81. Vi bruger output fra kravanalysen, kravspecifikationen som input til skrivning Brugeraccept test tilfælde 82. Gentagen test af et allerede testet program efter modifikation for at opdage eventuelle defekter, der er introduceret eller afdækket som et resultat af ændringer i softwaren, der testes, eller i en anden relateret eller ikke-relateret softwarekomponent: Regressionstest 83. En grossist sælger printerpatroner. Den mindste ordremængde er 5. Der er 20% rabat på ordrer på 100 eller flere printerpatroner. Du er blevet bedt om at forberede testsager ved hjælp af forskellige værdier for antallet af bestilte printerpatroner. Hvilke af de følgende grupper indeholder tre testindgange, der ville blive genereret ved hjælp af Boundary Value Analysis? 4, 5, 99 84. Hvad er komponenttest? Komponenttest, også kendt som enheds-, modul- og programtest, søger efter defekter i og verificerer funktionen af software (f.eks. Moduler, programmer, objekter, klasser osv.), Der kan testes separat. Komponenttest kan udføres isoleret fra resten af systemet afhængigt af sammenhængen med udviklingslivscyklussen og systemet. Oftest bruges stubs og drivere til at erstatte den manglende software og simulere grænsefladen mellem softwarekomponenterne simpelthen. En stub kaldes fra softwarekomponenten, der skal testes; en driver kalder en komponent, der skal testes. Her er en fantastisk video om Unit Testing 85. Hvad er funktionelt systemtest? Test af systemets ende-til-slut-funktionalitet defineres som en funktionel systemtest. 86. Hvad er fordelene ved uafhængig testning? Uafhængige testere er upartiske og identificerer forskellige mangler på samme tid. 87. I en REAKTIV tilgang til afprøvning, hvornår ville du forvente, at størstedelen af testdesignarbejdet skulle påbegyndes? Hovedparten af testdesignarbejdet, der blev påbegyndt efter softwaren eller systemet er produceret. 88. Hvad er de forskellige metoder i Agile Development Model? Der er i øjeblikket syv forskellige smidige metoder, som jeg er opmærksom på: 89. Hvilken aktivitet i den grundlæggende testproces inkluderer evaluering af testbarheden af kravene og systemet? En 'Testanalyse' og 'Design' inkluderer evaluering af testbarheden af kravene og systemet. 90. Hvad er typisk den vigtigste grund til at bruge risiko til at drive testindsats? Fordi det ikke er muligt at teste alt. 91. Hvad er tilfældig / abetestning? Hvornår bruges det? Tilfældig test kaldes ofte abetest. I en sådan type test genereres data tilfældigt ved hjælp af et værktøj eller en automatisk mekanisme. Med dette tilfældigt genererede input testes systemet, og resultaterne analyseres i overensstemmelse hermed. Disse test er mindre pålidelige; derfor bruges det normalt af begyndere og for at se, om systemet holder op under bivirkninger. 92. Hvilke af følgende er gyldige mål for hændelsesrapporter? 93. Overvej følgende teknikker. Hvilke er statiske, og hvilke er dynamiske teknikker? Dataflowanalyse og inspektioner er statiske; Ækvivalensopdeling, test af brugssager, udforskningstest og beslutningstestning er dynamisk. 94. Hvorfor beskrives statisk test og dynamisk test som supplerende? Fordi de deler målet om at identificere mangler, men adskiller sig i de typer fejl, de finder. 95. Hvad er faserne i en formel gennemgang? I modsætning til uformelle anmeldelser følger formelle anmeldelser en formel proces. En typisk formel gennemgangsproces består af seks hovedtrin: 96. Hvad er moderatorens rolle i gennemgangsprocessen? Moderatoren (eller gennemgangslederen) fører gennemgangsprocessen. Han eller hun bestemmer i samarbejde med forfatteren typen af anmeldelse, tilgang og sammensætningen af reviewteamet. Moderatoren udfører indgangskontrollen og opfølgningen på omarbejdningen for at kontrollere kvaliteten af input og output af gennemgangsprocessen. Moderatoren planlægger også mødet, formidler dokumenter inden mødet, coacher andre teammedlemmer, afvikler mødet, fører mulige diskussioner og gemmer de data, der indsamles. Lær mere om gennemgangsprocessen i videotutorial her 97. Hvad er en ækvivalenspartition (også kendt som en ækvivalensklasse)? Et input- eller outputområde af værdier, således at kun en værdi i området bliver en testcase. 98. Hvornår skal konfigurationsstyringsprocedurer implementeres? Under testplanlægning. 99. En type funktionstest, der undersøger funktionerne i forbindelse med påvisning af trusler, såsom virus fra ondsindede udenforstående? Sikkerhedstest 100. Test, hvor vi udsætter testmålet for forskellige arbejdsbelastninger for at måle og evaluere ydeevnen og målets evne og testen for at fortsætte med at fungere korrekt under disse forskellige arbejdsbelastninger? Load Testing 101. Testaktivitet, der udføres for at afsløre defekter i grænsefladerne og i interaktionen mellem integrerede komponenter er? Integrationsniveau testning 102. Hvad er de strukturbaserede (hvid-boks) testteknikker? Strukturbaserede testteknikker (som også er dynamiske snarere end statiske) bruger softwarens interne struktur til at udlede testsager. De kaldes ofte 'white-box' eller 'glass-box' teknikker (hvilket betyder, at du kan se ind i systemet), da de kræver viden om, hvordan softwaren implementeres, det vil sige, hvordan den fungerer. For eksempel kan en strukturel teknik være involveret i at udøve sløjfer i softwaren. Forskellige testtilfælde kan udledes for at udøve sløjfen en, to og mange gange. Dette kan gøres uanset softwarens funktionalitet. 103. Hvornår skal "regressionstest" udføres? Efter at softwaren er ændret, eller når miljøet har ændret, skal der udføres regressionstest. 104 . Hvad er negativ og positiv testning? En negativ test er, når du indsætter et ugyldigt input og modtager fejl. Mens positiv testning er, når du afgiver et gyldigt input og forventer, at en handling udføres i overensstemmelse med specifikationen. 105. Hvad er formålet med et kriterium for afslutning af testen? Formålet med kriteriet om gennemførelse af test er at bestemme, hvornår testen skal stoppes 106. Hvad kan IKKE finde statisk analyse? For eksempel hukommelse lækker. 107. Hvad er forskellen mellem gentestning og regressionstest? Gentest sikrer, at den oprindelige fejl er blevet fjernet; regressionstest ser efter uventede bivirkninger. 108. Hvad er de erfaringsbaserede testteknikker? I erfaringsbaserede teknikker bidrager folks viden, færdigheder og baggrund primært til testforholdene og testcases. Oplevelsen af både tekniske og forretningsfolk er vigtig, da de bringer forskellige perspektiver til testanalysen og designprocessen. På grund af tidligere erfaring med lignende systemer kan de have indsigt i, hvad der kan gå galt, hvilket er meget nyttigt til testning. 109. Hvilken type anmeldelse kræver formelle adgangs- og exitkriterier, herunder metrics? Inspektion 110. Kunne anmeldelser eller inspektioner betragtes som en del af testningen? Ja, fordi begge hjælp registrerer fejl og forbedrer kvaliteten. 111. Et inputfelt tager fødselsåret mellem 1900 og 2004, hvad er grænseværdierne for testning af dette felt? 1899,1900,2004,2005 112. Hvilket af følgende værktøjer vil være involveret i automatisering af regressionstest? en. Datatester b. Grænsetester c. Optagelse / afspilning d. Output komparator. d. Output komparator 113. For at teste en funktion, hvad skal der skrives en programmør, der kalder funktionen til at blive testet og videregive testdata. Chauffør 114. Hvad er den vigtigste grund til, at udviklere har svært ved at teste deres eget arbejde? Mangel på objektivitet 115. "Hvor meget test er nok?" Svaret afhænger af risikoen for din branche, kontrakt og særlige krav. 116. Hvornår skal testen stoppes? Det afhænger af risiciene for det system, der testes. Der er nogle kriterier, som du kan stoppe med at teste. 117. Hvilket af følgende er det primære formål med integrationsstrategien til integrationstest i det små? Det primære formål med integrationsstrategien er at specificere, hvilke moduler der skal kombineres, hvornår og hvor mange på én gang. 118. Hvad er semi-tilfældige testsager? Semi-tilfældige testtilfælde er ikke noget, men når vi udfører tilfældige testtilfælde og uddeler ækvivalenspartition med disse testsager, fjerner det overflødige testsager, hvilket giver os semi-tilfældige testsager. 119. Hvilket udsagn er sandt angående det mindste antal testsager, der kræves for fuld erklæring og filialdækning, givet følgende kode? Læs s Læs q HVIS p + q> 100 DAN Print "Large" AFSLUT HVIS HVIS p> 50 DAN Print "p Large" AFSLUT HVIS 1 test for erklæring dækning, 2 for gren dækning 120. Hvilken anmeldelse bruges normalt til at evaluere et produkt for at bestemme dets egnethed til den tilsigtede anvendelse og til at identificere uoverensstemmelser? Teknisk gennemgang. 121. Fundne fejl skal oprindeligt dokumenteres af hvem? Af testere. 122. Hvilken er den nuværende formelle verdensomspændende anerkendte dokumentationsstandard? Der er ikke en. 123. Hvilket af følgende er anmelderdeltageren, der har oprettet den vare, der skal gennemgås? Forfatter 124. Et antal kritiske fejl er rettet i software. Alle bugs er i et modul, relateret til rapporter. Testadministratoren beslutter kun at udføre regressionstest på rapportmodulet. Regressionstest bør også udføres på andre moduler, fordi fastsættelse af et modul kan påvirke andre moduler. 125. Hvorfor giver grænseværdianalysen gode testtilfælde? Fordi der ofte laves fejl under programmering af de forskellige sager nær 'kanterne' af værdiområdet. 126. Hvad adskiller en inspektion fra andre anmeldelsestyper? Det ledes af en uddannet leder, bruger formelle indgangs- og udgangskriterier og tjeklister. 127. Hvorfor kan testeren afhænge af konfigurationsstyring? Fordi konfigurationsstyring sikrer, at vi kender den nøjagtige version af testware og testobjekt. 128. Hvad er V-Model? En softwareudviklingsmodel, der illustrerer, hvordan testaktiviteter integreres med softwareudviklingsfaser 129. Hvad er vedligeholdelsestest? Udløst af ændringer, migrering eller pensionering af eksisterende software 130. Hvad er testdækning? Testdækning måler på en bestemt måde den testmængde, der udføres af et sæt tests (afledt på en anden måde, f.eks. Ved hjælp af specifikationsbaserede teknikker). Uanset hvor vi kan tælle ting og kan fortælle, om hver af disse ting er blevet testet af en eller anden test, kan vi måle dækning. 131. Hvorfor foretrækkes inkrementel integration frem for "big bang" -integration? Fordi inkrementel integration har bedre tidlige defekter screening og isolationsevne 132. Hvad kaldes processen, der starter med terminalmodulerne? Integration nedenfra og op 133. Under hvilken testaktivitet kunne fejl findes mest omkostningseffektivt? Under testplanlægning 134. Formålet med kravfasen er For at fryse krav, forstå brugernes behov og definere omfanget af test 135. Hvorfor deler vi test i forskellige faser? Vi opdeler test i forskellige faser af følgende årsager, 136. Hvad er DRE? For at måle testeffektivitet bruges en stærk metric til at måle testeffektivitet kendt som DRE (Defect Removal Efficiency) Fra denne metric ville vi vide, hvor mange bugs vi har fundet fra sættet med testcases. Formlen til beregning af DRE er DRE = Antal fejl, mens en test / antal fejl under test + antal fejl fundet af en bruger 137. Hvilket af følgende vil sandsynligvis have størst fordel af brugen af testværktøjer, der leverer testoptagelses- og replay-faciliteter? a) Regressionstest b) Integrationstest c) Systemtest d) Test af brugeraccept Regressionstest 138. Hvordan vil du estimere den mængde gentest, der sandsynligvis vil være påkrævet? Målinger fra tidligere lignende projekter og diskussioner med udviklingsteamet 139. Hvad studerer datastrømsanalyse? Brug af data på stier gennem koden. 140. Hvad er fiasko? Fejl er en afvigelse fra specificeret adfærd. 141. Hvad er testkomparatorer? Er det virkelig en test, hvis du lægger nogle input i noget software, men aldrig ser efter, om softwaren producerer det rigtige resultat? Essensen af test er at kontrollere, om softwaren producerer det korrekte resultat, og at gøre det, og vi skal sammenligne, hvad softwaren producerer med, hvad den skal producere. En testkomparator hjælper med at automatisere aspekter af denne sammenligning. 142. Hvem er ansvarlig for at dokumentere alle de spørgsmål, problemer og open point, der blev identificeret under gennemgangsmødet Skribent 143. Hvad er hovedformålet med uformel gennemgang En billig måde at få nogle fordele på 144. Hvad er formålet med testdesignteknik? Identifikation af testbetingelser og identifikation af testtilfælde 145. Når man tester et karakterberegningssystem, bestemmer en tester, at alle score fra 90 til 100 giver karakteren A, men score under 90 ikke. Denne analyse er kendt som: Ækvivalenspartitionering 146. En testmanager ønsker at bruge de tilgængelige ressourcer til automatisk test af en webapplikation. Det bedste valg er Tester, testautomatisering, webspecialist, DBA 147. Under testen af en modultester fandt 'X' en fejl og tildelte den til en udvikler. Men udvikler afviser det samme og siger, at det ikke er en fejl. Hvad 'X' skal gøre? Send de detaljerede oplysninger om den fejl, der er stødt på, og kontroller reproducerbarheden 148. En type integrationstest, hvor softwareelementer, hardwareelementer eller begge kombineres på én gang til en komponent eller et samlet system snarere end i etaper. Big-Bang Testing 149. I praksis, hvilken livscykelmodel kan have flere, færre eller forskellige niveauer for udvikling og test afhængigt af projektet og softwareproduktet. For eksempel kan der være test af komponentintegration efter komponenttest og systemintegrationstest efter systemtest. V-Model 150. Hvilken teknik kan bruges til at opnå input og output dækning? Det kan anvendes til menneskelig input, input via grænseflader til et system eller interface-parametre i integrationstest. Ækvivalenspartitionering 151. "Denne livscyklusmodel er drevet af tidsplan- og budgetrisici" Denne erklæring er bedst egnet til. V-Model 152. I hvilken rækkefølge skal test køres? Den vigtigste skal først testes 153. Jo senere i udviklingslivscyklussen der opdages en fejl, jo dyrere er det at rette. Hvorfor? Fejlen er indbygget i mere dokumentation, kode, test osv 154. Hvad er måling af dækning? Det er et delvist mål for testens grundighed. 155. Hvad er test af grænseværdi? Test grænsebetingelser på, under og over kanterne af input- og outputækvivalensklasser. Lad os for eksempel sige en bankapplikation, hvor du kan trække maksimalt Rs.20.000 og et minimum af Rs.100, så i test af grænseværdier tester vi kun de nøjagtige grænser i stedet for at ramme i midten. Det betyder, at vi tester over maksimumsgrænsen og under minimumsgrænsen. 156. Hvad repræsenterer COTS? Kommerciel fra hylden. 157. Formålet med det er at tillade, at der udføres specifikke tests på et system eller netværk, der ligner så tæt som muligt det miljø, hvor den testede genstand vil blive brugt ved frigivelse? Test miljø 158. Hvad kan betragtes som baseret på projektplanen, men med større mængder detaljer? Fasetestplan 159. Hvad er hurtig applikationsudvikling? Hurtig applikationsudvikling (RAD) er formelt en parallel udvikling af funktioner og efterfølgende integration. Komponenter / funktioner udvikles parallelt som om de var miniprojekter, udviklingen er tidsbokset, leveret og derefter samlet til en fungerende prototype. Dette kan meget hurtigt give kunden noget at se og bruge og give feedback om leveringen og deres krav. Hurtig ændring og udvikling af produktet er mulig ved hjælp af denne metode. Produktspecifikationen skal dog udvikles til produktet på et eller andet tidspunkt, og projektet skal placeres under mere formel kontrol, inden de går i produktion. Se vores - testquiz Se vores - Interviewtest om software-test Youtube-video Gratis PDF-download: Software Testing Interview Spørgsmål og svar Ovenstående manuelle testspørgsmål og svar pdf vil hjælpe både nybegyndere såvel som erfarne QA-ingeniører. Del siden med venner og kolleger.
hvis bredde> længdethenbiggest_dimension = breddehvis højde> breddethenbiggest_dimension = højdeAfslut Hviselsebiggest_dimension = længdehvis højde> længdethenbiggest_dimension = højdeAfslut HvisAfslut Hvis