Meny

Hva er pålitelighetstesting: definisjon, metode og verktøy

  • Hoved
  • Annen
  • Hva er pålitelighetstesting: definisjon, metode og verktøy

what is reliability testing

Prøv Instrumentet Vårt For Å Eliminere Problemer

Hva er pålitelighetstesting?

lag en makefile c ++

Pålitelighet er definert som sannsynligheten for feilfri programvaredrift i en spesifisert tidsperiode i et bestemt miljø.

Pålitelighetstesting utføres for å sikre at programvaren er pålitelig, den tilfredsstiller formålet den er laget for, i en spesifisert tid i et gitt miljø og er i stand til å utføre en feilfri operasjon.

I denne mekaniserte verden tror folk nå for tiden blindt på hvilken som helst programvare. Uansett hvilket resultat programvaresystemet viser, følger folk det og tror at programvaren alltid vil være riktig. Det er faktisk en vanlig feil som vi alle gjør.

Brukere tror at dataene som vises er riktige, og programvaren vil alltid fungere riktig. Det er her behovet for pålitelighetstesting kommer inn i bildet.

Pålitelighetstesting

I følge ANSI er programvarepålitelighet definert som sannsynligheten for feilfri programvaredrift i en bestemt periode i et bestemt miljø.

Hvis et programvareprodukt fungerer feilfritt i en bestemt periode i et spesifisert miljø, er det kjent som pålitelig programvare.

Programvarepålitelighet vil redusere feil under programvareutvikling. I elektroniske enheter eller mekaniske instrumenter kan programvaren ikke ha 'slitasje', her skjer 'slitasje' bare på grunn av 'feil' eller 'feil' i programvaresystemet.

Anbefalt lese => Tips og triks for å finne et feil

Hva du vil lære:

Hva er pålitelighetstesting?

I dagens verden brukes programvareapplikasjoner i alle aspekter av livet vårt, inkludert helsetjenester, offentlige sektorer, telekommunikasjon, etc.

Derfor må vi ha nøyaktige data som brukerne kan stole på. Pålitelighetstesting handler om kvaliteten på programvaren og standardiseringen av produktene. Hvis vi klarer å gjenta testtilfellene, og hvis vi får samme resultat konsekvent, sies det at produktet er 'pålitelig'.

Pålitelighetstesting utføres for å sikre at programvaren er pålitelig, den tilfredsstiller formålet den er laget for, i en spesifisert tid i et gitt miljø og er i stand til å utføre en feilfri operasjon.

Når bruker vi pålitelighetstesting?

Nedenfor er scenariene der vi bruker denne testen:

  • For å finne feilene i systemet og årsaken bak det.
  • For å sikre kvaliteten på systemet.

Test tilfeller bør utformes på en slik måte at det sikrer total dekning av programvaren. Testtilfellene skal utføres med jevne mellomrom, slik at vi kan kryssjekke gjeldende resultat og forrige resultat og verifisere om det er noen forskjell mellom dem. Hvis det viser det samme eller lignende resultat, kan programvaren betraktes som en pålitelig.

Vi kan også teste påliteligheten ved å utføre testsakene i en bestemt periode og sjekke om det viser resultatet riktig uten feil etter den bestemte tidsperioden. Mens vi gjør pålitelighetstesting, må vi sjekke miljøbegrensningene som minnelekkasje, lite batteri, lite nettverk, databasefeil osv.

Grunnleggende typer for å måle påliteligheten til programvaren

Nedenfor er noen få grunnleggende typer for å måle programvarens pålitelighet.

1) Test-på nytt Pålitelighet

Tenk på følgende situasjon der vi tester en funksjonalitet, si klokka 9:30 og test den samme funksjonaliteten klokken 13 igjen. Senere sammenligner vi begge resultatene. Vi får en høy korrelasjon i resultatene. Så kan vi si at testen er ‘Pålitelig’. Vanligvis betyr en pålitelighet på 0,8 eller mer at systemet kan betraktes som et svært pålitelig produkt.

Her er det veldig viktig å merke seg at lengden på testen forblir den samme hvis vi har 10 trinn i en testtilfelle, så vil antall trinn forbli den samme for å utføre testen neste gang.

Test logikkskjermen på nytt

Tenk på det spesielle Eksempel av en person som deltar på en 'IQ Test' og scorer 144 poeng. Etter 6 måneder tar han den samme ‘IQ-testen’ og scorer 68 poeng. I et slikt tilfelle kan han ikke betraktes som en 'pålitelig' kilde.

2) Parallell eller alternativ form for pålitelighet

Det kalles slik testere gjennomfører testen i to former samtidig.

Parallell pålitelighet

3) Inter-Rater Pålitelighet

Inter-Rater Reliability er ellers kjent som Inter-Observer eller Inter-Coder Reliability. Det er en spesiell type pålitelighet som består av flere rangere eller dommere. Den tar for seg konsistensen av vurderingen fremmet av forskjellige rangere / observatører.

Inter-rater pålitelighet

For eksempel , vurdere en deltaker som deltar i en sangkonkurranse og tjene 9,8,9 (av 10) poeng fra flere dommere. Denne poengsummen kan betraktes som 'pålitelig' da de er ganske konsistente. Men hvis han hadde fått 9,3,7 (av 10), kan det ikke betraktes som 'pålitelig'.

Merk: Disse rangeringene vil i høyeste grad avhenge av den generelle avtalen mellom de forskjellige dommerne / vurderingene. Når du har gjort en serie observasjoner, kan du bestemme at det er en slags stabilitet på tvers av poengene, og etter den perioden kan vi si at de er konsistente.

Dermed er poengstabiliteten en måling på tvers av flere observatører. Det er veldig viktig å merke seg at observatørens dyktighet også spiller en viktig rolle når det gjelder å diskutere påliteligheten mellom rater. For å forbedre påliteligheten mellom rater, trenger raterne trening eller riktig veiledning.

Eksempel på pålitelighet mellom rater

Vurder Excel-arket ovenfor og se karakterene gitt av to forskjellige rangere Rater1 og Rater2 for 12 forskjellige elementer. Rater1 har rangert uavhengig av poengbrettet. Her, ved å bruke resultattavlen, skal vi nå beregne prosentandelen av avtalen mellom de to raterne. Dette kalles påliteligheten mellom rater eller avtale mellom de to raterne.

I den tredje kolonnen vil vi sette ‘1’ hvis poengene som blir gitt av raterne stemmer overens. Vi vil gi '0' hvis poengene stemmer overens. Etter det finner vi tallet ‘1’er og‘ 0’er i kolonnen. Her er det 8.

Antall ‘1’ = 8

Totalt antall gjenstander = 12

Prosentandel av avtale = (8/12) * 100 = 67%. 67% er ikke så mye. Ratifiserere må ha mer enighet slik at de kan diskutere og forbedre resultatet deretter.

Ulike typer pålitelighetstest

De forskjellige typene av pålitelighetstesting er diskutert nedenfor for din referanse:

1) Funksjonstesting:

Denne testen bestemmer egnethet, dvs. den tester om applikasjonen fungerer som forventet for den innrykkede bruken. Her vil den sjekke interoperabiliteten til et program for å teste det med de andre komponentene og systemet som samhandler med applikasjonen.

Det sikrer nøyaktigheten av systemet for å sjekke om det ikke er noen feil funnet under Betatesting .

Bortsett fra dette, tester den en slags sikkerhet og samsvar. Sikkerhetstesting er relatert til forebygging av uautorisert tilgang til applikasjonen, enten med vilje eller utilsiktet. I samsvar vil vi sjekke om søknaden følger visse kriterier som standard, regler osv.

2) Lasttesting

Lastetesting vil sjekke hvor godt systemet presterer sammenlignet med konkurransesystemet eller ytelsen. Det er også basert på antall samtidige brukere som bruker systemet og oppførselen til systemet til brukerne.

Systemet må svare på brukerkommandoene med mindre responstid (si 5 sekunder) og oppfylle brukerens forventninger.

3) Regresjonstesting

I Regresjonstesting , vil vi sjekke om systemet fungerer bra og ingen feil er blitt introdusert som et resultat av tillegg av ny funksjonalitet i programvaren. Det gjøres også når en feil er løst, og testeren må teste den igjen.

Pålitelighetstestplan

I løpet av de forskjellige fasene av SDLC (Software Development Life Cycle) kan mange spørsmål om fremtiden for produktet stige av brukerne, for eksempel ‘hvis de er pålitelige eller ikke’. Vi må ha en klar løsning på slike spørsmål. Med en skikkelig modell kan vi forutsi produktet.

De to typene modeller inkluderer:

  • Prediksjonsmodell
  • Estimeringsmodell

I prediktiv testing forutsier vi resultatet med historiske data, statistikk og maskin og læring. Alt vi trenger er å skrive en rapport. I en prediktiv modell får vi bare litt historisk informasjon. Ved hjelp av denne informasjonen kan vi konstruere et spredningsdiagram og tegne en ekstrapolert linje til eksisterende historiske data, og vi kan forutsi kommende data.

Denne typen modeller utføres før selve utviklings- eller testfasen. I Estimation Testing, bortsett fra å bruke historiske data, vil vi bruke gjeldende data. Her kan vi forutsi påliteligheten til et produkt i nåtid eller fremtidig tid. Denne typen testing utføres i løpet av de siste trinnene av Programvareutvikling livssyklus .

Pålitelighetsverktøy for testing

Testere må bestemme estimeringen av påliteligheten til en programvare. Dette vil føre til bruk av forskjellige verktøy i programvarepålitelighet.

Ved å bruke et standardisert verktøy kan vi:

  • Oppdag feilinformasjonen.
  • Velg riktig modell for å forutsi programvaren.
  • Generer rapporter om feilene.

Det er forskjellige verktøy som er tilgjengelige i markedet for måling av programvarepålitelighet, og noen av dem er nevnt nedenfor:

api testing intervju spørsmål og svar

CASRE (beregnet verktøy for pålitelighet av datamaskinstøttet programvare): Dette er ikke et gratisprogram, vi må kjøpe det.

CASRE pålitelighetsmålingsverktøy er bygget basert på eksisterende pålitelighetsmodeller som hjelper til med bedre beregninger av påliteligheten til et programvareprodukt. GUI for verktøyet gir bedre forståelse av programvarens pålitelighet, og det er veldig enkelt å bruke det også.

Under en test hjelper det brukerne å finne ut om påliteligheten til systemet øker eller avtar mens de bruker et sett med feildata. Carse gir en 2D-visning ved å tegne antall feil mot testintervalltiden, og derved kan en bruker skaffe en graf som representerer systemet som vist i figuren nedenfor.

CASRE pålitelighetsmålingsverktøy

Bruke CASRE

  • Brukeren kan velge feildata.
  • Når vi spesifiserer hvor langt i fremtiden, vil vi forutsi produktets pålitelighet.
  • Velg pålitelighetsmodellene.
  • Velg en passende modell for resultatet.
  • Skriv ut feilresultatet.
  • Lagre resultatet på disken.

Andre verktøy som brukes til å teste pålitelighet inkluderer SOFTREL , SoRel (Software Reliability Analysis and Prediction), WEIBULL ++, etc.

Konklusjon

Pålitelighetstesting er kostbart sammenlignet med andre former for testing. Derfor, for å gjøre det kostnadseffektivt, må vi ha en ordentlig Testplan og testledelse.

I SDLC spiller Reliability Test en viktig rolle. Som forklart ovenfor, vil bruk av pålitelighetsberegningene gi programvaren pålitelighet og forutsi programvarens fremtid. Mange ganger er det vanskelig å få programvarepålitelighet hvis programvaren har høy kompleksitet.

Anbefalt lesing

^