Miért tesztelünk élesítés előtt?

Egy weboldal fejlesztői a hosszú és bonyolult munkaórák után az élesítéssel zárják le a projektet. Ez tekinthető a munka befejezésének, még ha az esetek döntő többségében azért mindig akad még tennivaló, minimális finomítás a weboldalon. Ahhoz azonban, hogy ez tényleg csak korrekciós jellegű tevékenység legyen, a precíz és szakavatott fejlesztés mellett a közvetlenül az élesítést megelőző tesztelés is szükséges.

Ez szükséges és kötelező munkafolyamat, hiszen ilyenkor jöhetnek ki azok a hibák, amelyek jobb, ha nem az élesítés után, a nyilvánosság előtt derülnek ki.

A „kilövés” előtti egyik utolsó fázisban túlzás nélkül mindenre rákattintunk, mindent megnézünk és ellenőrzünk, amit csak lehetséges. A saját munkánk szigorú ellenőrei vagyunk ilyenkor. A tartalom, a forma, a megjelenés, a sebesség, a kompatibilitás, az URL-ek stb., azaz a weboldal minden eleme vizsgálat tárgyát képezi.

Ahány eszköz, annyi megjelenés?

A weboldal sikere és természetesen üzleti haszna azon múlik, hogy mennyire használható és mennyire szerethető. Nem elég, ha csupán szép és divatos a megjelenése, az is alapvető feltétel, hogy e mellett könnyedén tájékozódjon rajta a felhasználó.

Az első és legfontosabb szabály évek óta az, hogy minden eszközön legyen reszponzív a weboldalad. A reszponzív design lényege – nagyon röviden –, hogy minden eszközön és minden kijelzőméreten ugyanazt a böngészési élményt nyújtjuk a látogatónak anélkül, hogy a tartalomban bármiféle változás történne. Mobil nézetben például csak az oldal szerkezete módosul, tehát “alkalmazkodik” az éppen használt eszközhöz.

Ez nem csupán a UX szempontjából rendkívül lényeges, a Google már 2015 óta jobb helyre sorolja a mobilbarát weboldalakat. A lassan hároméves bejelentése óta rohamosan megnőtt a mobilbarát weboldalak száma.

3 pofonegyszerű indok, hogy miért kötelező elem a reszponzivitás

1 – Google

Tetszik, vagy sem, az online piacon a keresőóriás diktálja a tempót, és ez még akkor is igaz, ha valaki nem szigorúan online tevékenységet folytat (e-kereskedelem, szolgáltatás, tanácsadás, stb.). A weboldalad nemigen fog labdába rúgni, ha nem tartja be a Google irányelveit, ezt pedig manapság senki nem engedheti meg magának.

2 – User

A látogatók már akkor sem szerettek „szétcsúszott” oldalakon böngészni, amikor még nem nagyon volt más alternatíva. Ma már villámgyorsan találnak egy konkurenst, akinél könnyebb és jobb böngészni pl. telefonon, vagy tableten.

3 – Statisztikák

A mobilinternet-használat globális számai rendkívül meggyőzőek, a növekedés pedig évről-évre biztosan mérhető. Ma világszerte többen neteznek okostelefonon, vagy tableten, mint asztali gépen, ez pedig már önmagában elegendő indok kell, hogy legyen a reszponzív weboldalak mellett.

VIA

A cross browser testing szükségessége

Rendkívül egyszerű lenne webfejlesztőként a dolgunk, ha létezne olyan egyetemes böngésző, amely minden operációs rendszerre, pláne minden felhasználói igény kielégítésére megfelelő. Jelenleg azonban az internetes böngészők palettája rendkívül széles, az úgymond elterjedtebb böngészőkből van csupán 5-6 darab, nem beszélve ezek különböző verzióiról, és az „egyéb” kategóriába tartozó önálló böngészőkről.

Ahogy a neve is mutatja, a cross browser testing során azt vizsgáljuk, hogy a kész weboldal vajon minden, de legalábbis elfogadható számú böngészőben jól teljesít-e. Természetesen ilyenkor a leginkább elterjedt böngészőkkel foglalkozunk, de fel kell készülnünk arra is, hogy még egy adott böngészőn belül is lehetnek különbségek.

Nem várhatjuk el minden usertől, hogy a legfrissebb verzió fusson mindenkinél, legyen szó Google Chrome-ról, Internet Explorerről, vagy Mozilla Firefoxról. Sokan vannak, akik egész egyszerűen nem hajlandók vagy nem áll módjukban telepíteni a frissítéseket – a weboldal tökéletes működését ugyanakkor természetesen elvárják.

Amikor arról beszélünk, hogy a weboldal a legelterjedtebb böngészőkön optimálisan fut és megjelenik, akkor természetesen nem arra kell gondolnunk, hogy a site csupán használható. A legfontosabb tényező ilyenkor, hogy a  felhasználónak minden esetben a lehető legteljesebb élményt kell kapnia.

Az eltérő típusú és verziójú böngészőknél különböző hibák és adott esetben feature-ök merülhetnek fel, amik extra odafigyelést kívánnak meg a fejlesztőtől. A helyzet persze korántsem annyira bonyolult, mint mondjuk a 2000-es években volt, amikor az egyes böngészők között szinte szakadéknyi különbség volt – pokollá téve a webfejlesztők életét. A felmerülő eltérések és bugok azonban még ma is komoly odafigyelést igényelnek.

Felhasználók eltérő böngészőkkel és eszközökkel

A felhasználó még véletlenül sem gondolkodik úgy, mint a webfejlesztő, vagy akár csak az, aki naponta online dolgozik. A nagyszámú eltérő böngésző pedig hasonlóan nagy számban okoz olyan problémákat, amelyeket még az élesítés előtt meg kell oldanunk.

A böngészők közötti különbségek nem csupán az eltérő metódusokból fakadnak, bőven van még olyan program a piacon (vagyis használatban), amit már nem fejlesztenek tovább, éppen ezért hiába is keresnénk hozzá a legújabb frissítéseket. Az ilyen „öreg” programoknál valamint az elavult verziójú böngészőknél a gondot általában egyes JavasScript kódok és CSS formázások jelentik. Ezek miatt fordulhat elő nem megfelelő működés. Ilyenkor a fejlesztő vagy lemond a legújabb feature-ökről, vagy úgy alakítja a kódot, hogy az a lehetőségekhez képest a „régi vágású” környezetben is jól működjön.

A tabletek és okostelefonok rohamos elterjedésével már nemcsak az eltérő böngészőkre, hanem a különböző felbontásokra és operációs rendszerekre is figyelemmel kell lennünk a tesztelési folyamatok során. A kijelző mérete és az ebből fakadó megjelenési problémák csak egy részét jelentik az ilyenkor jelentkező eltéréseknek. A gyengébb teljesítményű eszközön sem lehet lényegesen lassabb a betöltődés, mint a legmodernebb gépen, ez pedig szintén elsősorban a webfejlesztő felelőssége.

A fentiekből is látszik, hogy az alapos és lehetőleg mindenre kiterjedő tesztelési folyamat fontos és egyben elengedhetetlen része egy weboldal kivitelezésének.

webfejlesztés

Backend Developer

Site Footer