Pålitelighetstesting
Reliability Testing er en testprosess for programvare som sjekker om programvaren kan utføre en feilfri operasjon i en spesifisert tidsperiode i et bestemt miljø. Hensikten med pålitelighetstesting er å sikre at programvareproduktet er feilfritt og pålitelig nok for det forventede formålet.
Pålitelighet betyr "å gi det samme", med andre ord betyr ordet "pålitelig" at noe er pålitelig og at det vil gi det samme resultatet hver gang. Det samme gjelder pålitelighetstesting.
I denne veiledningen vil du lære-
- Hva er pålitelighetstesting?
- Eksempel på pålitelighetstesting
- Faktorer som påvirker programvarens pålitelighet
- Hvorfor gjøre pålitelighetstesting
- Typer pålitelighet Testing
- Hvordan gjøre pålitelighetstesting
- Eksempel på metoder for pålitelighetstesting
- Pålitelighetsverktøy for testing
Eksempel på pålitelighetstesting
Sannsynligheten for at en PC i en butikk er i drift i åtte timer uten å krasje er 99%; dette blir referert til som pålitelighet.
Pålitelighetstesting kan kategoriseres i tre segmenter,
- Modellering
- Mål
- Forbedring
Følgende formel er for beregning av sannsynligheten for feil.
Sannsynlighet = Antall sviktende saker / Totalt antall saker under behandling
Faktorer som påvirker programvarens pålitelighet
- Antall feil som presenteres i programvaren
- Måten brukerne bruker systemet på
- Pålitelighetstesting er en nøkkel til bedre programvarekvalitet. Denne testen hjelper deg med å oppdage mange problemer i programvaredesign og funksjonalitet.
- Hovedformålet med pålitelighetstesting er å sjekke om programvaren oppfyller kravet til kundens pålitelighet.
- Pålitelighetstesting vil bli utført på flere nivåer. Komplekse systemer vil bli testet på enhets-, monterings-, delsystem- og systemnivå.
Hvorfor gjøre pålitelighetstesting
Pålitelighetstesting utføres for å teste programvareytelsen under de gitte forholdene.
Målet bak å utføre pålitelighetstesting er,
- Å finne strukturen til gjentatte feil.
- For å finne antall feil som oppstår, er den angitte tiden.
- Å oppdage hovedårsaken til feil
- Å gjennomføre ytelsestesting av forskjellige moduler av programvare etter å ha løst feil
Etter utgivelsen av produktet kan vi også minimere muligheten for feil og dermed forbedre programvarens pålitelighet. Noen av verktøyene som er nyttige for dette er - Trendanalyse, Orthogonal Defect Classification og formelle metoder, etc ...
Typer pålitelighet Testing
Testing av programvarepålitelighet inkluderer funksjonstesting, belastningstesting og regresjonstesting
Funksjonstesting: -
Featured Testing sjekker funksjonen som leveres av programvaren og utføres i følgende trinn: -
- Hver operasjon i programvaren utføres minst en gang.
- Samspillet mellom de to operasjonene reduseres.
- Hver operasjon må kontrolleres for riktig utførelse.
Lastetesting: -
Vanligvis vil programvaren fungere bedre i begynnelsen av prosessen, og etter det vil den begynne å bli nedverdigende. Lastetesting utføres for å kontrollere ytelsen til programvaren under maksimal belastning.
Regresjonstest:-
Regresjonstesting brukes hovedsakelig for å sjekke om noen nye feil har blitt introdusert på grunn av å fikse tidligere feil. Regresjonstesting utføres etter hver endring eller oppdatering av programvarefunksjonene og deres funksjoner.
Hvordan gjøre pålitelighetstesting
Pålitelighetstesting er kostbart sammenlignet med andre typer testing. Så riktig planlegging og ledelse er nødvendig mens du gjør pålitelighetstesting. Dette inkluderer testprosessen som skal implementeres, data for testmiljø, testplan, testpunkter osv.
Til å begynne med pålitelighetstesting må tester fortsette å følge ting,
- Etablere pålitelighetsmål
- Utvikle operativ profil
- Planlegg og utfør tester
- Bruk testresultater for å føre beslutninger
Som vi diskuterte tidligere, er det tre kategorier der vi kan utføre Reliability Testing, - modellering, måling og forbedring .
De viktigste parametrene som er involvert i pålitelighetstesting er: -
- Sannsynlighet for feilfri drift
- Lengden på feilfri drift
- Miljøet det blir utført i
Trinn 1) Modellering
Programvaremodelleringsteknikk kan deles inn i to underkategorier:
1. Prediksjon modellering
2. Estimeringsmodellering
- Meningsfulle resultater kan oppnås ved å bruke egnede modeller.
- Antakelser og abstraksjoner kan gjøres for å forenkle problemene, og ingen enkel modell vil være egnet for alle situasjoner.
De største forskjellene mellom to modeller er: -
| Problemer | Prediksjon modeller | Estimeringsmodeller |
|---|---|---|
| Datareferanse | Den bruker historiske data | Den bruker nåværende data fra programvareutviklingen. |
| Når den brukes i utviklingssyklus | Det vil vanligvis bli opprettet før utviklings- eller testfasene. | Den vil vanligvis brukes på det senere stadiet av programvareutviklingens livssyklus. |
| Tidsramme | Det vil forutsi påliteligheten i fremtiden. | Det vil forutsi påliteligheten enten for nåværende tid eller i fremtiden. |
Trinn 2) Måling
Programvarens pålitelighet kan ikke måles direkte, og andre relaterte faktorer blir derfor vurdert for å estimere programvarens pålitelighet. Den nåværende fremgangsmåten for måling av programvarepålitelighet er delt inn i fire kategorier: -
1. Produktberegninger: -
Produktberegninger er kombinasjonen av fire typer beregninger:
- Programvarestørrelse : - Line of Code (LOC) er en intuitiv innledende tilnærming for å måle størrelsen på programvaren. Bare kildekoden telles i denne beregningen, og kommentarene og andre ikke-kjørbare utsagn blir ikke telt.
- Funksjonspunkt Metrisk : - Funksjon Pont Metrisk er metoden for å måle funksjonaliteten til programvareutviklingen. Den vil vurdere antall innganger, utganger, hovedfiler osv. Den måler funksjonaliteten som leveres til brukeren og er uavhengig av programmeringsspråket.
- Kompleksitet : - Det er direkte relatert til programvarepålitelighet, så det er viktig å representere kompleksitet. Kompleksitetsorientert beregning er en metode for å bestemme kompleksiteten til et programs kontrollstruktur, ved å forenkle koden til en grafisk fremstilling.
- Testdekningsmetrikker : - Det er en måte å estimere feil og pålitelighet ved å utføre den komplette testen av programvareprodukter. Programvarepålitelighet betyr at det er funksjonen å bestemme at systemet er fullstendig verifisert og testet.
2. Metoder for prosjektledelse
- Forskere har innsett at god ledelse kan resultere i bedre produkter.
- En god ledelse kan oppnå høyere pålitelighet ved å bruke bedre utviklingsprosess, risikostyringsprosess, konfigurasjonsadministrasjonsprosess, etc.
3. Prosessmålinger
Produktets kvalitet er direkte relatert til prosessen. Prosessberegningene kan brukes til å estimere, overvåke og forbedre påliteligheten og kvaliteten på programvaren.
4. Feil- og feilmålinger
Feil- og feilmålinger brukes hovedsakelig for å sjekke om systemet er helt feilfritt. Både typene feil som ble oppdaget under testprosessen (dvs. før levering) så vel som feilen rapportert av brukere etter levering blir samlet, oppsummert og analysert for å oppnå dette målet.
Programvarepålitelighet måles i form av gjennomsnittlig tid mellom feil (MTBF) . MTBF består av
- Mean to failure (MTTF): Det er tidsforskjellen mellom to påfølgende feil
- Gjennomsnittlig reparasjonstid (MTTR): Det er tiden det tar å løse feilen.
MTBF = MTTF + MTTR
Pålitelighet for god programvare er et tall mellom 0 og 1.
Påliteligheten øker når feil eller feil fra programmet fjernes.
Trinn 3) Forbedring
Forbedring avhenger helt av problemene som oppstod i applikasjonen eller systemet, ellers programvarens egenskaper. I henhold til kompleksiteten i programvaremodulen vil forbedringsmåten også variere. To hovedbegrensninger tid og budsjett, som vil begrense innsatsen i forbedring av programvarens pålitelighet.
Eksempel på metoder for pålitelighetstesting
Å teste for pålitelighet handler om å trene et program slik at feil oppdages og fjernes før systemet distribueres.
Det er hovedsakelig tre tilnærminger som brukes til pålitelighetstesting
- Test-på nytt pålitelighet
- Parallell Forms Pålitelighet
- Beslutningskonsistens
Nedenfor prøvde vi å forklare alle disse med et eksempel.
Test-på nytt pålitelighet
For å estimere påliteligheten av testtesten, vil en enkelt gruppe undersøkere utføre testprosessen bare med få dager eller ukers mellomrom. Tiden skal være kort nok til at eksaminandens ferdigheter i området kan vurderes. Forholdet mellom eksamenspoengene fra to forskjellige administrasjoner er estimert, gjennom statistisk sammenheng. Denne typen pålitelighet viser i hvilken grad en test er i stand til å produsere stabile, konsistente poeng over tid.
Parallell Forms Pålitelighet
Mange eksamener har flere formater av spørsmålsoppgaver, disse parallelle eksamensformene gir sikkerhet. Parallelle skjemaers pålitelighet estimeres ved å administrere begge former for eksamen til samme gruppe undersøkere. Eksamenens score på de to testskjemaene er korrelert for å bestemme hvor likt de to testskjemaene fungerer. Dette pålitelighetsestimatet er et mål på hvor konsistente eksamenspersoner kan forventes å oppnå på tvers av testformene.
Beslutningskonsistens
Etter å ha gjort påliteligheten for test på nytt og påliteligheten med parallell skjema, vil vi få et resultat av at undersøkere enten består eller ikke består. Det er påliteligheten til denne klassifiseringsbeslutningen som er estimert i påliteligheten for beslutningens konsistens.
Betydningen av pålitelighetstesting
Det kreves en grundig vurdering av påliteligheten for å forbedre ytelsen til programvareprodukt og prosess. Testing av programvares pålitelighet vil hjelpe programvareledere og utøvere i stor grad.
Slik kontrollerer du påliteligheten til programvaren via testing: -
- Et stort antall testsaker bør utføres i lengre tid for å finne ut hvor lenge programvaren vil kjøre uten feil.
- Distribusjonen av testtilfeller skal stemme overens med programvarens faktiske eller planlagte driftsprofil. Jo oftere en funksjon av programvaren utføres, desto større er prosentandelen testtilfeller som skal tildeles den funksjonen eller delmengden.
Pålitelighetsverktøy for testing
Noen av verktøyene for pålitelighetstesting som brukes for pålitelighet av programvare, er:
1. WEIBULL ++: - Analyse av pålitelighetslivsdata
2. RGA: - Pålitelighetsvekstanalyse
3. RCM: -Pålitelighetssentrert vedlikehold
Sammendrag:
Pålitelighetstesting er den viktige delen av et program for pålitelighetsteknikk. Mer riktig, det er sjelen til pålitelighetsingeniørprogram.
Videre er pålitelighetstester hovedsakelig designet for å avdekke bestemte feilmodus og andre problemer under programvaretesting.
I programvareteknikk kan pålitelighetstesting kategoriseres i tre segmenter,
- Modellering
- Mål
- Forbedring
Faktorer som påvirker programvarens pålitelighet
- Antall feil som presenteres i programvaren
- Måten brukerne bruker systemet på