Menu

CSTE Software Testing Certification Exam Question Pattern

cste software testing certification exam question pattern

Prøv Vores Instrument Til At Fjerne Problemer

Denne artikel giver dig en generel idé om CSTE-certificeringseksamen papirmønster . Jeg har medtaget nogle eksempler på spørgsmål og svar til CSTE mock testpapir. Du kan henvise til disse spørgsmål og kan bedømme mønsteret af beskrivende svarpapir.

Hvis du har brug for objekttypespørgsmål fra CSTE-papir, kan du henvise til vores tidligere artikel om CSTE-spørgsmålstypesvar. Du kan også downloade flere eksempler på eksempler fra vores 'Downloads' afsnit.

CSTE

CSTE Mock Test Paper - spørgsmål og svar

Q # 1) Definer følgende sammen med eksempler (25 Marks)
en. Grænseværditest
b. Ækvivalens test
c. Fejl gætte
d. Kontrol af skrivebordet
e. Control Flow analyse

Svar:
a) Grænseværdi-analyse: En proces til valg af testsager / data ved at identificere de grænser, der adskiller gyldige og ugyldige forhold.

Tests er konstrueret til at teste de indvendige og udvendige kanter af disse grænser, ud over de faktiske grænsepunkter eller En udvælgelsesteknik, hvor testdata vælges til at ligge langs 'grænser' for inputdomæne (eller outputområde) klasser, datastrukturer , procedureparametre osv.

Valg inkluderer ofte maksimale, minimale og trivielle værdier eller parametre.

For eksempel, Indtastningsdata 1 til 10 (grænseværdi)
Test inputdata 0, 1, 2 til 9, 10, 11

b) Ækvivalensprøvning: Systemets inputdomæne er opdelt i klasser af repræsentative værdier, så antallet af testcases kan begrænses til en pr. Klasse, hvilket repræsenterer minimumsnummeret. af testsager, der skal udføres.

For eksempel, gyldigt dataområde: 1-10
Test sæt: -2; 5; 14

c) Fejl gætte: Test dataudvælgelsesteknik. Udvælgelseskriteriet er at vælge værdier, der ser ud til at kunne forårsage fejl. Fejlgætning er hovedsageligt baseret på erfaring med en vis hjælp fra andre teknikker såsom grænseværdianalyse.

Baseret på erfaring gætter testdesigneren de typer fejl, der kan opstå i en bestemt type software, og designer testcases for at afdække dem.

bedste anime-steder at se døbt anime

For eksempel, hvis nogen form for ressource tildeles dynamisk, er et godt sted at se efter fejl i de-allokering af ressourcer. Er alle ressourcer korrekt fordelt, eller går nogle tabt, når softwaren udføres?

d) Kontrol af skrivebord: Kontrol af skrivebord udføres af udvikleren af ​​systemet eller programmet. Processen indebærer gennemgang af det komplette produkt for at sikre, at det er strukturelt sundt, og at standarderne og kravene er opfyldt. Dette er det mest traditionelle middel til analyse af et system eller program.

e) Kontrolflowanalyse: Det er baseret på den grafiske repræsentation af programprocessen. In Control Flow Analyse; programgraferne har noder, der repræsenterer en erklæring eller et segment, der muligvis ender i en uløst gren.

Grafen illustrerer strømmen af ​​programstyring fra et segment til et andet som illustreret gennem grene. Målet med Control Flow Analysis er at bestemme de potentielle problemer i logiske grene, der kan resultere i en looptilstand eller forkert behandling.

Spørgsmål nr. 2) Du finder ud af, at der er en seniortester, der laver flere fejl end juniortesterne. Du skal kommunikere dette aspekt til seniortesteren. Du vil heller ikke miste denne tester. Hvordan skal man arbejde konstruktivt med kritik? (10 mærker)

Svar: I kvalitetstilgangen er det vejlederens ansvar at gøre sine underordnede vellykkede. Effektiv anvendelse af kritik er et værktøj til forbedring af underordnet ydeevne.

Når du giver konstruktiv kritik, skal du indarbejde følgende taktik:

  • Gør det privat.
  • Få kendsgerningerne.
  • Vær forberedt på at hjælpe arbejdstageren med at forbedre hans / hendes præstationer.
  • Vær specifik om forventninger.
  • Følg en bestemt proces med kritik.

Spørgsmål nr. 3) Din manager har taget dig med som testledning til test af et webbaseret program. Han vil vide, hvilke risici du vil medtage i testplanen. Forklar hver risikofaktor, der ville være en del af din testplan. (20 karakterer)

Svar: Webbaseret applikations primære risikofaktorer:

  • Sikkerhed: alt relateret til applikationens sikkerhed.
  • Ydeevne: Antallet af computerressourcer og kode, der kræves af systemet for at udføre de angivne funktioner.
  • Korrekthed: Data, der indtastes, behandles og udsendes i systemet, er nøjagtige og komplette
  • Adgangskontrol: Forsikring om, at applikationssystemets ressourcer bliver beskyttet
  • Kontinuitet i behandlingen: Evnen til at opretholde behandling i tilfælde af problemer opstår
  • Revisionsspor: Evnen til at underbygge den behandling, der er sket.
  • Bemyndigelse: Forsikring om, at dataene behandles i overensstemmelse med ledelsens intentioner.

Den generelle risiko eller sekundære risiko:

  • Kompleks: noget uforholdsmæssigt stort, indviklet eller indviklet.
  • Ny: noget, der ikke har nogen historie i produktet.
  • Ændret: alt, hvad der er blevet manipuleret med eller 'forbedret'.
  • Opstrøms afhængighed: noget, hvis fejl vil forårsage kaskadefejl i resten af ​​systemet.
  • Nedstrøms afhængighed: alt, hvad der er særligt følsomt for fejl i resten af ​​systemet.
  • Kritisk: noget, hvis fejl kan forårsage betydelig skade.
  • Præcis: alt, hvad der skal opfylde dets krav nøjagtigt.
  • Populær: alt, hvad der vil blive brugt meget.
  • Strategisk: alt, hvad der har særlig betydning for din virksomhed, såsom en funktion, der adskiller dig fra konkurrencen.
  • Tredje part: alt, hvad der bruges i produktet, men udviklet uden for projektet.
  • Distribueret: noget spredt i tid eller rum, men alligevel hvis elementer skal arbejde sammen.
  • Buggy: noget vidste at have mange problemer.
  • Seneste fejl: noget med en nyere historie med fiasko.

Q # 4) Du er i kontraktfasen af ​​et projekt og udvikler et omfattende forslag til et sikkerhedskritisk softwaresystem. Din direktør har hørt dig om at udarbejde et retningslinje, hvad der vil verve brugerens rolle i Acceptance Testing-fasen.

Angiv de nøgleroller, du føler, at brugeren skal spille i acceptfasen. Angiv også, i hvilke kategorier acceptkravene skal falde. (10 mærker)

Svar:

  • Sikre brugerinddragelse i at udvikle systemkrav og acceptkriterier.
  • Identificer midlertidige og endelige produkter til accept af deres acceptkriterier og tidsplan.
  • Planlæg hvordan og af hvem hver acceptaktivitet skal udføres.
  • Planlæg ressourcer til at give information.
  • Planlæg tilstrækkelig tid til køberpersonale til at modtage og undersøge produkterne og evaluering inden godkendelsesgennemgang.
  • Forbered acceptplanen.
  • Svar på analysen af ​​projektet berettiger, inden du accepterer og afviser.
  • Godkend de forskellige midlertidige softwareprodukter.
  • Udfør de endelige acceptaktiviteter, herunder den formelle acceptstest ved levering.
  • Lav en beslutning om accept for hvert produkt.

Q # 5) Hvad er parallel test, og hvornår bruger vi parallel test? Forklar med
et eksempel? (5 karakterer)

Svar: Test af et nyt eller ændret databehandlingssystem med de samme kildedata, der bruges i et andet system. Det andet system betragtes som standard for sammenligning. ELLER kan vi sige, at parallel test kræver, at de samme inputdata køres gennem to versioner af samme applikation.

Parallel test bør anvendes, når der er usikkerhed om rigtigheden af ​​behandlingen af ​​den nye applikation. Og gamle og nye versioner af applikationerne er de samme.

For eksempel,

  • Betjen den gamle og nye version af lønsystemet for at bestemme, at lønsedlen fra begge systemer er afstemmelig.
  • Kør den gamle version af applikationssystemet for at sikre, at det gamle systems operationelle status er opretholdt i tilfælde af, at der opstår problemer i den nye applikation.

Q # 6) Hvad er forskellen mellem testteknikker og værktøjer? Giv eksempler. (5 karakterer)

Svar:
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.

Væ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

For eksempel, Hammerens svingning for at drive neglen. En hammer er et værktøj, og det er en teknik at svinge hammeren. Begrebet værktøj og teknik er vigtigt i testprocessen. Det er en kombination af de to, der gør det muligt at udføre testprocessen.

Testeren skal først forstå testteknikkerne og derefter forstå de værktøjer, der kan bruges med hver af teknikkerne.

Q # 7) Kvalitetskontrolaktiviteter er fokuseret på at identificere mangler i de faktiske producerede produkter; din chef vil dog have dig til at identificere og definere processer, der forhindrer defekter. Hvordan ville du forklare ham at skelne mellem QA og QC ansvar? (10 mærker)

Svar:

hvordan man opretter en java-fil i formørkelse

Kvalitetssikring:

  • Et planlagt og systematisk sæt af aktiviteter, der er nødvendige for at give tilstrækkelig tillid til, at kravene er korrekt etableret, og produkter eller tjenester opfylder specificerede krav
  • En aktivitet, der etablerer og evaluerer processerne til produktion af produkterne.
  • Hjælper med at etablere processer.
  • Opretter måleprogrammer til evaluering af processer.
  • Identificerer svagheder i processer og forbedrer dem.
  • QA er hele teamets ansvar.
  • Forhindrer indførelse af problemer eller mangler

Kvalitetskontrol:

  • Processen, hvorved produktkvalitet sammenlignes med gældende standarder; og handlingen udføres, når der opdages manglende overensstemmelse.
  • En aktivitet, der verificerer, om produktet opfylder foruddefinerede standarder.
  • Implementerer processen.
  • Kontrollerer, om en eller flere specifikke attributter er i et bestemt produkt eller en bestemt tjeneste
  • Identificerer mangler med det primære formål at rette fejl.
  • QC er testeren.
  • Registrerer, rapporterer og retter mangler

Q # 8) Skel mellem transaktionsflowmodellering, endelig tilstandsmodellering, dataflowmodellering og timingmodellering? (10 mærker)

Svar:
Transaktionsflowmodellering: Knudepunkterne repræsenterer trinnene i transaktioner. Linkene repræsenterer den logiske forbindelse mellem trin.

Endelig tilstandsmodellering: Knudepunkterne repræsenterer softwarets forskellige observerbare brugertilstande. Linkene repræsenterer de overgange, der opstår for at flytte fra stat til stat.

Modellering af dataflow: Knudepunkterne repræsenterer dataobjekterne. Linkene repræsenterer de transformationer, der opstår for at oversætte et dataobjekt til et andet.

Timing Modellering: Knudepunkterne er programobjekter. Links er sekventielle forbindelser mellem programobjekterne. Linkvægtene bruges til at specificere de krævede udførelsestider, når programmet udføres.

9) Angiv, hvad du synes er de to primære mål for testning.
(5 mærker)

Svar:

  • Find ud af, om systemet opfylder specifikationerne (producentvisning)
  • Find ud af, om systemet opfylder forretnings- og brugerbehov (Kundevisning)

Håber denne artikel hjalp dig med at få en idé om CSTE Software Testing Certification Exam Question Pattern. fortæl os din feedback i kommentarfeltet nedenfor!

Anbefalet læsning

^