Menu

Hvad er pålidelighedstest: definition, metode og værktøjer

  • Vigtigste
  • Andet
  • Hvad er pålidelighedstest: definition, metode og værktøjer

what is reliability testing

Prøv Vores Instrument Til At Fjerne Problemer

Hvad er pålidelighedstestning?

bedste pop op-blocker-udvidelse til krom

Pålidelighed er defineret som sandsynligheden for fejlfri softwaredrift i en bestemt periode i et bestemt miljø.

Pålidelighedstest udføres for at sikre, at softwaren er pålidelig, den opfylder det formål, den er lavet til, i en bestemt tid i et givet miljø og er i stand til at udføre en fejlfri drift.

I denne mekaniserede verden tror folk i dag blindt på enhver software. Uanset hvilket resultat softwaresystemet viser, følger folk det og tror, ​​at softwaren altid vil være korrekt. Det er faktisk en almindelig fejl, som vi alle gør.

Brugere mener, at de viste data er korrekte, og softwaren fungerer altid korrekt. Det er her behovet for pålidelighedstest kommer ind i billedet.

Pålidelighedstest

Ifølge ANSI er softwarepålidelighed defineret som sandsynligheden for fejlfri softwaredrift i en bestemt periode i et bestemt miljø.

Hvis et softwareprodukt fungerer fejlfrit i en bestemt periode i et specificeret miljø, er det kendt som pålidelig software.

Softwares pålidelighed reducerer fejl under softwareudvikling. I elektroniske enheder eller mekaniske instrumenter kan softwaren ikke have 'slitage', her sker 'slitage' kun på grund af 'defekter' eller 'fejl' i softwaresystemet.

Anbefalet Læs => Tips og tricks til at finde en fejl

Hvad du vil lære:

Hvad er pålidelighedstestning?

I nutidens verden bruges softwareapplikationer i hvert eneste aspekt af vores liv, herunder sundhedsvæsen, offentlige sektorer, telekommunikation osv.

Derfor skal vi have nøjagtige data, som brugerne kan stole på. Pålidelighedstestning vedrører kvaliteten af ​​softwaren og standardiseringen af ​​produkter. Hvis vi er i stand til at gentage testsagerne, og hvis vi får samme output konsekvent, siges det at produktet er 'pålideligt'.

Pålidelighedstest udføres for at sikre, at softwaren er pålidelig, den opfylder det formål, den er lavet til, i en bestemt tid i et givet miljø og er i stand til at udføre en fejlfri drift.

Hvornår bruger vi pålidelighedstestning?

Nedenfor er de scenarier, hvor vi bruger denne test:

  • For at finde de fejl, der findes i systemet, og årsagen bag det.
  • For at sikre systemets kvalitet.

Testcases skal udformes på en sådan måde, at det sikrer den samlede dækning af softwaren. Testcases skal udføres med jævne mellemrum, så vi kan krydstjekke det aktuelle resultat og det forrige resultat og kontrollere, om der er nogen forskel mellem dem. Hvis det viser det samme eller lignende resultat, kan softwaren betragtes som en pålidelig.

Vi kan også teste pålideligheden ved at udføre testsagerne i en bestemt periode og kontrollere, om det viser resultatet korrekt uden fejl efter den bestemte tidsperiode. Mens vi foretager pålidelighedstestning, skal vi kontrollere miljømæssige begrænsninger som hukommelseslækage, lavt batteriniveau, lavt netværk, databasefejl osv.

Grundlæggende typer til at måle pålideligheden af ​​software

Nedenfor er nogle få grundlæggende typer til at måle softwarepålideligheden.

1) Test-retest-pålidelighed

Overvej følgende situation, hvor vi tester en funktionalitet, sig kl. 9:30 og test den samme funktionalitet kl. 13 igen. Senere sammenligner vi begge resultater. Vi får en høj korrelation i resultaterne. Så kan vi sige, at testen er 'Pålidelig'. Normalt betyder en pålidelighed på 0,8 eller mere, at systemet kan betragtes som et meget pålideligt produkt.

Her er det meget vigtigt at bemærke, at længden af ​​testen forbliver den samme, hvis vi har 10 trin i en testtilfælde, så vil antallet af trin forblive det samme for at udføre testen næste gang.

Gentest logikskærmen

Overvej det særlige Eksempel af en person, der deltager i en 'IQ-test' og scorer 144 point. Efter 6 måneder tager han den samme 'IQ-test' og scorer 68 point. I et sådant tilfælde kan han ikke betragtes som en 'pålidelig' kilde.

2) Parallel eller alternativ form for pålidelighed

Det kaldes således, da testerne udfører testen i to former på samme tid.

Parallel pålidelighed

3) Inter-Rater Pålidelighed

Inter-Rater Reliability er ellers kendt som Inter-Observer eller Inter-Coder Reliability. Det er en særlig type pålidelighed, der består af flere ratere eller dommere. Det handler om konsistensen af ​​den vurdering, der er fremsat af forskellige ratorer / observatører.

Inter-rater pålidelighed

For eksempel , overvej en deltager, der deltager i en sangkonkurrence og tjener 9,8,9 (ud af 10) point fra flere dommere. Denne score kan betragtes som 'pålidelig', da de er ret ensartede. Men hvis han havde scoret 9,3,7 (ud af 10), kan det ikke betragtes som 'pålideligt'.

Bemærk: Disse vurderinger vil i høj grad afhænge af den generelle aftale mellem de forskellige dommere / bedømmere. Når du har udført en række observationer, kan du beslutte, at der er en slags stabilitet på tværs af scoringerne, og efter denne periode kan vi sige, at de er konsistente.

Scorestabiliteten er således en måling på tværs af flere observatører. Det er meget vigtigt at bemærke, at observatørens dygtighed også spiller en vigtig rolle, når det kommer til at diskutere inter-rater-pålideligheden. For at forbedre pålideligheden mellem raterne har raterne brug for træning eller ordentlig vejledning.

Eksempel på pålidelighed mellem rater

Overvej Excel-arket ovenfor og se klassificeringerne, der er givet af to forskellige klassificeringer Rater1 og Rater2 for 12 forskellige emner. Rater1 har uafhængigt bedømt på scorebrættet. Her skal vi bruge resultattavlen til at beregne procentdelen af ​​aftalen mellem de to ratere. Dette kaldes pålidelighed mellem rater eller aftale mellem rater mellem de to ratere.

I den tredje kolonne sætter vi '1', hvis scorerne, der stilles af klassificeringerne, stemmer overens. Vi giver '0', hvis scorerne matcher. Derefter finder vi antallet '1 og' 0 i kolonnen. Her er det 8.

Antallet af '1' = 8

Samlet antal varer = 12

Procentdel af aftale = (8/12) * 100 = 67%. 67% er ikke så meget. Ratings skal være mere enige, så de kan diskutere og forbedre resultatet i overensstemmelse hermed.

Forskellige typer pålidelighedstest

De forskellige typer pålidelighedstest er beskrevet nedenfor til din reference:

1) Funktionstest:

Denne testning bestemmer egnethed, dvs. den tester, om applikationen fungerer som forventet til dets indrykkede brug. Her vil det kontrollere interoperabiliteten af ​​en applikation til at teste den med de andre komponenter og det system, der interagerer med applikationen.

Det sikrer systemets nøjagtighed for at kontrollere, om der ikke er nogen fejl fundet under Betatestning .

Bortset fra dette tester det en slags sikkerhed og overholdelse. Sikkerhedstest er relateret til forebyggelse af uautoriseret adgang til applikationen enten bevidst eller utilsigtet. I overensstemmelse vil vi kontrollere, om applikationen følger visse kriterier som standard, regler osv.

bedste gratis computerrenser og -reparation

2) Belastningstest

Belastningstest vil kontrollere, hvor godt systemet fungerer, sammenlignet med konkurrencesystemet eller ydeevnen. Det er også baseret på antallet af samtidige brugere, der bruger systemet, og systemets adfærd over for brugerne.

Systemet skal svare på brugerens kommandoer med mindre responstid (f.eks. 5 sekunder) og imødekomme brugerens forventninger.

3) Regressionstest

I Regressionstest , vi vil kontrollere, om systemet fungerer godt, og at der ikke er introduceret nogen fejl som følge af tilføjelsen af ​​ny funktionalitet i softwaren. Det gøres også, når en fejl er rettet, og testeren skal teste den igen.

Pålidelighedstestplan

I løbet af de forskellige faser af SDLC (Software Development Life Cycle) kan mange spørgsmål om produktets fremtid stige af brugerne, såsom 'hvis de er pålidelige eller ikke'. Vi er nødt til at have en klar løsning på sådanne spørgsmål. Med en ordentlig model kan vi forudsige produktet.

De to typer modeller inkluderer:

  • Forudsigelsesmodel
  • Estimeringsmodel

I forudsigelig test forudsiger vi resultatet med de historiske data, statistikker og machine & learning. Alt, hvad vi har brug for, er at skrive en rapport. I en forudsigelig model får vi kun nogle historiske oplysninger. Ved hjælp af denne info kan vi konstruere et scatterplot og tegne en ekstrapoleret linje til de eksisterende historiske data, og vi kan forudsige de kommende data.

Denne type model udføres inden selve udviklings- eller testfasen. I Estimation Testing bruger vi de aktuelle data bortset fra at bruge de historiske data. Her kan vi forudsige et produkts pålidelighed i det nuværende eller fremtidige tidspunkt. Denne type test udføres i de sidste faser af Softwareudvikling livscyklus .

Pålidelighedstestværktøjer

Testere er nødt til at bestemme estimeringen af ​​en softwares pålidelighed. Dette vil føre til brugen af ​​forskellige værktøjer i softwarepålidelighed.

Ved at bruge et standardiseret værktøj kan vi:

  • Find fejloplysningerne.
  • Vælg den rigtige model for at forudsige softwaren.
  • Generer rapporter om fejlene.

Der er forskellige værktøjer, der er tilgængelige på markedet til måling af softwarepålidelighed, og nogle af dem er nævnt nedenfor:

CASRE (værktøj til beregning af pålidelighed til computerassisteret software): Dette er ikke en freeware, vi skal købe den.

CASRE pålidelighedsmålingsværktøj er baseret på de eksisterende pålidelighedsmodeller, der hjælper med bedre skøn over pålideligheden af ​​et softwareprodukt. Værktøjets GUI giver en bedre forståelse af softwarepålideligheden, og det er også meget let at bruge.

Under en test hjælper det brugerne med at finde ud af, om systemets pålidelighed stiger eller falder, mens de bruger et sæt fejldata. Carse tilvejebringer en 2D-afbildning ved at tegne antallet af fejl i forhold til testintervalltiden, og dermed kan en bruger få en graf, der repræsenterer systemet som vist i nedenstående figur.

CASRE pålidelighedsmåleværktøj

Brug af CASRE

  • Brugeren kan vælge fejldata.
  • Når vi specificerer, hvor langt i fremtiden, vi ønsker at forudsige produktets pålidelighed.
  • Vælg pålidelighedsmodeller.
  • Vælg en passende model til resultatet.
  • Udskriv fejlresultatet.
  • Gem resultatet på disken.

Andre værktøjer, der bruges til test af pålidelighed, inkluderer SOFTREL , SoRel (Analyse og forudsigelse af softwarepålidelighed), WEIBULL ++ osv.

Konklusion

Pålidelighedstestning er dyrt sammenlignet med andre former for testning. Derfor er vi nødt til at have en ordentlig for at gøre det omkostningseffektivt Testplan og testledelse.

I SDLC spiller Reliability Test en vigtig rolle. Som forklaret ovenfor vil brugen af ​​pålidelighedsmålinger give softwaren pålidelighed og forudsige softwarens fremtid. Mange gange er softwarepålidelighed svært at opnå, hvis softwaren har høj kompleksitet.

Anbefalet læsning

^