Hibák optimalizálása

Hibák javítása

A hibák javítása akkor indokolt, amikor egy oldal működik, de valami szemmel láthatóan rossz rajta, lassú, hibás adatot küld, nem reagál, vagy egyszerűen zavarja a használatot. Ilyenkor nem teljes újratervezés kell, hanem célzott javítás. Qjob.hu felületén sokan pont ezért keresnek önálló szakembert, mert egy kisebb vagy közepes hiba miatt nem akarnak komplett csapatot megbízni. A legtöbb magánügyfél gyors, átlátható munkát szeretne. Azt, hogy valaki megnézze a gondot, megmondja mi romlott el, majd ésszerű időn belül helyrehozza.

Szerintem itt sokan már az első lépésnél hibáznak. Nem írják le pontosan, mi nem működik, csak annyit mondanak, hogy rossz az oldal. Pedig a javítás minősége nagyban múlik azon, mennyire világos a hiba. Más jellegű feladat egy eltűnő gomb, más egy széteső mobilnézet, és megint más az, ha a kapcsolatfelvételi űrlap ugyan megjelenik, de az üzenet nem érkezik meg. A jó hibakezelés mindig a tényleges jelenséggel kezdődik, nem a találgatással.

Mikor kell gyors hibakezelés

Gyors beavatkozás akkor kell, ha a hiba pénzt visz el vagy érdeklődőt veszít. Ha egy űrlap nem küld, ha a rendelési folyamat megszakad, ha telefonon panaszkodnak a látogatók, akkor nem érdemes halogatni. Sok oldal hetekig együtt él kisebb problémákkal. Ebből lesz aztán nagyobb veszteség, mert a felhasználó nem elemzi a helyzetet, hanem kilép. Az ügyfél ebből csak annyit lát, hogy csökkent a megkeresések száma.

Volt már olyan eset, amikor egy magánügyfél biztos volt benne, hogy a reklámkampány rossz. Később kiderült, hogy nem a hirdetés gyenge, hanem egy egyszerű kattintható elem nem működött mobilon. Asztali gépen minden rendben volt, telefonon viszont a gomb alá csúszott egy másik réteg. A hiba kicsinek tűnt, mégis napokig vitte el az érdeklődőket. Ilyenkor a hibaelhárítás nem technikai részlet, hanem közvetlen üzleti kérdés.

Én személy szerint jobban szeretem azt a javítási folyamatot, amikor először reprodukálják a hibát több eszközön, aztán csak utána nyúlnak a kódhoz. Sokan rögtön javítani kezdenek. Ez gyorsnak látszik, de könnyen újabb gondot okoz. A valódi javítás nem foltozás, hanem ellenőrzött korrekció.

Gyakori hibák egy kisebb webes felületen

A legtöbb magánügyfél nem összetett rendszert javíttat, hanem jól körülhatárolható problémát. Gyakori gond a nem működő kapcsolatfelvételi űrlap, a hibás legördülő mező, a félrecsúszó mobilnézet, a túl lassú betöltés, a hibás visszajelzés küldés után, a rosszul kezelt hibaüzenet vagy az, hogy a felhasználó kitölti az adatokat, de nem tud továbblépni. Ezek elsőre apróságnak tűnnek, mégis ezek miatt marad el a legtöbb érdeklődés.

Sok fejlesztő azt is külön feladatként kezeli, ha a meglévő felület ugyan használható, de zavaróan bizonytalan. Ilyen például, amikor a gomb aktívnak látszik, de valójában még nem kattintható. Vagy amikor hiba esetén nincs egyértelmű üzenet, csak piros keret jelenik meg. A felhasználó ebből nem tudja, mi a teendő. A jó javítás itt nemcsak kódszintű, hanem használati szintű is.

Az én tapasztalatom az, hogy sokan rossz szakembert keresnek a feladathoz. Van, aki dizájnert bízna meg programhibára, más programozót kér fel olyan gondra, ami inkább felületi logika. Ezért fontos már a leírásban jelezni, hogy vizuális hibáról, működési hibáról vagy adatküldési problémáról van szó. Egy webfejlesztő és egy felületre figyelő szakember más szempontok alapján dolgozik. Néha ugyanaz az ember mindkettőt megoldja, de ezt nem szabad automatikusnak venni.

Hibák javítása árak

A hibák javítása ára általában attól függ, mennyire gyorsan található meg az ok, mennyire régi a rendszer, és kell-e hozzá tesztelés több eszközön. Az ügyfél sokszor csak a látható tünetet érzékeli, miközben a kiváltó ok mélyebben van. Egy egyszerűnek tűnő gombhiba mögött lehet régi bővítmény, ütköző kódrészlet vagy rossz adatkezelés is. Ezért a pontos összeg gyakran csak rövid ellenőrzés után mondható ki.

Olcsóbban is lehet találni ajánlatot, de őszintén szólva a túl alacsony ár sokszor visszaüt. A nagyon olcsó javítás gyakran csak ideiglenes megoldás. Megszűnik a tünet, de az ok bent marad. Én úgy látom, hogy 12.000 forint alatt ritkán lesz valóban alapos munka, ha a szakembernek tesztelnie is kell. És a másik véglet sem jobb. A magas ár önmagában nem garancia. Az számít, hogy a szakember tudja-e megmutatni, mit talált, mit javított, és mivel ellenőrizte az eredményt.

Hogyan válassz szakembert

A jó választásnál nem az első szempont az, hogy ki válaszol a leggyorsabban, hanem az, hogy ki kérdez jól. A jó szakember visszakérdez. Milyen oldalon jelentkezik a hiba. Mióta áll fenn. Minden eszközön látható-e. Volt-e frissítés a közelmúltban. Van-e pontos lépéslista. Ezekből hamar kiderül, mennyire komolyan áll a feladathoz.

Sokan elkövetik azt a hibát, hogy kizárólag referenciaképeket néznek. Hibák javítása esetén ez kevés. Itt inkább az számít, tud-e logikusan hibát keresni, felismeri-e az összefüggéseket, és rendesen kommunikál-e menet közben. Ha valaki csak annyit ír, hogy megoldom, az nekem kevés. Ha röviden leírja a várható vizsgálati lépéseket, az már sokkal megnyugtatóbb.

Egy fejlesztő vagy javításra specializálódó szakember akkor megbízható, ha nem ígér túl sokat túl gyorsan. Sok hiba első ránézésre egyszerűnek tűnik. Aztán kiderül, hogy több elem kapcsolódik össze. Jó jel, ha valaki vállalja a javítást, de azt is hozzáteszi, hogy pontos árat az első ellenőrzés után mond. Ez nem bizonytalanság, hanem szakmai fegyelem.

Hasznos az is, ha a jelentkező leírja, vállal-e utóellenőrzést. Szerintem ez alap. A javítás után legalább röviden le kell tesztelni ugyanazt a folyamatot, amely korábban hibás volt. Enélkül nincs lezárt munka. És igen, sok magánügyfél ezt külön nem kéri, mégis fontos.

Városrészek, agglomeráció és távoli javítás

Ez a munka sokszor teljesen távolról is elvégezhető. Ha a hiba egy webes felületen van, akkor a szakembernek általában nem kell személyesen megjelenni. Mégis vannak ügyfelek, akik szívesebben választanak hozzájuk közeli embert. Ennek főleg kommunikációs oka van. Kényelmesebb lehet ugyanabban a városrészben vagy a közeli településeken dolgozó szakemberrel egyeztetni, főleg akkor, ha később további módosítás is várható.

A gyakorlatban sok megrendelés kerületi bontásban vagy környék szerinti megjelöléssel fut be. Valaki belvárosi lakásból dolgozik, más külvárosi irodából, megint más az agglomerációból keres segítséget. A hibakezelés ettől még nem lesz más, de az elérhetőség, a személyes találkozó lehetősége és a reakcióidő számíthat. Ha a feladat sürgős, előny lehet, ha a választott szakember közel van, vagy legalább ugyanabban az időrendben dolgozik.

Az én véleményem az, hogy a helyszínnél fontosabb a pontos kommunikáció és a hozzáférések biztonságos kezelése. Sokkal többet ér egy alapos, távolról dolgozó szakember, mint egy közeli, aki kapkod. De vannak olyan ügyfelek, akik nyugodtabbak, ha tudják, hogy szükség esetén személyesen is elérhető a segítő fél. Ez teljesen érthető.

Ellenőrzés, átadás és utólagos javítás

A javítás akkor tekinthető befejezettnek, ha a hiba nemcsak eltűnt, hanem az eredeti folyamat végig kipróbálható. Ezt sokan kihagyják. Kijavítanak egy mezőt, de nem tesztelik újra az egész beküldést. Vagy helyreáll a kinézet egy oldalon, közben egy másik nézetben szétesik valami. Sok hiba éppen azért tér vissza, mert nem volt rendes ellenőrzés.

Én szeretem, ha az átadás rövid és egyértelmű. Mi volt a jelenség. Mi okozta. Mi változott. Mit érdemes még figyelni. Nem kell hosszú technikai jelentés, de teljes homály sem jó. A magánügyfélnek joga van érteni, miért fizetett. És ez később is hasznos, mert ha újra felbukkan valami hasonló probléma, könnyebb lesz azonosítani.

Volt olyan helyzet is, amikor a kliens azt hitte, elkészült minden, de két nappal később ugyanaz a gond újra előjött egy másik böngészőben. Nem azért, mert rossz volt a javítás, hanem mert a régi gyorsítótár félrevezető képet adott. Ilyenkor sok feszültség megelőzhető, ha a szakember előre szól, hogy milyen körülmények között kell még ellenőrizni az oldalt. A jó hibák javítása nem az utolsó mentéssel ér véget, hanem a stabil működés megerősítésével.

Összességében a hibaelhárítás, a korrekció és a problémák helyreállítása akkor működik jól, ha a feladat világosan van leírva, a szakember jól kérdez, és az átadás után is marad rövid ellenőrzési szakasz. Nem kell mindent újraépíteni ahhoz, hogy egy oldal újra használható legyen. De azt sem szabad elhinni, hogy minden hiba öt perc alatt megoldható. A reális elvárás, a pontos leírás és a türelmes tesztelés együtt ad jó eredményt.