5 ključnih točaka za rješavanje pogrešaka za početnike
Svi projekti imaju greške. Jeste li se ikada susreli s greškom koja se u početku činila nemogućom? Projekti s naslijeđenim dijelovima ponekad tjeraju developere da izbjegavaju diranje tih dijelova sustava iz straha da će pokvariti još više stvari i te greške vide kao „nemogućih“ grešaka. Došao sam u Njuškalo kao junior developer i suočio sam se s takvim nemogućim greškama. Bilo je izazovno, ali nisam odustao. Evo pet točaka koje pokazuju kako sam naučio nositi se s greškama i pretvoriti nemoguće u moguće:
- Shvaćanje da imamo grešku
- Pronalaženje njezinog uzroka
- Ispravljanje greške
- Izvođenje kontrole štete
- Testiranje popravka
Svaki korak može biti noćna mora, ali ako slijedite ove korake, grešku možete riješiti za pola vremena.
1. Shvaćanje da imamo grešku
Prvi korak je najlakši – značajka ne radi kako je predviđeno i primijetio ju je zaposlenik, a ne korisnik. Umjesto čovjeka, možemo implementirati alat za praćenje koji će nas upozoriti ako postoji problem u prometu ili je došlo do pogreške. Pisanje automatiziranih testova i QA pregleda uvelike bi pomoglo u ranom otkrivanju grešaka prije nego što dođu u produkciju.
2. Pronalaženje uzroka
Ako imate problema s pronalaženjem uzroka greške, to može ukazivati na to da vaša kodna baza ne slijedi arhitektonske obrasce ili ima puno mrtvog ili dupliciranog koda. Možete se zaglaviti na dijelu koda koji izgleda kao da bi trebao biti na pravom mjestu, ali zapravo se ispostavi kao mrtav kod. Mrtav ili duplicirani kod može rezultirati duljim vremenom otkrivanja. Organiziranje projekta može vam pomoći da suzite potencijalne lokacije grešaka. Strukturiranje projekta u domene i slojeve omogućit će vam da se lako snađete u kodu. Opisno imenovanje može vas dovesti do vaše greške. Ako možete pronaći klasu po nazivu značajke ili nečem sličnom, vrijeme pretraživanja se drastično smanjuje. Važno je zatražiti pomoć kada se zaglavite; vrijeme je jedini resurs koji ne možete vratiti, vaš kolega možda zna jednu informaciju koja vam može uvelike pomoći u pronalaženju greške.
3. Ispravljanje greške
Ispravljanje je obično jednostavno kada se greška locira. Međutim, opasnost se krije u špageti kodu. Možda ispravljate svoju grešku, ali možda i nenamjerno mijenjate ponašanje svoje aplikacije. Greške su obično rezultat žurbe i kratkih rokova. Odvojite vrijeme, provjerite što mijenjate i analizirajte kako će vaša ispravka utjecati na ostatak aplikacije. Ne zaboravite primijeniti pravilo izviđača („Uvijek ostavite kod na kojem radite malo boljim nego što ste ga zatekli.“) dok popravljate određeni dio koda. To će vam pomoći u održavanju čitljivosti i zdravlja vaše kodne baze.
4. Provođenje kontrole štete
Sve dok vaša aplikacija ima grešku, neće raditi kako je predviđeno, što znači da će vaši podaci ponekad biti izgubljeni, neispravno zapisani ili na krivom mjestu. Neki od podataka mogu biti izgubljeni, ali trebali biste implementirati sigurnosne mjere kako biste smanjili gubitak podataka i rizik. Sigurnosna kopija baze podataka omogućit će vam oporavak izgubljenih podataka. Postavljanje više rezervnih baza podataka u različitim vremenskim intervalima povećava sigurnost vaših podataka. Na primjer, prva rezervna baza podataka, poznata kao podređena, bit će sat vremena iza glavne, a druga podređena dan. To vam daje dovoljno vremena za reakciju ako postoji problem s vašim podacima. Osim gubitka podataka, ponekad greška može prekinuti ili zaustaviti proces, što će rezultirati nedovršenom značajkom. Na primjer, ako korisnik pokušava poslati poruku prodavatelju, ali postoji greška u kodu i poruka je poslana, ali nikada nije primljena. Korisno je znati koji su korisnici pogođeni greškom kako bismo mogli ispraviti situaciju. Izrada sustava evidentiranja omogućit će nam da vidimo koji su korisnici pogođeni greškom i koliki je opseg utjecaja.
5. Testiranje rješenja
Testiranje vašeg rješenja trebalo bi biti jednostavno, ali ponekad je potrebno znatno vrijeme za pisanje uputa za QA tim. To može biti zbog mnogo različitih razloga, a složenost ili opseg tih razloga ponekad vas mogu uplašiti ili obeshrabriti da svoju značajku pokrijete testom. Ipak, testiranje je najvažniji korak jer vam daje drugu priliku da uočite grešku koju ste možda previdjeli. Ako zapnete ili niste sigurni kako nešto testirati, uvijek imate kolege koje možete pitati za savjet i koji vam mogu pomoći da pronađete pravi način. Ne žurite.
More from the library
Najbolje prakse za tamni način rada i utjecaj na korisnike
Kobrin efekt i što možemo učiniti da ga ublažimo
Oslobađanje moći umjetne inteligencije: Izrada aplikacije pokretane neuronskom mrežom