Végigfutottam a hozzászólásokat. Alapvetően mindenkinek van egy kis igaza, de:
1. sajnos az ember nem assembly-ben fejlesz teljesen elölről egy általa épített hardverre, tehát nem tudhat - láthat át mindent. (Ja persze, de soha nem végezne egy projekttel.),
2. a szoftver tesztelés soha !!SOHA!! nem lehet kimerítő, erre van egy nagyon egyszerű példa: vegyetek 3db 16 bites számot és adjátok össze, a teszt esetek száma 2^48 szóval 2.814749767×10^14. Ehhez kell egy 786432 terabájt teszt adatbázis.
3. ha ez nem csak egy ilyen egyszerű feladat, hanem állapotgépeket is tartalmaz, akkor gyakorlatilag reménytelen a teljes tesztelés.
4. a hibák kikerülése program sorokkal jár. Következésképpen növeli a hibák lehetőségét.
5. a program alaphelyzetben jól viselkedik, de ha kikerül a normál állapotból nem képes hibátlanul teljesíteni a feladatát.
Példa: 2008 október 7 Quantas Airbus A330-301 az állásszögadó hibájából megkergült és a felügyelő szoftver egy valószínűtlen egyidejűség miatt nem tudta helyesen értelmezni az adatokat. (Pedig ez egy repülőgép fedélzeti szoftvere.)
A véleményem:
a. ha valaki szándékosan a szoftverben hagy kiskaput, azt vonják felelőségre,
b. van garancia, törvényileg is van, ha eladod a terméked, akkor gariban javítsd ki,
c. ha valaki csak úgy letölt valamit és felrakja, akkor vessen magára, (én is megteszem, ha emiatt szívok az én hibám, de néhány igen borsos árú sw eszköz is csúnyán hibázik),
d. a szoftvert a lehetőségekhez mértem a lehető legjobban tesztelni kell az összes hozzáférhető és alkalmazható módszerrel, (a legnagyobb probléma az idő, ez az az erőforrás, amivel nem rendelkezünk szabadon /köszönöm Robi/),
e. ha szerződést kötsz írd bele a garanciális feltételeid és az elvárható szolgáltatásokat, (tapasztalat, volt már olyan, hogy 50% plussz szolgáltatást követelt a megrendelő, mondván, ez a szoftvertől elvárható. A szoftvertől az várható el, amit a szerződés és mindkét fél által elfogadott és aláírt specifikáció tartalmaz se több, se kevesebb!!!!!!),
Köszönöm, ha valaki végigolvasta.
Fm