Vi har samlet de ofte stilte spørsmålene og svarene på manuell testing av intervjuer som gjør deg kjent med typen programvaretestintervju som en intervjuer kan stille deg under intervjuet ditt. I denne listen over intervjuespørsmål med manuell testing med svar, har vi dekket alle vanlige grunnleggende og avanserte spørsmål om programvaretestintervju med detaljerte svar som hjelper deg med å fjerne det manuelle testjobben.
Vi har dekket nesten 150 viktige intervjuspørsmål for manuell testing for nybegynnere, samt intervjuespørsmål om manuell testing for erfarne kvalitetsingeniører for å forberede seg på det kommende intervjuet. Denne detaljerte guiden med intervjuspørsmål for manuell testing vil hjelpe deg med å knekke jobbintervjuet ditt for programvaretesting.
Manuell testing Intervjuespørsmål og svar
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 opprettelse av et testcharter, en kort erklæring om omfanget av en kort (1 til 2 timers) tidsboksprøveinnsats, målene og mulige tilnærminger som skal brukes. Testdesign og testutførelsesaktiviteter utføres parallelt, uten å formelt dokumentere testforhold, testtilfeller eller testskripter. Dette betyr ikke at andre, mer formelle testteknikker ikke vil bli brukt. For eksempel kan testeren bestemme seg for å bruke analyse av grenseverdier, 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 produseres etterpå.
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 til å 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 håndterer utvikling / koding av programvaren mens STLC håndterer validering og verifisering av programvaren
4. Hva er sporbarhetsmatrise?
Forholdet mellom testsaker og krav vises ved hjelp av et dokument. Dette dokumentet er kjent som en sporbarhetsmatrise.
5. Hva er ekvivalenspartisjoneringstesting?
Equivalence partitioning testing er en programvaretestingsteknikk som deler applikasjonsinndata testdata i hver partisjon minst en gang av ekvivalente data som testtilfeller kan utledes fra. Med denne testmetoden reduserer det tiden som kreves for programvaretesting.
6. Hva er testing av hvite bokser og liste opp hvilke typer hvite bokser?
Testboksteknikk for hvite bokser innebærer valg av testtilfeller basert på en analyse av den interne strukturen (kodedekning, filialdekning, banedekning, tilstandsdekning osv.) Til en komponent eller et system. Det er også kjent som kodebasert testing eller strukturell testing. Ulike typer testing av hvit boks er
- Uttalelsesdekning
- Beslutningsdekning
7. Hva bekrefter du i testingen av hvit boks?
Testing i hvit boks er følgende trinn bekreftet.
- Bekreft sikkerhetshullene i koden
- Bekreft de ufullstendige eller ødelagte stiene i koden
- Verifiser strukturen i henhold til dokumentspesifikasjonen
- Bekreft forventede utganger
- Bekreft alle betingede sløyfer i koden for å sjekke fullstendig funksjonalitet i applikasjonen
- Bekreft linjen ved linjekoding og dekk 100% testing
8. Hva er black box testing? Hva er de forskjellige black box testteknikkene?
Black box testing er testmetoden for programvare som brukes til å teste programvaren uten å vite den interne strukturen til kode eller program. Denne testingen gjøres vanligvis for å sjekke funksjonaliteten til et program. De forskjellige black box testteknikkene er
- Ekvivalenspartisjonering
- Grenseverdianalyse
- Årsak-effekt tegning
9. Hva er forskjellen mellom statisk og dynamisk testing?
Statisk testing: Under Statisk testmetode kjøres ikke koden, og den utføres ved hjelp av programvaredokumentasjonen.
Dynamisk testing: For å utføre denne testen kreves det at koden er i en kjørbar form.
10. Hva er bekreftelse og validering?
Verifisering er en prosess for evaluering av programvare i utviklingsfasen. Det hjelper deg å bestemme om produktet fra en gitt applikasjon oppfyller de angitte kravene. Validering er prosessen med å evaluere programvare etter utviklingsprosessen og å kontrollere om den oppfyller kundens krav.
11. Hva er de forskjellige testnivåene?
Det er fire testnivåer
- Enhet / komponent / program / modulprøving
- Integrasjonstesting
- Systemtesting
- Akseptprøving
12. Hva er integrasjonstesting?
Integrasjonstesting er et nivå av programvaretestprosess, der individuelle enheter i en applikasjon kombineres og testes. Det utføres vanligvis etter enhet- og funksjonstesting.
13. Hva består testplanene av?
Testdesign, omfang, teststrategier, tilnærming er forskjellige detaljer som testplandokumentet består av.
- Test-saksidentifikator
- omfang
- Funksjoner som skal testes
- Funksjoner som ikke skal testes
- Teststrategi & Testtilnærming
- Test leveranser
- Ansvar
- Bemanning og opplæring
- Risiko og uforutsetninger
14. Hva er forskjellen mellom UAT (User Acceptance Testing) og System testing?
Systemtesting: Systemtesting er å finne feil når systemet gjennomgår testing som en helhet; det er også kjent som end-to-end 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 serie spesifikke tester som avgjør om produktet vil tilfredsstille brukernes behov.
15. Nevn forskjellen mellom datadrevet testing og omprøving?
Retesting: Det er en prosess for å kontrollere feil som utvikles av handlingsteamet for å bekrefte at de er løst.
Data Driven Testing (DDT): I datadrevet testprosess blir applikasjonen testet med flere testdata. Søknaden er testet med et annet sett med verdier.
16. Hva er de verdifulle trinnene for å løse problemer under testing?
- Registrer: Logg og håndter eventuelle problemer som har skjedd
- Rapport: Rapporter problemene til høyere nivå manager
- Kontroll: Definer prosessadministrasjonsprosessen
17. Hva er forskjellen mellom testscenarier, testtilfeller og testmanus?
Forskjellen mellom testscenarier og testsaker er at
Testscenarier: Et testscenario er hvilken som helst funksjonalitet som kan testes. Det kalles også testtilstand eller testmulighet.
Test tilfeller: Det er et dokument som inneholder trinnene som må utføres; det er planlagt tidligere.
Test Script: Det er skrevet på et programmeringsspråk, og det er et kort program som brukes til å teste deler av programvaresystemets funksjonalitet. Med andre ord et skriftlig sett med trinn som skal utføres manuelt.
18. Hva er latent defekt?
Latent defekt: Denne feilen er en eksisterende mangel i systemet som ikke forårsaker feil da det eksakte settet med betingelser aldri har blitt oppfylt
19. Hva er de to parametrene som kan være nyttige for å vite kvaliteten på utførelsen av testen?
For å vite kvaliteten på testutførelsen kan vi bruke to parametere
- Defekt avvisningsforhold
- Feil lekkasjeforhold
20. Hva er funksjonen til programvare-testverktøyet "fantom"?
Phantom er et gratisprogram og brukes til Windows GUI automatiseringsskriptspråk. Det lar oss ta kontroll over vinduer og funksjoner automatisk. Den kan simulere enhver 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 programvarens utviklingslivssyklus
- Før testing
- Under testing
- Etter testingen
22. Hva er mutasjonstesting?
Mutasjonstesting er en teknikk for å identifisere om et sett med testdata eller testtilfelle er nyttig ved forsettlig å innføre forskjellige kodeendringer (feil) og omprøve med originale testdata / tilfeller for å avgjøre om feilene oppdages.
23. Hva bør du vurdere før du velger automatiseringsverktøy for AUT?
- Teknisk gjennomførbarhet
- Kompleksitetsnivå
- Søknadsstabilitet
- Testdata
- Søknadsstørrelse
- Gjenbruk av automatiserte skript
- Utførelse på tvers av miljøet
24. Hvordan vil du gjennomføre risikoanalyse?
Følgende trinn må implementeres for risikoanalysen
- Finne poengsummen for risikoen
- Å lage en profil for risikoen
- Endring av risikoegenskapene
- Distribuere ressursene til denne testrisikoen
- Å lage en database med risiko
25. Hva er kategoriene for feilsøking?
Kategorier for feilsøking
- Brute force debugging
- Backtracking
- Årsak eliminering
- Programskæring
- Feiltre-analyse
26. Hva er feilmaskering forklart med eksempel?
Når tilstedeværelsen av en defekt skjuler tilstedeværelsen av en annen feil i systemet, er det kjent som feilmaskering.
Eksempel: Hvis "Negativ verdi" forårsaker et avfyring av ubehandlet system unntak, vil utvikleren forhindre de negative verdiene. Dette vil løse problemet og skjule feilen ved unhandled unntaksskyting.
27. Forklar hva testplan er? Hva er informasjonen som skal dekkes i Testplan?
En testplan kan defineres som et dokument som beskriver omfanget, tilnærmingen, ressursene og tidsplanen for testaktiviteter, og en testplan skal dekke følgende detaljer.
- Teststrategi
- Testmål
- Utgangs- / suspensjonskriterier
- Ressursplanlegging
- Testleveranser
28. Hvordan kan du eliminere produktrisikoen i prosjektet ditt?
Det hjelper deg med å 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 utvikleren
- Som en ekte bruker går du rundt på nettstedet
29. Hva er den vanlige risikoen som fører til prosjektfeil?
Den vanlige risikoen som fører til et prosjektfeil er
- Har ikke nok menneskelig ressurs
- Testmiljø er kanskje ikke riktig konfigurert
- Begrenset budsjett
- Tidsbegrensninger
30. På hvilket grunnlag kan du komme til en estimering for prosjektet ditt?
For å estimere prosjektet ditt, må du vurdere følgende punkter
- Del hele prosjektet i de minste oppgavene
- Fordel hver oppgave til teammedlemmene
- Beregn den nødvendige innsatsen for å fullføre hver oppgave
- Valider estimeringen
31. Forklar hvordan du vil tildele en oppgave til teammedlemmene?
| Oppgave | Medlem |
|
|
|
|
|
|
|
|
|
|
32. Forklar hva som er testtype og hva er den vanlige testtypen?
For å få et forventet testresultat følges en standard prosedyre som blir referert til som Testing Type.
Vanlige testtyper er
- Enhetstesting: Test den minste koden i et program
- API Testing: Testing API opprettet for applikasjonen
- Integrasjonstesting: Individuelle programvaremoduler kombineres og testes
- Systemtesting: Komplett testing av systemet
- Install / UnInstall Testing: Testing utført fra klient- / kundesynet
- Agile Testing: Testing gjennom Agile teknikk
33. Når du overvåker prosjektet ditt, hva alle ting du må vurdere?
Det som må tas i betraktning er
- Er prosjektet ditt etter planen
- Er du over budsjett
- Jobber du mot det samme karrieremålet
- Har du nok ressurser
- Er det noen advarselstegn på forestående problemer
- Er det noe press fra ledelsen om å fullføre prosjektet før
34. Hva er de vanligste feilene som skaper problemer?
- Tilpasse ressurser til feil prosjekter
- Testleder mangler ferdigheter
- Ikke høre på andre
- Dårlig planlegging
- Undervurderer
- Ignorerer de små problemene
- Ikke følge prosessen
35. Hva inneholder en typisk testrapport? Hva er fordelene med testrapporter?
En testrapport inneholder følgende ting:
- Prosjektinformasjon
- Testmål
- Testoppsummering
- Defekt
Fordelene med testrapporter er:
- Gjeldende status for prosjektet og produktets kvalitet er informert
- Om nødvendig kan interessenter og kunder iverksette korrigerende tiltak
- Et endelig dokument er med på å avgjøre om produktet er klart for utgivelse
36. Hva er testledelse, og hvorfor er det viktig?
Ledelsesvurdering er også referert til som Software Quality Assurance 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 å måle prosjektet mot fastsatte standarder.
37. Hva er de beste metodene for kvalitetssikring av programvare?
Den beste fremgangsmåten for en effektiv SQA-implementering er
- Kontinuerlig forbedring
- Dokumentasjon
- Verktøybruk
- Beregninger
- Ansvar fra teammedlemmer
- Erfarne SQA-revisorer
38. Når forberedes RTM (kravsporbarhetsmatrise)?
RTM utarbeides før testkassedesign. Krav skal kunne spores fra gjennomgangsaktiviteter.
39. Hva er forskjellen mellom testmatrise og sporbarhetsmatrise?
Testmatrise : Testmatrise brukes til å fange faktisk kvalitet, innsats, plan, ressurser og tid som kreves for å fange alle faser av programvaretesting
Sporbarhetsmatrise : Kartlegging mellom testtilfeller og kundekrav er kjent som Sporbarhetsmatrise
40. Hva er stubber og drivere i manuell testing?
Både stubber og drivere er en del av trinnvis testing. I trinnvis testing er det to tilnærminger, nemlig nedenfra og opp og ovenfra og ned. Drivere brukes i testing nedenfra og opp, og stubben brukes for en ovenfra og ned tilnærming. For å teste hovedmodulen brukes stubben, som er en dummy-kode eller et program.
41. Hva er trinnet du vil følge når du finner feilen?
Når en feil er funnet, vil du følge trinnet
a) Gjenopprett feilen
b) Fest skjermbildet
c) Logg feilen
42. Forklar hva som er "Test Plan Driven" eller "Key Word Driven" -metoden for testing?
Denne teknikken bruker det faktiske testdokumentet som er utviklet av testere ved hjelp av et regneark som inneholder spesielle "nøkkelord". Stikkordene styrer behandlingen.
43. Hva er DFD (Data Flow Diagram)?
Når en "datastrøm" gjennom et informasjonssystem er grafisk representert, er den 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 utsagn
b) Slutt på den lineære sekvensen
c) Mållinjen som kontrollflyten overføres til på 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 er noen feil.
46. Hva er Fuzz-testing og når den brukes?
Fuzz-testing brukes til å oppdage sikkerhets smutthull 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 som kalles fuzz tester for å bestemme potensielle årsaker. Denne teknikken er mer nyttig for større prosjekter, men oppdager bare en stor feil.
47. Nevn hvilke hovedfordeler som er beregningsdekningsverdien til programvaretesting?
Fordelen med uttalelsesdekning er at
a) Det krever ikke behandling av kildekode og kan brukes direkte på objektkode
b) Feil fordeles jevnt gjennom koden, på grunn av hvilken prosentandel av de kjørbare utsagnene som dekkes, gjenspeiler prosentandelen av oppdagede feil
48. Hvordan genererer testsaker for "erstatt en streng" -metode?
a) Hvis tegn i ny streng> tegn i forrige streng. Ingen av karakterene skal bli avkortet
b) Hvis tegn i ny streng c) Mellomrom etter og før strengen skal ikke slettes d) Streng skal bare byttes ut for den første forekomsten av strengen 49. Hvordan vil du håndtere en konflikt mellom teammedlemmene dine? 50. Nevn hva er kategoriene av mangler? Hovedsakelig er det tre feilkategorier 51. Forklar hvordan fungerer et testdekkingsverktøy? Testverktøyet for kodedekning går parallelt mens du utfører testing på det faktiske produktet. Kodedekkingsverktøyet overvåker de utførte uttalelsene til kildekoden. Når den endelige testingen er ferdig, får vi en fullstendig rapport over de ventende uttalelsene og får også dekningsprosenten. 52. Nevn hva forskjellen mellom en "feil" 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 blir det referert til som en mangel. 53. Forklar hvordan du kan teste dokumenter i et prosjekt som strekker seg over programvarens livssyklus? Prosjektet spenner over livssyklusen for programvareutvikling på følgende måte 54. Forklar hvilke testtilfeller som er skrevet første sorte bokser eller hvite bokser? Black box test tilfeller skrives først som for å skrive black box test cases; det krever prosjektplan og kravdokument alle disse dokumentene er lett tilgjengelige i begynnelsen av prosjektet. Mens det å skrive testbokser for hvit boks krever mer arkitektonisk forståelse, og er ikke tilgjengelig i starten av prosjektet. 55. Forklar hva forskjellen mellom latente og maskerte feil er? 56. Nevn hva nedenfra og opp-testing er? Bunn-opp-testing er en tilnærming til integrasjonstesting, der komponentene på laveste nivå testes først, og deretter brukes til å lette testing av komponenter på høyere nivå. Prosessen gjentas til komponenten øverst i hierarkiet er testet. 57. Nevn hva de forskjellige typene av testdekningsteknikker er? Ulike typer testdekningsteknikker inkluderer 58. Nevn hva meningen med pustetesting er? Pustetesting er en testpakke som utøver produktets fulle funksjonalitet, men som ikke tester funksjoner i detalj 59. Forklar hva meningen med Code Walk Through er? Code Walk Through er den uformelle analysen av programkildekoden for å finne feil og verifisere kodingsteknikker 60. Nevn hva de grunnleggende komponentene i feilrapportformatet er? De viktigste komponentene i feilrapportformatet inkluderer 61. Nevn hva formålet med å utføre end-to-end-testing er? End-to-end testing gjøres etter funksjonell testing. Hensikten med å gjøre end-to-end testing er at 62. Forklar hva det betyr med testsele? En testsele konfigurerer et sett med verktøy og testdata for å teste et program under forskjellige forhold, og det innebærer å overvåke utdataene med forventet utgang for korrekthet. 63. Forklar i et testprosjekt hvilke testaktiviteter vil du automatisere? Når du tester prosjekttestaktiviteter, vil du automatisere 64. Hva er Hovedfordelen med å utforme tester tidlig i livssyklusen? Det hjelper med å 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å prioritering av tester etter risiko. Grunnlaget for tilnærmingen er en detaljert risikoanalyse og prioritering av risiko etter risikonivå. Tester for å håndtere hver risiko spesifiseres deretter, og begynner 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 er designet etter at programvaren er produsert. 67. Hva er formålet med utgangskriterier? Hensikten med utgangskriterier er å definere når et testnivå er fullført. 68. Hva bestemmer risikonivået? Sannsynligheten for en bivirkning og virkningen av hendelsen bestemmer risikonivået. 69. Når brukes beslutningstabeltesting? Beslutningstabeltesting brukes til å teste systemer der spesifikasjonen har form av regler eller kombinasjoner av årsak og virkning. I en beslutningstabell er inngangene oppført i en kolonne, med utgangene i samme kolonne, men under inngangene. Resten av tabellen utforsker kombinasjoner av innganger for å definere produserte utganger. Lær mer om beslutningstabell testteknikk i videoopplæringen her 70. Hvorfor bruker vi beslutningstabeller? Teknikkene for ekvivalenspartisjonering og grenseverdianalyse blir ofte brukt på spesifikke situasjoner eller innganger. Imidlertid, hvis forskjellige kombinasjoner av innganger resulterer i at forskjellige handlinger blir tatt, 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. Innganger). Denne teknikken blir noen ganger også referert til som en "årsak-virkning" -tabell. Årsaken til dette er at det er en tilhørende logisk diagramtegningsteknikk kalt 'årsakseffektgrafikk' som noen ganger ble brukt for å utlede beslutningstabellen. 71. Hva er HOVEDMålet når du vurderer en programvare som kan leveres? For å identifisere mangler i ethvert programvarearbeidsprodukt. 72. Hvilket av følgende definerer forventede resultater av en test? Test case spesifikasjon eller test design spesifikasjon. Test case spesifikasjon definerer forventede resultater av en test. 73. Hva er fordelen med testuavhengighet? Det unngår forfatterskjevhet i å definere effektive tester. 74. Som en del av hvilken testprosess bestemmer du utgangskriteriene? Utgangskriteriene bestemmes på grunnlag av 'Testplanlegging'. 75. Hva er alfa-testing? Test før forhåndsutgivelse av sluttbrukerrepresentanter på utviklerens nettsted. 76. Hva er betatesting? Testing utført av potensielle kunder på sine egne lokasjoner. 77. Nevn hva forskjellen er mellom pilot- og betatesting? Forskjellen mellom en pilot- og betatesting er at pilottesting faktisk gjøres ved bruk av produktet av brukergruppen før den endelige distribusjonen, og i betatesting legger vi ikke inn reelle data, men det er installert hos sluttkunden for å validere hvis produktet kan brukes i produksjonen. 78. Gitt følgende fragment av kode, hvor mange tester kreves for 100% beslutningsdekning? 4 79. Du har designet testsaker for å gi 100% uttalelse og 100% beslutningsdekning for følgende kodefragment. hvis bredde> lengde da største_dimensjon = bredde ellers største_dimensjon = lengde slutt_hvis følgende er lagt til bunnen av kodefragmentet ovenfor. skriv ut "Største dimensjon er" & største_dimensjonsavtrykk "Bredde: & breddeutskrift "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 ordentlig, kan det være få teknikker, men mange verktøy. Testverktøy: - Er et kjøretøy for å utføre en testprosess. Verktøyet er en ressurs for testeren, men i seg selv er det ikke tilstrekkelig til å utføre testing Lær mer om testverktøy her 81. Vi bruker utdataene fra kravanalysen, kravspesifikasjonen som input for skriving Testtilfeller for brukeraksept 82. Gjentatt testing av et allerede testet program, etter modifisering, for å oppdage eventuelle feil som er introdusert eller avdekket som et resultat av endringene i programvaren som testes eller i en annen relatert eller ikke-relatert programvarekomponent: Regresjonstesting 83. En grossist selger blekkpatroner. Minimum bestillingsantall er 5. Det er 20% rabatt på bestillinger på 100 eller flere blekkpatroner. Du har blitt bedt om å forberede testtilfeller ved å bruke forskjellige verdier for antall bestilte blekkpatroner. Hvilke av følgende grupper inneholder tre testinnganger som vil bli generert ved hjelp av grenseverdianalyse? 4, 5, 99 84. Hva er komponenttesting? Komponenttesting, også kjent som enhets-, modul- og programtesting, søker etter mangler 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 til å erstatte den manglende programvaren og simulere grensesnittet mellom programvarekomponentene enkelt. En stub kalles fra programvarekomponenten som skal testes; en driver kaller en komponent som skal testes. Her er en fantastisk video om Unit Testing 85. Hva er funksjonell systemtesting? Å teste end-to-end-funksjonaliteten til systemet som helhet er definert som en funksjonell systemtesting. 86. Hva er fordelene med Independent Testing? Uavhengige testere er upartiske og identifiserer forskjellige mangler samtidig. 87. I en REAKTIV tilnærming til testing, når forventer du at mesteparten av testdesignarbeidet skal påbegynnes? Hovedtyngden av testdesignarbeidet startet etter at programvaren eller systemet er produsert. 88. Hva er de forskjellige metodene i Agile Development Model? Det er for øyeblikket syv forskjellige smidige metoder jeg er klar over: 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 testinnsats? For å teste alt er ikke mulig. 91. Hva er random / monkey testing? Når brukes den? Tilfeldig testing er ofte kjent som monkey testing. I en slik type data blir data generert tilfeldig, ofte ved hjelp av et verktøy eller en automatisert mekanisme. Med denne tilfeldig genererte innspillet blir systemet testet, og resultatene blir analysert deretter. Disse testene er mindre pålitelige; Derfor brukes det vanligvis av nybegynnere og for å se om systemet holder seg under uønskede effekter. 92. Hvilke av følgende er gyldige mål for hendelsesrapporter? 93. Vurder følgende teknikker. Hvilke er statiske og hvilke er dynamiske teknikker? Dataflytanalyse og inspeksjoner er statiske; Partisjonering av ekvivalens, bruksteststest, utforskende testing og beslutningstesting er dynamisk. 94. Hvorfor blir statisk testing og dynamisk testing beskrevet som utfyllende? Fordi de deler målet om å identifisere feil, 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 gjennomganger en formell prosess. En typisk formell gjennomgangsprosess består av seks hovedtrinn: 96. Hva er moderatorens rolle i gjennomgangsprosessen? Moderatoren (eller gjennomgangslederen) leder gjennomgangsprosessen. Han eller hun bestemmer, i samarbeid med forfatteren, typen anmeldelse, tilnærming og sammensetningen av gjennomgangsteamet. Moderatoren utfører inngangskontrollen og oppfølgingen av omarbeidet, for å kontrollere kvaliteten på input og output i gjennomgangsprosessen. Moderatoren planlegger også møtet, formidler dokumenter før møtet, coacher andre teammedlemmer, går i møte, leder mulige diskusjoner og lagrer dataene som samles inn. Lær mer om gjennomgangsprosessen i Video Tutorial her 97. Hva er en ekvivalenspartisjon (også kjent som en ekvivalensklasse)? Et inngangs- eller utgangsområde med verdier slik at bare en verdi i området blir en testtilfelle. 98. Når skal konfigurasjonsadministrasjonsprosedyrer implementeres? Under testplanlegging. 99. En type funksjonstesting som undersøker funksjonene knyttet til påvisning av trusler, for eksempel virus fra ondsinnede utenforstående? Sikkerhetstesting 100. Testing der vi underkaster testmålet, for ulike arbeidsbelastninger for å måle og evaluere ytelsesatferd og evnen til målet og testen for å fortsette å fungere skikkelig under disse forskjellige arbeidsmengdene? Lastetesting 101. Testaktivitet som utføres for å avsløre feil i grensesnittene og i samspillet mellom integrerte komponenter er? Integrering Nivå Testing 102. Hva er de strukturbaserte (teknikkene) testteknikkene? Strukturbaserte testteknikker (som også er dynamiske i stedet for statiske) bruker programvarens interne struktur til å 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 implementeres, det vil si hvordan den fungerer. For eksempel kan en strukturell teknikk være opptatt av å utøve sløyfer i programvaren. Ulike testtilfeller kan utledes for å utøve løkken en, to og mange ganger. Dette kan gjøres uavhengig av programvarens funksjonalitet. 103. Når skal "regresjonstesting" utføres? Etter at programvaren har endret seg eller når miljøet har endret seg, bør regresjonstesting utføres. 104 . Hva er negativ og positiv testing? En negativ test er når du legger inn et ugyldig inndata og mottar feil. Mens positiv testing er når du legger inn en gyldig innspill og forventer at noen handlinger skal fullføres i samsvar med spesifikasjonen. 105. Hva er formålet med et kriterium for gjennomføring av testen? Formålet med testgjennomføringskriteriet er å bestemme når testen skal stoppes 106. Hva kan IKKE finne statisk analyse? For eksempel minnelekkasjer. 107. Hva er forskjellen mellom omprøving 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. Erfaringen til både tekniske og forretningsfolk er viktig, ettersom de gir forskjellige 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 gjennomgang krever formelle inn- og utgangskriterier, inkludert beregninger? Undersøkelse 110. Kan anmeldelser eller inspeksjoner betraktes som en del av testingen? Ja, fordi begge hjelpene oppdager 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. Hvilke av følgende verktøy vil være involvert i automatisering av regresjonstest? en. Datatester b. Grensetester c. Opptak / avspilling d. Utgangskomparator. d. Utgangskomparator 113. For å teste en funksjon, hva må skrive en programmerer, som kaller funksjonen for å testes og passere testdata. Sjåfør 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 skal testingen stoppes? Det avhenger av risikoen for systemet som testes. Det er noen kriterier som du kan slutte å teste. 117. Hvilket av følgende er det primære formålet med integrasjonsstrategien for integrasjonstesting i det minste? 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 utfører ekvivalenspartisjonering med disse testtilfellene, fjerner det overflødige testsaker, og gir oss dermed semi-tilfeldige testsaker. 119. Gitt følgende kode, hvilken påstand er sant angående det minste antall testsaker som kreves for full uttalelse og filialdekning? Les s Les q HVIS p + q> 100 DA Skriv ut "Stor" SLUTT OM HVIS p> 50 DA Skriv ut "p Large" SLUTT OM 1 test for uttalelsesdekning, 2 for avdeling 120. Hvilken anmeldelse brukes vanligvis for å evaluere et produkt for å bestemme dets egnethet til den tiltenkte bruken og for å identifisere avvik? Teknisk gjennomgang. 121. Fant feil bør opprinnelig dokumenteres av hvem? Av testere. 122. Hvilken er den nåværende formelle verdensomspennende anerkjente dokumentasjonsstandarden? Det er ikke en. 123. Hvilket av følgende er gjennomgangsdeltakeren som har opprettet varen som skal gjennomgås? Forfatter 124. En rekke kritiske feil er løst i programvaren. Alle feilene er i en modul, relatert til rapporter. Testlederen bestemmer seg for å gjøre regresjonstesting bare på rapportmodulen. Regresjonstesting bør også gjøres på andre moduler fordi å fikse en modul kan påvirke andre moduler. 125. Hvorfor gir grenseverdianalysen gode testtilfeller? Fordi det ofte blir gjort feil under programmering av de forskjellige sakene nær 'kantene' av verdiområdet. 126. Hva skiller en inspeksjon fra andre gjennomgangstyper? Den ledes av en utdannet leder, bruker formelle inn- og utgangskriterier og sjekklister. 127. Hvorfor kan testeren være avhengig av konfigurasjonsadministrasjon? Fordi konfigurasjonsadministrasjon forsikrer at vi vet den nøyaktige versjonen av testvaren og testobjektet. 128. Hva er V-Model? 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 spesifikk 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 er testet av en eller annen test, kan vi måle dekning. 131. Hvorfor foretrekkes inkrementell integrasjon framfor "big bang" -integrasjon? Fordi inkrementell integrasjon har bedre tidlige defekter screening og isolasjonsevne 132. Hva kalles prosessen som starter med terminalmodulene? Integrering fra bunnen av 133. I løpet av hvilken testaktivitet kan feil bli funnet mest kostnadseffektivt? Under testplanlegging 134. Formålet med kravfasen er For å fryse krav, for å forstå brukernes behov, for å definere omfanget av testing 135. Hvorfor deler vi testing i forskjellige stadier? Vi deler testingen i forskjellige trinn på grunn av følgende grunner, 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 beregning av DRE er DRE = Antall feil mens en test / antall feil mens du tester + antall feil funnet av en bruker 137. Hvilket av følgende vil trolig ha størst nytte av bruken av testverktøy som gir fangeopptak og omspillingsfasiliteter? a) Regresjonstesting b) Integrasjonstesting c) Systemtesting d) Brukeraksepttesting Regresjonstesting 138. Hvordan vil du anslå mengden re-testing som sannsynligvis vil være nødvendig? Målinger fra tidligere lignende prosjekter og diskusjoner med utviklingsteamet 139. Hva studerer dataflytanalyse? Bruk av data på stier gjennom koden. 140. Hva er feil? Feil er en avvik fra spesifisert oppførsel. 141. Hva er testkomparatorer? Er det virkelig en test hvis du legger inn noen innganger i noe 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 hva programvaren produserer med hva den skal produsere. En testkomparator hjelper til med å automatisere aspekter av denne sammenligningen. 142. Hvem er ansvarlig for å dokumentere alle spørsmål, problemer og åpen punkt som ble identifisert under gjennomgangsmøtet Skribent 143. Hva er hovedformålet med uformell gjennomgang En billig måte å få fordeler på 144. Hva er formålet med testdesignteknikk? Identifisere testbetingelser 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: Partisjonering av ekvivalens 146. En testansvarlig vil bruke ressursene som er tilgjengelige for automatisert testing av en webapplikasjon. Det beste valget er Tester, testautomatisering, nettspesialist, DBA 147. Under testingen av en modultester fant 'X' en feil og tildelte den til en utvikler. Men utvikler avviser det samme og sier at det ikke er en feil. Hva 'X' bør gjøre? Send detaljert informasjon om feilen og sjekk reproduserbarheten 148. En type integrasjonstesting der programvareelementer, maskinvareelementer eller begge kombineres samtidig til en komponent eller et overordnet system, snarere enn i trinn. Big-Bang Testing 149. I praksis hvilken livssyklusmodell som kan ha flere, færre eller forskjellige nivåer av utvikling og testing, avhengig av prosjekt og programvareprodukt. 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? Den kan brukes på menneskelig inngang, inngang via grensesnitt til et system eller grensesnittparametere i integrasjonstesting. Partisjonering av ekvivalens 151. "Denne livssyklusmodellen er drevet av tidsplan og budsjettrisiko" Denne uttalelsen er best egnet for. V-modell 152. I hvilken rekkefølge skal testene kjøres? Den viktigste må testes først 153. Jo senere i utviklingslivssyklusen en feil blir oppdaget, jo dyrere er det å fikse. Hvorfor? Feilen er innebygd i mer dokumentasjon, kode, tester osv 154. Hva er dekkmåling? Det er et delvis mål på testens grundighet. 155. Hva er testing av grenseverdier? Test grensebetingelser på, under og over kantene til inngangs- og utgangsekvivalensklasser. La oss for eksempel si en banksøknad der du kan ta ut maksimalt 20 000 Rs og minimum R 1 100, 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 fra hyllen. 157. Formålet med det er å tillate at spesifikke tester utføres på et system eller nettverk som ligner så nært som mulig miljøet der varen som testes vil bli brukt ved utgivelsen? 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 en parallell utvikling av funksjoner og påfølgende integrering. Komponenter / funksjoner utvikles parallelt som om de var miniprosjekter, utviklingen blir tidsbokset, levert og deretter satt 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 hjelp av denne metoden. Imidlertid må produktspesifikasjonen utvikles for produktet på et eller annet tidspunkt, og prosjektet må settes under mer formell kontroll før de går i produksjon. Se vår testtest Se vår - Software Testing Interview Questions Youtube Video Gratis PDF-nedlasting: Software Testing Interview Questions & Answers Ovennevnte spørsmål og svar på intervjuer og svar på ovennevnte pdf vil hjelpe både ferskere og erfarne QA-ingeniører. Vennligst del siden med venner og kolleger.
hvis bredde> lengdethenbiggest_dimension = breddehvis høyde> breddethenbiggest_dimension = høydeslutt omelsebiggest_dimension = lengdehvis høyde> lengdethenbiggest_dimension = høydeslutt omslutt om