A telítettség tesztelése nagy mennyiségű olaj- és gázcikk, cikk, 1. oldal

A kimerítő tesztek hátránya, hogy nagyszámú bemenettel a keresési idő túl nagy. [4]

A Prolog programozója számára nagyon fontos az egyes eljárások munkájának kimerítő tesztelése. Nincs eljárás, kivéve természetesen a beépített predikátumok, amelyek cselekedetei megváltoztatják a Prolog adatbázist, nem okozhatnak más eljárásokat érintő mellékhatásokat. Biztosak vagyunk benne, hogy ha bizonyos folyamatokat tesztelünk, amelyeket független komponensnek tekintünk, a többi komponenssel - a nagy program részei - való kölcsönhatása nem vezet hibákhoz. [5]

Más termékek, például egy autó tesztelése során nem alkalmazunk kimerítő vizsgálatokat. amely nyilvánvalóan az autó valamennyi országúti útjában való teljes bejutásakor vagy véletlen tesztelésen keresztül fejezhető ki. [6]

Végül meg kell említeni azt az utolsó elvet, hogy kimerítő teszteket használtunk minden működési hiba ellenőrzésére. Ez azt jelenti, hogy minden egyes helyzet vizsgálatakor a vonatkozó feltételek teljes körű feltérképezésére került sor. [7]

Az absztrakciós szintek minimálisra csökkentették a rendszer belső állapotának számát, ami lehetővé tette az egyes szintek informális ellenőrzését a tervezést követően, és a végső eredmény kimerítő tesztelését végezte. [8]

A programozás elméletében a hangsúlyt arra a tényre helyezi, hogy könnyebb és megvalósíthatóbb legyen a helyes program elérése a tervezési szakaszban, mint kimerítő tesztelés révén. Megállapítást nyert, hogy a tesztelés a hibák fennállását, és nem a távollétet mutatja. [9]

Ezért minden ésszerű program bemeneti adatainak kimerítő tesztelése nem kivitelezhető. [10]

Ezek az érvek a tesztelés második alapelvéhez vezetnek: a tesztelés nagyrészt gazdasági probléma. Mivel a kimerítő vizsgálatok lehetetlenné teszik, valamennyire kevesebbet kell korlátoznunk. Mindegyik tesztnek meg kell adnia a maximális hozamot a költségekhez képest. Ezt a megtérülést annak valószínűségével mérjük, hogy a vizsgálat olyan hibát észlel, amelyet korábban nem észleltek. A költségeket a tesztelési eredmények elkészítésének, végrehajtásának és ellenőrzésének idővel és költséggel mérik. Figyelembe véve, hogy a költségeket a költségvetés és a menetrend korlátozza, akkor érvelhetünk, hogy a tesztelés művészete alapvetően a maximális hatékonyságú tesztek kiválasztásának művészete. Ezenkívül minden egyes tesztnek a bemeneti értékek egy bizonyos osztályát kell képviselnie, így annak helyes végrehajtása bennünket bizonyos meggyőződést kelt, hogy a bemeneti adatok egy bizonyos osztályára a program helyesen fog futni. Ez általában bizonyos ismereteket igényel az algoritmusról és a program struktúrájáról, és így a spektrum jobb végére térünk át. [11]

Az eddig tárgyalt problémák nagyon bonyolultak, amikor az úgynevezett nagy programok fejlesztése, összetett struktúrával és nagyszámú csapattal jellemezhető. Ezekben a programokban jelentős számú adatátvitel lehetséges, így kimerítő tesztelésük szinte lehetetlen. [12]

A tesztek készletét teljesen meghatározza a CP funkcionális feladata és összetettsége. Ezeknek a teszteknek biztosítaniuk kell az ügyfélnek vagy a felhasználónak a funkcionális feladatok megoldási minőségének megoldása minőségének ellenőrzését és bemutatását, amely a feladatmeghatározásban és a dokumentációban szerepel. Mivel a komplex CP-k kimerítő tesztelése nem lehetséges, nagyon fontos, hogy pontosítsuk a vizsgálati adatok változatosságának területeit, és azonosítsuk azokat a területeket, amelyek a legfontosabbak a későbbi programok használatához. [13]

Oldalak száma: 1

Ossza meg ezt a linket:

Kapcsolódó cikkek