cste software testing certification exam question pattern
Denne artikkelen vil gi deg en generell ide om CSTE-sertifisering eksamensmønster . Jeg har tatt med noen eksempler på spørsmål og svar til CSTE mock test paper. Du kan referere til disse spørsmålene og kan bedømme mønsteret på beskrivende svarpapir.
Hvis du trenger spørsmål av objektiv type fra CSTE-papir, kan du henvise til forrige artikkel om svar på spørsmål om CSTE-spørsmål. Du kan også laste ned noen flere eksempler på papir fra vår ‘Nedlastinger’ seksjon.
CSTE Mock Test Paper - Spørsmål og svar
Q # 1) Definer følgende sammen med eksempler (25 merker)
en. Grenseverditesting
b. Likestillingstesting
c. Feil gjetting
d. Skrivebordssjekking
e. Kontrollflytanalyse
Svar:
a) Grenseverdianalyse: En prosess for å velge testtilfeller / data ved å identifisere grensene som skiller gyldige og ugyldige forhold.
Tester er konstruert for å teste de indre og ytre kantene av disse grensene, i tillegg til de faktiske grensepunktene eller En utvalgsteknikk der testdata blir valgt for å ligge langs 'grenser' for inngangsdomenet (eller utgangsområdet) klasser, datastrukturer , prosedyreparametere osv.
Valg inkluderer ofte maksimum, minimum og trivielle verdier eller parametere.
For eksempel, Inndata 1 til 10 (grenseverdi)
Test inngangsdata 0, 1, 2 til 9, 10, 11
b) Test av ekvivalens: Inndatadomenet til systemet er delt inn i klasser med representative verdier, slik at antallet testtilfeller kan begrenses til en per klasse, som representerer minimumsnummeret. av testsaker som må utføres.
For eksempel, gyldig dataområde: 1-10
Test sett: -2; 5; 14
c) Feilsetting: Test data valg teknikk. Valgkriteriet er å plukke verdier som ser ut til å forårsake feil. Feilgjetning er hovedsakelig basert på erfaring, med litt assistanse fra andre teknikker som grenseverdianalyse.
Basert på erfaring, gjetter testdesigneren hvilke typer feil som kan oppstå i en bestemt type programvare, og designer testtilfeller for å avdekke dem.
beste spillselskapet å jobbe for
For eksempel, hvis noen form for ressurs blir allokert dynamisk, er det et godt sted å se etter feil i avfordelingen av ressurser. Er alle ressursene riktig fordelt, eller er noen tapt når programvaren kjøres?
d) Skrivebordskontroll: Desk Checking utføres av utvikleren av systemet eller programmet. Prosessen innebærer å gjennomgå det komplette produktet for å sikre at det er strukturelt forsvarlig og at standardene og kravene er oppfylt. Dette er den mest tradisjonelle måten å analysere et system eller program på.
e) Kontrollflytanalyse: Den er basert på den grafiske representasjonen av programprosessen. I kontrollflytanalyse; programgrafene har noder som representerer en uttalelse eller et segment som muligens ender i en uløst gren.
Grafen illustrerer strømmen av programkontroll fra ett segment til et annet som illustrert gjennom grener. Målet med Control Flow Analysis er å bestemme de potensielle problemene i logiske grener som kan resultere i en loop-tilstand eller feil behandling.
Spørsmål 2) Du finner ut at det er en seniortester som gjør flere feil enn juniortesterne. Du må kommunisere dette aspektet til seniortesteren. Du vil heller ikke miste denne testeren. Hvordan skal man gå fram til konstruktiv kritikk? (10 merker)
Svar: I kvalitetstilnærmingen er det veilederens ansvar å gjøre sine underordnede vellykkede. Effektiv bruk av kritikk er et verktøy for å forbedre underordnet ytelse.
Når du gir konstruktiv kritikk, bør du innlemme følgende taktikker:
- Gjør det privat.
- Ha fakta.
- Vær forberedt på å hjelpe arbeideren med å forbedre prestasjonen.
- Vær spesifikk med hensyn til forventninger.
- Følg en spesifikk prosess for å gi kritikk.
Spørsmål 3) Lederen din har tatt deg om bord som testleder for testing av et nettbasert program. Han vil vite hvilke risikoer du vil inkludere i testplanen. Forklar hver risikofaktor som vil være en del av testplanen din. (20 merker)
Svar: Nettbasert applikasjons primære risikofaktorer:
- Sikkerhet: alt relatert til sikkerheten til applikasjonen.
- Opptreden: Antall databehandlingsressurser og koder som systemet krever for å utføre de oppgitte funksjonene.
- Korrekthet: Data som legges inn, behandles og sendes ut i systemet er nøyaktige og komplette
- Adgangskontroll: Forsikring om at applikasjonssystemets ressurser blir beskyttet
- Kontinuitet i behandlingen: Evnen til å opprettholde behandlingen i tilfelle problemet oppstår
- Revisjonsspor: Evnen til å underbygge behandlingen som har skjedd.
- Autorisasjon: Forsikring om at dataene blir behandlet i samsvar med ledelsens intensjoner.
Generell risiko eller sekundær risiko:
- Kompleks: noe uforholdsmessig stort, intrikat eller kronglete.
- Ny: noe som ikke har noen historie i produktet.
- Endret: alt som har blitt tuklet med eller “forbedret”.
- Oppstrøms avhengighet: alt hvis feil vil føre til kaskadesvikt i resten av systemet.
- Nedstrøms avhengighet: alt som er spesielt følsomt for feil i resten av systemet.
- Kritisk: alt hvis feil kan forårsake betydelig skade.
- Nøyaktig: alt som må oppfylle kravene nøyaktig.
- Populær: alt som skal brukes mye.
- Strategisk: alt som har spesiell betydning for virksomheten din, for eksempel en funksjon som skiller deg fra konkurrentene.
- Tredjepart: alt brukt i produktet, men utviklet utenfor prosjektet.
- Distribuert: noe spredt i tid eller rom, men elementene må fungere sammen.
- Buggy: noe visste å ha mange problemer.
- Nylig feil: alt med en nylig mislykket historie.
Q # 4) Du er i kontraktsfasen av et prosjekt og utvikler et omfattende forslag til et sikkerhetskritisk programvaresystem. Direktøren din har konsultert deg for å utarbeide et retningslinjedokument som vil verve brukerens rolle i Acceptance Testing-fasen.
Angi nøkkelrollene du føler at brukeren skal spille i akseptfasen. Angi også hvilke kategorier akseptkravene skal falle i. (10 merker)
Svar:
- Sikre brukerinvolvering i å utvikle systemkrav og akseptkriterier.
- Identifiser midlertidige og endelige produkter for å akseptere deres akseptkriterier og tidsplan.
- Planlegg hvordan og av hvem hver akseptaktivitet skal utføres.
- Planlegg ressurser for å gi informasjon.
- Planlegg tilstrekkelig tid for kjøperpersonale til å motta og undersøke produktene og evaluering før godkjenningsgjennomgang.
- Forbered akseptplanen.
- Svar på analysen av prosjektet gir rett til å godta og avvise.
- Godkjenn de ulike midlertidige programvareproduktene.
- Utfør de siste akseptaktivitetene, inkludert den formelle godkjenningstesten ved levering.
- Ta en avgjørelse om aksept for hvert produkt.
Q # 5) Hva er parallell testing, og når bruker vi parallell testing? Forklar med
et eksempel? (5 merker)
Svar: Testing av et nytt eller endret databehandlingssystem med de samme kildedataene som brukes i et annet system. Det andre systemet betraktes som standard for sammenligning. ELLER kan vi si at parallell testing krever at de samme inngangsdataene kjøres gjennom to versjoner av samme applikasjon.
Parallell testing bør brukes når det er usikkerhet om riktigheten av behandlingen av den nye applikasjonen. Og gamle og nye versjoner av applikasjonene er de samme.
For eksempel,
- Bruk den gamle og den nye versjonen av lønnssystemet for å fastslå at lønnssjekkene fra begge systemene er forenlige.
- Kjør den gamle versjonen av applikasjonssystemet for å sikre at driftsstatus for det gamle systemet er opprettholdt i tilfelle det oppstår problemer i det nye programmet.
Q # 6) Hva er forskjellen mellom testing av teknikker og verktøy? Gi eksempler. (5 merker)
Svar:
Testteknikk: Er en prosess for å sikre at noen aspekter ved applikasjonssystemet eller enheten fungerer som de skal, kan det være få teknikker, men mange verktøy.
Verktø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
For eksempel, Svingingen av hammeren for å drive spikeren. En hammer er et verktøy, og å svinge hammeren er en teknikk. Konseptet med verktøy og teknikk er viktig i testprosessen. Det er en kombinasjon av de to som gjør det mulig å utføre testprosessen.
Testeren skal først forstå testteknikkene og deretter forstå verktøyene som kan brukes med hver av teknikkene.
Q # 7) Kvalitetskontrollaktiviteter er fokusert på å identifisere mangler i de produserte produktene; sjefen din vil imidlertid at du skal identifisere og definere prosesser som vil forhindre feil. Hvordan vil du forklare ham å skille mellom QA- og QC-ansvar? (10 merker)
Svar:
Kvalitetssikring:
- Et planlagt og systematisk sett med aktiviteter som er nødvendige for å gi tilstrekkelig tillit til at kravene er riktig etablert og at produkter eller tjenester samsvarer med spesifiserte krav
- En aktivitet som etablerer og evaluerer prosessene for å produsere produktene.
- Hjelper med å etablere prosesser.
- Setter opp måleprogrammer for å evaluere prosesser.
- Identifiserer svakheter i prosesser og forbedrer dem.
- QA er hele teamets ansvar.
- Hindrer innføring av problemer eller mangler
Kvalitetskontroll:
- Prosessen der produktkvaliteten sammenlignes med gjeldende standarder; og handlingen utføres når avvik oppdages.
- En aktivitet som verifiserer om produktet oppfyller forhåndsdefinerte standarder.
- Implementerer prosessen.
- Bekrefter om en eller flere spesifikke attributter er i et bestemt produkt eller en bestemt tjeneste
- Identifiserer mangler for det primære formålet med å rette opp mangler.
- QC er testens ansvar.
- Oppdager, rapporterer og retter feil
Q # 8) Skille mellom modellering av transaksjonsflyt, modellering av endelig tilstand, modellering av datamengder og timingsmodellering? (10 merker)
Svar:
Transaksjonsflytmodellering: Nodene representerer trinnene i transaksjoner. Koblingene representerer den logiske sammenhengen mellom trinn.
Finite State Modellering: Nodene representerer programvarens forskjellige observerbare tilstander. Koblingene representerer overgangene som oppstår for å bevege seg fra stat til stat.
Dataflytmodellering: Nodene representerer dataobjektene. Koblingene representerer transformasjonene som oppstår for å oversette ett dataobjekt til et annet.
starte et java-prosjekt i formørkelse
Timing Modellering: Nodene er programobjekter. Koblingene er sekvensielle forbindelser mellom programobjektene. Koblingsvektene brukes til å spesifisere de nødvendige utføringstidene som programmet kjøres.
9) Oppgi hva du synes er de to primære målene for testing.
(5 merker)
Svar:
- Bestem om systemet oppfyller spesifikasjonene (produsentvisning)
- Bestem om systemet oppfyller forretnings- og brukerbehov (Kundevisning)
Håper denne artikkelen hjalp deg med å få en ide om CSTE Software Testing Certification Exam Question Pattern. gi oss beskjed om din tilbakemelding i kommentarfeltet nedenfor!
Anbefalt lesing
- Beste verktøy for testing av programvare 2021 (QA Test Automation Tools)
- Programvaretesting QA Assistant Job
- Er det verdt å få en QA Software Testing Certification?
- Programvare Testing Course: Hvilket programvare Testing Institute skal jeg delta?
- Velge programvaretesting som din karriere
- Programvaretesting Teknisk innhold Writer Freelancer Jobb
- Noen interessante spørsmål om intervjuer med programvaretesting
- Programvaretestkurs Tilbakemelding og anmeldelser