Hibakeresés

A hibakeresés (vagy egyszerűen hibakeresés ) vagy tisztítás a számítástechnikában , a szoftverfejlesztéssel összefüggésben azt a tevékenységet jelöli, amely abból áll, hogy a programozó azonosítja és kijavítja a szoftverben észlelt egy vagy több hibát ( bug ) , közvetlenül a fázisprogramozás során . vagy a tesztelési fázist vagy magának a programnak a végső használatát követően .

A hibakeresés a program beállításának egyik legfontosabb és legnehezebb művelete, amely gyakran rendkívül bonyolult a használt szoftver összetettsége miatt, és kényes, mert fennáll annak a veszélye, hogy a kívánttól eltérő új hibákat vagy viselkedéseket vezet be a kijavítás céljából. amelyhez a hibakeresési tevékenységet elvégezték .

Alapműveletek

Bár minden hibakeresési munkamenet egyedi, és saját történetet alkot, néhány általános elv minden hibakeresési munkamenetre vonatkozik. A szoftveralkalmazások hibakeresése esetén a hibakeresés általában öt szakaszból áll:

hiba azonosítása
azon összetevő azonosítása, amelyben a hiba található
megtalálni a hiba okát
a hibajavítás tervezése
a fent említett korrekció megvalósítása és tesztelése

Hibaészlelés

Míg a szintaktikai hibákat az IDE általában kiemeli, a kódírás végén a programozó végrehajt egy második tesztfázist, amelynek során kiértékeli, hogy a program kimenete megfelel-e a vártnak a kód fordításával/értelmezésével és végrehajtásával. Bármilyen szemantikai és futásidejű hiba észlelését követi a hibakeresési fázis , azaz a szoftver azon részének azonosítása, amely esetenként nagyon összetett, amelyben a hiba lapul. Ezt a műveletet gyakran a programozó magával a kód megírásával kéz a kézben hajtja végre, folyamatosan tesztelve a kódot, így elkerülve a hibák felhalmozódását.

Ezt a tevékenységet az IDE által elérhetővé tett speciális programok ( hibakeresők ) támogatják, köszönhetően a töréspontok használatának a kódsorokon és a naplófájlokban kiadott szabványos hibaüzeneteknek (pl. kivételészlelés az IDE-konzolokon), amelyek jelzik és mutassa meg a fejlesztőnek a program végrehajtását, utasításról utasításra, miközben lehetővé teszi a program által feldolgozott adatok elemzését. Ilyen eszközök hiányában a hibakereső tevékenységekhez az egyszerűbb, de egyben kevésbé hatékony technikát alkalmazzák a program által végrehajtott utasítások képernyőre vagy fájlba való kinyomtatására , e célból beillesztve a kódba a végét kiemelő hibakeresési utasításokat. a program végrehajtásának pontja a hibáig. Ebből a célból a programozó megjegyzések segítségével a kódnak csak bizonyos részeit hajthatja végre, vagy éppen ellenkezőleg, nem hajthatja végre a kód bizonyos részeit, amelyek feltételezhetően a hibát okozzák. Miután megtalálta a hibát a kódban, a programozó iteratív módon javítja a hibát, amíg a program meg nem teszi a kívántat.

A harmadik hibakeresési fázis az, amelyet a programozónak meg kell oldania, amikor az előállított szoftvert tesztelésre vagy tesztelésre küldték az adott csapatnak, és visszaküldték a talált hibák listájával; Általában ezekben az esetekben nagyon gyakran előfordulnak hibák a specifikációk megfogalmazásában vagy értelmezésében, tekintettel arra, hogy mi az, ami valóban kívánatos, anélkül, hogy tévednénk.

A negyedik hibakeresési fázisra akkor kerülhet sor, amikor a végfelhasználó a program használata során anomáliákkal találkozik; Általában ezekben az esetekben hibaüzenet generálódik relatív üzenettel, amelyet az interneten keresztül küldenek a szoftver gyártójának, aki rendszeresen frissíti a terméket hiba és frissítés nélkül új kiadásokkal (pl . Windows ).

Trükkök a hibakeresési folyamat felgyorsítására

Helyes mentális hozzáállás

Önkritikusnak kell lenni, és el kell fogadni, hogy a program nem úgy működik, ahogy kellene, és hiba történt, ami teljesen normális és gyakori a fejlesztés során; ha mindent előre láttunk volna, és nincsenek hibák, a program megfelelően működne, de gyakran ez az eredmény szinte soha nem érhető el a kód első vázlatánál, hanem csak a későbbi módosításoknál és javításoknál. Ez a gondolkodásmód jelentősen növeli a hibák megtalálásának és kijavításának esélyét.

A naplófájl használata

Az IDE konzol használata mellett célszerű egy vagy több naplófájlt létrehozni, amelyek nagyon hasznosak lehetnek annak ellenőrzésére, hogy a program megfelelően működik-e, és mi történik a meghibásodás előtt, után és alatt.

Ügyeljen a programnak adott bevitelre

A felhasználó által megadott összes bemenetet a programnak először szintaktikailag , majd szemantikailag is érvényesítenie kell a feldolgozás előtt. Ez a program biztonságát is javítja.

Tárolja a hibatípusokat

Abban az esetben, ha már írt hasonló programokat, és a jelenlegihez hasonló hibákat talált, akkor a tapasztalatok alapján érdemes megpróbálni emlékezni az elkövetett hibára és az elfogadott megoldásra.

Trükkök a hibakeresés szükségességének csökkentésére

Kódrajz

A strukturált programozásban az adatstruktúrák és -függvények pontos megrajzolása , az objektumorientált programozásban pedig az osztályok megrajzolása a legjobb módja a kódban előforduló hibák csökkentésének és a hibafelismerés megkönnyítésének abban az esetben, ha a program nem működik megfelelően.

A kód olvashatósága

Világos konvenciók használata a változók , függvények , osztályok, metódusok és konstansok nevére, valamint a beszélő nevekre vonatkozóan, azaz egyértelművé teszik egy komponens használatát, és mindenekelőtt elkerülik, hogy ugyanazt a komponenst újra felhasználják különböző célokra, még a hibakeresés után is világosabbá és olvashatóbbá teszi a kódot.

Megjegyzések

A megjegyzések kulcsfontosságúak, különösen, ha a kódot több kézben írják. A megjegyzésnek különösen értéket kell hozzáadnia az állításhoz. Például ha az oktatás az

bruttó = tára + nettó;

nincs értelme lájkot írni

/ * a bruttó tömeg egyenlő a nettó tömeggel plusz a tára tömeggel * /

mert már a változók nevéből is kitűnik. Tetszik egy megjegyzés

/ * "tare" egy konstans, amely a konstans.php fájlban van definiálva * /

biztosan sokkal hasznosabb.

Kapcsolódó elemek

Külső linkek

Gyors hibakeresési útmutató , a heather.cs.ucdavis.edu címen .