Feregirto paradoxon, Minta feladat 1
Mártonffy Attila Ősi busman közmondás szerint a szoftver próbája a használat.
A kelták hozzáteszik: jó, jó, de használat előtt azért nem árt tesztelni. Sorozatunk következő részében ennek ökölszabályait taglaljuk. Feregirto paradoxon hihetetlenül hangzik is, a tesztelés a szoftverhibák felfedezésére szolgál.
Das Garagen-Paradoxon
A tesztelést úgy kell megtervezni, hogy a lehető legtöbb hibát lefülelhessük. Nagyon fontos: ha keveset találunk, az önmagában még nem jelenti, hogy a szoftver megfelelő.
Sőt, használhatatlan is lehet, ha köszönő viszonyban feregirto paradoxon a felhasználók igényeivel, elvárásaival.
A szoftverfejlesztés menetének és dokumentációjának kihagyhatatlan eleme ez.
A triviális eseteket leszámítva, még ha meggebedünk, sem lehet teljes, azaz mindenre kiterjedő tesztelést végezni. Végkimerülés helyett inkább nem tud megszabadulni a pinworms segítségétől a kockázatokat, és állítsunk fel fontossági sorrendet.
Ezzel talán még hatékonyak is leszünk. Ki korán kel, aranyat lel, így a korai tesztelés is nagyon fontos. Lehetőleg a szoftver vagy a rendszerfejlesztés legelején kezdjük el, és előre meghatározott célokra összpontosítsunk.
A hibák eloszlása nem egyenletes a programban. Feregirto paradoxon derék talján közgazdász ezt már ban megmondta, bár ő ezt az arányt még úgy értette, hogy a megtermelt javak 80 feregirto paradoxon a társadalom 20 százalékához kerül a társadalmi vagyonelosztás során.
Nem csak a jó nőket pasikata teszteket is karban kell tartani. Azaz a fejlesztés alatt a teszteseteket folyamatosan a változó igényekhez kell igazítani. Ugyanakkor a tesztelés nem csak abból áll, hogy lefuttatjuk, aztán feregirto paradoxon.
Ez a fejlesztéssel párhuzamos folyamat, vegyük rá a fáradságot! Az sem mindegy, milyen környezetben tesztelgetünk, ugyanis eltérő módszereket kell bevetni.
Meg kell nézni, milyen alkalmazásról van szó desktop, webes, elosztott rendszermilyen architektúrája van a tesztelő eszköznek, illetve milyen nyelven implementálták azt. Kérdés az is, milyen típusú tesztelést szeretnénk végezni.
Lehet szó funkcionális, terheléses biztonsági, integrációs vagy regressziós tesztelésről. Ne higgyük, hogy az automatikus teszteket ingyen megússzuk, ezeknek is van karbantartási költségük!
IT Business Online
A teszteléssel a terméket minősítsük, ne a készítőit anyázzuk! A független tesztelés hatékonyabb, de akkor vastagabban fog a tesztelő ceruzája.
Kerüljük el a féregirtó paradoxonát: ha mindig ugyanazokat a teszteket hajtjuk feregirto paradoxon, akkor azok egy idő után, ha megfeszülünk sem fognak feregirto paradoxon hibákat találni. A fenti alapszintű ajánlásokra egyébként Gyimóthy Tibor, a Szegedi Tudományegyetem szoftverfejlesztési tanszékének vezetője hívta fel a figyelmünket.
