Uzticamības pārbaude
Uzticamības pārbaude ir programmatūras testēšanas process, kas pārbauda, vai programmatūra noteiktā laika periodā konkrētā vidē var veikt darbību bez kļūmēm. Uzticamības testēšanas mērķis ir pārliecināties, ka programmatūras produktam nav kļūdu un tas ir pietiekami uzticams paredzētajam mērķim.
Uzticamība nozīmē "iegūt to pašu", citiem vārdiem sakot, vārds "uzticams" nozīmē, ka kaut kas ir uzticams un ka tas katru reizi dos tādu pašu rezultātu. Tas pats attiecas uz uzticamības pārbaudi.
Šajā apmācībā jūs uzzināsiet
- Kas ir uzticamības pārbaude?
- Uzticamības pārbaudes piemērs
- Faktori, kas ietekmē programmatūras uzticamību
- Kāpēc veikt uzticamības testēšanu
- Uzticamības veidi Pārbaude
- Kā veikt uzticamības testēšanu
- Uzticamības testēšanas metožu piemērs
- Uzticamības pārbaudes rīki
Uzticamības pārbaudes piemērs
Varbūtība, ka dators veikalā darbojas un darbojas astoņas stundas bez avārijas, ir 99%; to sauc par uzticamību.
Uzticamības testēšanu var iedalīt trīs segmentos,
- Modelēšana
- Mērīšana
- Uzlabošana
Šī formula ir paredzēta, lai aprēķinātu kļūmes varbūtību.
Varbūtība = neizdevušos gadījumu skaits / kopējais izskatāmo gadījumu skaits
Faktori, kas ietekmē programmatūras uzticamību
- Programmatūrā parādīto kļūdu skaits
- Veids, kā lietotāji izmanto sistēmu
- Uzticamības pārbaude ir viena no galvenajām programmatūras kvalitātes uzlabošanas atslēgām. Šī pārbaude palīdz atklāt daudzas problēmas programmatūras projektēšanā un funkcionalitātē.
- Uzticamības pārbaudes galvenais mērķis ir pārbaudīt, vai programmatūra atbilst klienta uzticamības prasībām.
- Uzticamības pārbaude tiks veikta vairākos līmeņos. Sarežģītas sistēmas tiks pārbaudītas vienības, montāžas, apakšsistēmas un sistēmas līmenī.
Kāpēc veikt uzticamības testēšanu
Uzticamības pārbaude tiek veikta, lai pārbaudītu programmatūras veiktspēju dotajos apstākļos.
Uzticamības testēšanas mērķis ir:
- Lai atrastu atkārtotu neveiksmju struktūru.
- Lai atrastu radušos kļūmju skaitu, ir noteikts laiks.
- Lai atklātu galveno neveiksmes cēloni
- Veikt dažādu programmatūras lietojumprogrammu moduļu veiktspējas pārbaudi pēc defekta novēršanas
Arī pēc produkta izlaišanas mēs varam samazināt defektu iespējamību un tādējādi uzlabot programmatūras uzticamību. Daži no šajā nolūkā noderīgajiem rīkiem ir: Tendenču analīze, Ortogonālo defektu klasifikācija un formālās metodes utt.
Uzticamības veidi Pārbaude
Programmatūras uzticamības pārbaude ietver funkciju pārbaudi, slodzes testēšanu un regresijas testēšanu
Funkciju pārbaude: -
Piedāvātā pārbaude pārbauda programmatūras piedāvāto funkciju un tiek veikta šādās darbībās: -
- Katra programmatūras darbība tiek veikta vismaz vienu reizi.
- Abu darbību mijiedarbība ir samazināta.
- Katra darbība ir jāpārbauda, vai tā tiek pareizi izpildīta.
Slodzes pārbaude: -
Parasti programmatūras darbība procesa sākumā būs labāka, un pēc tam tā sāks degradēties. Slodzes pārbaude tiek veikta, lai pārbaudītu programmatūras veiktspēju ar maksimālo darba slodzi.
Regresijas tests: -
Regresijas testēšanu galvenokārt izmanto, lai pārbaudītu, vai iepriekšējo kļūdu novēršanas dēļ nav ieviestas jaunas kļūdas. Regresijas testēšana tiek veikta pēc katras programmatūras funkciju un to funkcionalitātes izmaiņu vai atjaunināšanas.
Kā veikt uzticamības testēšanu
Uzticamības pārbaude ir dārga salīdzinājumā ar citiem testēšanas veidiem. Tāpēc, veicot uzticamības pārbaudi, ir nepieciešama pareiza plānošana un vadība. Tas ietver īstenojamo testēšanas procesu, datus par testa vidi, testu grafiku, testa punktus utt.
Lai sāktu ar uzticamības pārbaudi, testētājam ir jāturpina sekot līdzi
- Nosakiet uzticamības mērķus
- Izstrādāt darbības profilu
- Plānojiet un izpildiet testus
- Izmantojiet testa rezultātus, lai virzītu lēmumus
Kā mēs iepriekš apspriedām, ir trīs kategorijas, kurās mēs varam veikt uzticamības pārbaudi, - modelēšana, mērīšana un uzlabošana .
Galvenie parametri, kas saistīti ar uzticamības testēšanu, ir: -
- Darbības bez kļūmēm varbūtība
- Darbības bez kļūmēm ilgums
- Vide, kurā tas tiek izpildīts
1. solis) Modelēšana
Programmatūras modelēšanas paņēmienu var iedalīt divās apakškategorijās:
1. Prognožu modelēšana
2. Novērtējuma modelēšana
- Nozīmīgus rezultātus var iegūt, piemērojot piemērotus modeļus.
- Lai vienkāršotu problēmas, var izdarīt pieņēmumus un abstrakcijas, un neviens modelis nebūs piemērots visām situācijām.
Divu modeļu galvenās atšķirības ir:
| Jautājumi | Prognozēšanas modeļi | Novērtēšanas modeļi |
|---|---|---|
| Datu atsauce | Tas izmanto vēsturiskos datus | Tas izmanto pašreizējos programmatūras izstrādes datus. |
| Ja to izmanto attīstības ciklā | Parasti to izveido pirms izstrādes vai testēšanas fāzēm. | Parasti to izmantos programmatūras izstrādes dzīves cikla vēlākajā posmā. |
| Laika posms | Tas prognozēs uzticamību nākotnē. | Tas paredz ticamību vai nu pašreizējam, vai arī turpmākam laikam. |
2. solis) Mērīšana
Programmatūras uzticamību nevar tieši izmērīt, tāpēc tiek aprēķināti citi saistīti faktori, lai novērtētu programmatūras uzticamību. Pašreizējā programmatūras uzticamības mērīšanas prakse ir sadalīta četrās kategorijās: -
1. Produktu metrika: -
Produktu metrika ir četru veidu metrikas kombinācija:
- Programmatūras lielums : - Kodu līnija (LOC) ir intuitīva sākotnēja pieeja programmatūras lieluma mērīšanai. Šajā metrikā tiek skaitīts tikai avota kods, un komentāri un citi neizpildāmie priekšraksti netiks ieskaitīti.
- Funkcijas punkts Metric : - Funkcija Pont Metric ir programmatūras izstrādes funkcionalitātes mērīšanas metode. Tas ņems vērā ievadu, izeju, galveno failu utt. Skaitu. Tas mēra lietotājam piegādāto funkcionalitāti un nav atkarīgs no programmēšanas valodas.
- Sarežģītība : - tas ir tieši saistīts ar programmatūras uzticamību, tāpēc ir svarīgi norādīt sarežģītību. Uz sarežģītību orientētā metrika ir metode, kā noteikt programmas vadības struktūras sarežģītību, vienkāršojot kodu grafiskā attēlojumā.
- Testa pārklājuma metrika : - Tas ir veids, kā novērtēt kļūdas un uzticamību, veicot pilnīgu programmatūras produktu pārbaudi. Programmatūras uzticamība nozīmē, ka tā ir funkcija, lai noteiktu, vai sistēma ir pilnībā pārbaudīta un pārbaudīta.
2. Projektu vadības metrika
- Pētnieki ir sapratuši, ka laba pārvaldība var radīt labākus produktus.
- Laba vadība var sasniegt lielāku uzticamību, izmantojot labāku izstrādes procesu, riska pārvaldības procesu, konfigurācijas pārvaldības procesu utt.
3. Procesu metrika
Produkta kvalitāte ir tieši saistīta ar procesu. Procesa metriku var izmantot, lai novērtētu, uzraudzītu un uzlabotu programmatūras uzticamību un kvalitāti.
4. Kļūdu un kļūmju metrika
Kļūdu un kļūmju metriku galvenokārt izmanto, lai pārbaudītu, vai sistēma ir pilnīgi bez kļūmēm. Lai sasniegtu šo mērķi, tiek apkopoti, apkopoti un analizēti gan testēšanas procesā (ti, pirms piegādes) atklātie kļūdu veidi, gan arī kļūmes, par kurām lietotāji ziņojuši pēc piegādes.
Programmatūras uzticamību mēra kā vidējo laiku starp kļūmēm (MTBF) . MTBF sastāv no
- Vidējais līdz neveiksmei (MTTF): tā ir laika atšķirība starp divām secīgām neveiksmēm
- Vidējais remonta laiks (MTTR): tas ir laiks, kas nepieciešams, lai novērstu kļūmi.
MTBF = MTTF + MTTR
Labas programmatūras uzticamība ir skaitlis no 0 līdz 1.
Uzticamība palielinās, kad tiek noņemtas programmas kļūdas vai kļūdas.
3. solis) Uzlabošana
Uzlabošana ir pilnībā atkarīga no problēmām, kas radušās lietojumprogrammā vai sistēmā, vai no programmatūras īpašībām. Atbilstoši programmatūras moduļa sarežģītībai arī uzlabošanas veids būs atšķirīgs. Divi galvenie laika un budžeta ierobežojumi, kas ierobežos centienus programmatūras uzticamības uzlabošanā.
Uzticamības testēšanas metožu piemērs
Ticamības pārbaude ir lietojumprogrammas izmantošana, lai kļūmes tiktu atklātas un novērstas pirms sistēmas izvietošanas.
Uzticamības testēšanai galvenokārt tiek izmantotas trīs pieejas
- Uzticamība testa atkārtotai pārbaudei
- Paralēlu formu uzticamība
- Lēmuma konsekvence
Zemāk mēs mēģinājām izskaidrot visus šos piemērus.
Uzticamība testa atkārtotai pārbaudei
Lai novērtētu testa atkārtotas pārbaudes ticamību, viena eksaminējamo grupa testēšanas procesu veiks tikai ar dažu dienu vai nedēļu starplaiku. Tam jābūt pietiekami īsam, lai varētu novērtēt eksaminējamo prasmes šajā jomā. Attiecība starp pārbaudāmā rezultātiem no divām dažādām administrācijām tiek aplēsta, izmantojot statistisko korelāciju. Šāda veida uzticamība parāda, cik lielā mērā tests spēj iegūt stabilus, konsekventus rezultātus laika gaitā.
Paralēlu formu uzticamība
Daudziem eksāmeniem ir vairāku jautājumu dokumentu formāti, un šīs paralēlās eksāmenu formas nodrošina drošību. Paralēlo formu ticamību novērtē, abas eksāmena formas administrējot tai pašai eksaminējamo grupai. Eksaminējamo punktu vērtējumi abās testa formās ir savstarpēji saistīti, lai noteiktu, cik līdzīgi darbojas abas ieskaites formas. Šis ticamības novērtējums ir mērījums tam, cik vienādus eksaminējamos rezultātus var sagaidīt dažādās testa formās.
Lēmuma konsekvence
Pēc testēšanas un atkārtotas uzticamības un paralēlas formas uzticamības iegūšanas mēs iegūsim pārbaudāmo rezultātu vai nu sekmīgi, vai arī neefektīvi. Šī klasifikācijas lēmuma ticamība tiek novērtēta lēmumu konsekvences ticamībā.
Uzticamības pārbaudes nozīme
Lai uzlabotu programmatūras produktu un procesu veiktspēju, ir jāveic rūpīgs uzticamības novērtējums. Programmatūras uzticamības pārbaude lielā mērā palīdzēs programmatūras vadītājiem un praktiķiem.
Lai pārbaudītu programmatūras uzticamību:
- Lai uzzinātu, cik ilgi programmatūra darbosies bez kļūmēm, ilgāku laiku būtu jāveic liels skaits testu.
- Pārbaudes gadījumu sadalījumam jāatbilst faktiskajam vai plānotajam programmatūras darbības profilam. Jo biežāk tiek izpildīta programmatūras funkcija, jo lielāks ir testa gadījumu procentuālais daudzums, kas jāpiešķir šai funkcijai vai apakškopai.
Uzticamības pārbaudes rīki
Daži no programmatūras uzticamībai izmantotajiem uzticamības pārbaudes rīkiem ir:
1. WEIBULL ++: - Uzticamības dzīves datu analīze
2. RGA: - Uzticamības izaugsmes analīze
3. RCM: - uz uzticamību centrēta apkope
Kopsavilkums:
Uzticamības pārbaude ir svarīga uzticamības inženierijas programmas sastāvdaļa. Pareizāk sakot, tā ir uzticamības inženierijas programmas dvēsele.
Turklāt uzticamības testi galvenokārt ir paredzēti, lai programmatūras testēšanas laikā atklātu konkrētus kļūmes režīmus un citas problēmas.
Programmatūras inženierijā uzticamības testēšanu var iedalīt trīs segmentos,
- Modelēšana
- Mērīšana
- Uzlabošana
Faktori, kas ietekmē programmatūras uzticamību
- Programmatūrā parādīto kļūdu skaits
- Veids, kā lietotāji izmanto sistēmu