Weboldala védelmének rendszeres tesztelése a sebezhetőségek ellen

Weboldal tesztelés magánügyfeleknek online munkában

A Weboldal tesztelés akkor hasznos, ha egy oldal működését, biztonságát, sebességét vagy felhasználói élményét szeretné valaki ellenőriztetni távoli szakemberrel. A cél nem az, hogy valaki általános véleményt mondjon az oldalról, hanem az, hogy konkrét hibákat, kockázatokat és javítási pontokat kapjon a megbízó. Én azt látom, hogy sok magánügyfél csak akkor keres segítséget, amikor már lassú az oldal, nem működik egy űrlap, eltűnik egy rendelés, vagy gyanús belépési kísérletek jelennek meg. Pedig egy időben elvégzett ellenőrzés sok kellemetlen helyzetet megelőzhet.

Online feladatnál különösen fontos a pontos brief. A tesztelő nem ül a megbízó mellett, ezért minden hozzáférést, célt és elvárást írásban kell átadni. Ez lehet belépési adat, tesztfelhasználó, adminisztrációs hozzáférés, korábbi hibalista vagy egy egyszerű leírás arról, mi okoz gondot. A Qjob.hu felületén magánszemélyek is találhatnak olyan szabadúszó szakembert, aki távolról vállal weboldal ellenőrzést, hibakeresést és részletes jelentéskészítést.

Weboldal ellenőrzés célja

A weboldal ellenőrzés célja az, hogy a tulajdonos lássa, mi működik jól és mi igényel beavatkozást. Ide tartozhat a betöltési sebesség, a mobilos megjelenés, az űrlapok működése, a menüpontok logikája, a hibás hivatkozások, a keresőbarát felépítés és a biztonsági alapbeállítások átnézése. Nem minden tesztelés jelent mély technikai vizsgálatot. Van, amikor elegendő egy felhasználói szemléletű átnézés, máskor viszont szükség van részletesebb technikai ellenőrzésre is.

Tapasztalatom szerint a legtöbb probléma nem látványos. Egy rosszul beállított űrlap például nem mindig dob hibát. Egyszerűen csak nem érkeznek meg az üzenetek. Egy lassú oldal sem mindig tűnik hibásnak, de sok látogató már az első másodpercekben bezárja. Egy elavult bővítmény pedig hetekig nem okoz látható gondot, aztán egyszer csak biztonsági rést nyit. Szerintem ezért nem érdemes csak a külső kinézet alapján megítélni egy oldalt.

Online tesztelési folyamat

Az online tesztelési folyamat általában rövid egyeztetéssel kezdődik. A megbízó leírja, milyen oldalt kell vizsgálni, milyen hibákat vett észre, és milyen eredményt vár. Ezután a szakember meghatározza a vizsgálat mélységét. Lehet gyors állapotfelmérés, részletes funkcionális teszt, biztonsági alapellenőrzés vagy több szempontot érintő audit. A lényeg az, hogy a feladat határai előre világosak legyenek.

A munka távolról történik. A kommunikáció üzenetben, videóhívásban vagy megosztott dokumentumban is mehet. A tesztelő képernyőképeket készíthet, hibákat jegyezhet fel, és a végén átadhat egy rövid vagy részletes jelentést. Volt olyan eset, amikor egy ügyfél csak annyit írt, hogy néha nem működik a kapcsolatfelvételi oldal. A vizsgálat végén kiderült, hogy a hiba csak mobilon és csak bizonyos böngészőben jelentkezett. Ez tipikus példa arra, amikor a pontos tesztelés többet ér, mint a találgatás.

A határidő nagyban függ az oldal méretétől. Egy kisebb bemutatkozó oldal átnézése akár egy napon belül is elkészülhet. Egy összetettebb webáruház vagy tagsági felület már több időt igényel. A gyorsaság fontos, de nem szabad összekeverni az alapos munkával. A túl rövid határidő gyakran felületes eredményt ad.

Weboldal tesztelés árak

A Weboldal tesztelés ára attól függ, hogy milyen mélységű vizsgálatot kér a megbízó. Egy egyszerű felhasználói átnézés olcsóbb, mint egy részletes technikai és biztonsági vizsgálat. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, főleg akkor, ha a szakember nem ad írásos eredményt, csak néhány általános mondatot. Én azt tartom korrektnek, ha az ár tartalmazza a hibák listáját, a fontossági sorrendet és legalább rövid javítási javaslatokat.

A fenti árak tájékoztató jellegűek, de jól mutatják a különbséget a gyors átnézés és a részletes vizsgálat között. Egy magánügyfélnek nem mindig kell a legnagyobb csomag. De érdemes pontosan megmondani, mire használja az oldalt. Más a kockázat egy egyszerű portfólióoldalnál, és más ott, ahol rendelés, fizetés vagy ügyféladatok kezelése történik.

Tesztelő szakember kiválasztása

A tesztelő szakember kiválasztásánál nem csak az ár számít. Fontos, hogy érthetően írjon, kérdezzen a feladat elején, és ne ígérjen mindent azonnal. Egy jó szakember meg akarja érteni az oldal célját. Másképp néz egy bemutatkozó oldalt, egy időpontfoglaló rendszert és egy összetett rendelési folyamatot. Ha valaki kérdés nélkül ad fix árat egy nagyobb munkára, az nekem mindig kockázatos jelnek tűnik.

Érdemes portfóliót vagy korábbi példát kérni. Nem feltétlenül kell titkos ügyféladatokat mutatnia, de egy minta hibajelentés sokat elárul. Látszik belőle, mennyire pontos, mennyire érthető, és ad-e valóban használható javaslatokat. A weboldal vizsgálat akkor jó, ha a megbízó a végén tudja, mi a baj, mi sürgős, és mi várhat későbbre.

Sokan ott hibáznak, hogy csak a legolcsóbb ajánlatot választják. Ez érthető, mert egy magánügyfél gyakran korlátozott költségkerettel dolgozik. De ha az ellenőrzés felületes, akkor a rejtett hiba megmarad. Később drágább lehet kijavítani, főleg akkor, ha adatvesztés, hibás megrendelés vagy biztonsági probléma következik belőle.

Weboldal vizsgálat hibái és kockázatai

A weboldal vizsgálat leggyakoribb hibája a pontatlan feladatleírás. Ha a megbízó csak annyit ír, hogy nézd meg az oldalt, akkor a tesztelőnek nehéz tudni, mire kell figyelnie. Ilyenkor könnyen kimaradnak fontos részek. Jobb leírni, milyen eszközökön jelentkezett a gond, mikor történt a hiba, milyen oldalon látszott, és volt-e valamilyen frissítés előtte.

Másik gyakori gond a hozzáférések rendezetlensége. Ha az oldal belső részeit is ellenőrizni kell, akkor tesztfiókra vagy korlátozott hozzáférésre lehet szükség. Nem jó megoldás minden adatot gondolkodás nélkül elküldeni. Szerintem a biztonságos munkához elég csak annyi jogosultságot adni, amennyi a vizsgálathoz kell. A munka végén a jelszavakat érdemes lecserélni, vagy a tesztfiókot törölni.

A minőségi elvárásoknál is lehet félreértés. Egy teszt nem mindig jelent javítást. Ha a megbízó csak ellenőrzést rendel, akkor a végén hibalistát kap. Ha javítást is szeretne, azt külön meg kell beszélni. Ez nem apró részlet. A szakember ideje, felelőssége és ára is más, ha csak feltárja a hibát, vagy meg is oldja.

Eredmény átadása és javítások

Az eredmény átadása akkor hasznos, ha a megbízó nem csak technikai kifejezéseket kap. Egy jó jelentésben szerepel a hiba helye, rövid leírása, súlyossága és javasolt megoldása. Képernyőképek, rövid videók vagy táblázatos hibalisták sokat segítenek. Így akkor is érthető marad a munka, ha később más fejlesztő vagy rendszergazda végzi a javítást.

A javítások kezelése külön téma. Előfordul, hogy a tesztelő csak ellenőriz, és a javítást más szakember csinálja. Máskor ugyanaz a személy vállalja mindkettőt. Nincs egyetlen jó megoldás. A lényeg az, hogy a megbízó előre tudja, mit kap a díjért. Tapasztalatom szerint a legjobb eredmény akkor születik, ha előbb készül egy hibalista, utána jön a javítás, majd a végén rövid utóellenőrzés.

A Weboldal tesztelés akkor ad valódi értéket, ha nem marad általános vélemény szintjén. A megbízó konkrét döntéseket akar hozni. Mit kell azonnal javítani. Mi okozhat biztonsági gondot. Melyik hiba rontja a látogatói élményt. És mi az, ami csak kisebb kényelmetlenség. Egy átlátható online munka ezt teszi lehetővé.

Weboldal tesztelés előtt átadott adatok

A weboldal tesztelés előtt érdemes összegyűjteni az alapadatokat. Kell az oldal címe, a vizsgálandó funkciók listája, a korábban észlelt hibák leírása, valamint az, hogy milyen eredményt vár a megbízó. Ha van mérési adat, régebbi jelentés vagy frissítés utáni probléma, azt is jó átadni. Nem kell bonyolult dokumentum. Egy pontos üzenet sokszor elég.

Én azt javaslom, hogy a megbízó ne csak azt írja le, mi rossz, hanem azt is, minek kellene történnie. Például egy űrlapnál nem elég annyi, hogy nem működik. Jobb leírni, milyen mezőket kell kitölteni, milyen üzenetnek kellene megjelenni, és hová kellene megérkeznie az értesítésnek. Így a szabadúszó szakember gyorsabban találja meg a problémát, és kevesebb lesz a felesleges kör.

A jó előkészítés csökkenti a költséget is. Ha a tesztelőnek sok időt kell arra fordítania, hogy kitalálja a feladatot, az megjelenhet az árban. Ha minden világos, a munka gyorsabb, a jelentés pontosabb, és a javítási döntések is egyszerűbbek lesznek. Ez főleg online együttműködésnél fontos, ahol minden információ írásban vagy megosztott fájlban mozog.