Folyamatos weboldal sebezhetőségi tesztelés a biztonság érdekében

Weboldal tesztelése magánügyfeleknek

A Weboldal tesztelése akkor hasznos, ha szeretné látni, hogy az oldal valóban működik-e úgy, ahogy kell. Nem csak arról van szó, hogy megnyílik-e a kezdőlap. A tesztelés során kiderülhet, hogy egy űrlap nem küld üzenetet, egy gomb rossz helyre vezet, a fizetési folyamat megszakad, vagy a mobilos nézet zavaró. Én azt látom, hogy sok magánügyfél csak akkor kér segítséget, amikor már panasz érkezik a látogatóktól. Pedig a hibák nagy része korábban is észrevehető lenne.

Online munkában a szakember hozzáférés, képernyőkép, tesztfiók és rövid leírás alapján dolgozik. Nem kell személyes egyeztetés. Fontosabb, hogy a feladat érthető legyen, és a weboldal jelenlegi állapota jól látható legyen. Egy magánszemélynek általában nem teljes vállalati minőségbiztosításra van szüksége, hanem gyakorlati ellenőrzésre. Arra, hogy a látogatók tudnak-e rendelni, kapcsolatba lépni, regisztrálni, olvasni, keresni vagy feltölteni valamit.

A Qjob.hu felületén olyan magánszakember is kereshető, aki távolról vállal weboldal ellenőrzést, hibakeresést és rövid javítási javaslatot. Ez különösen akkor jó megoldás, ha nincs saját fejlesztő, de szeretné tudni, mi nem működik rendesen. Tapasztalatom szerint a legjobb eredmény akkor születik, ha az ügyfél nem csak annyit ír, hogy rossz az oldal, hanem megadja, milyen eszközön, milyen böngészőben és milyen lépés után jelentkezik a hiba.

Weboldal ellenőrzés fő területei

A weboldal ellenőrzés több részre bontható. Van működési teszt, amikor a szakember végigmegy a fontos útvonalakon. Megnézi a menüt, az űrlapokat, a keresőt, a kosarat, a regisztrációt és az üzenetküldést. Van megjelenési teszt, ahol a képek, szövegek, gombok, mobilos nézetek és elcsúszó elemek kerülnek elő. És van technikai ellenőrzés is, amikor a betöltési hibák, hibakódok, átirányítások vagy alapvető biztonsági jelek számítanak.

Szerintem a legtöbb kisebb oldalnál nem az a fő gond, hogy egy bonyolult rendszer hibás. Inkább az, hogy több apró hiba együtt rontja a bizalmat. Egy lassú kép, egy rossz link, egy hiányzó visszajelzés az űrlap után és egy gyenge mobilos nézet már elég ahhoz, hogy a látogató bezárja az oldalt. A tesztelő feladata ilyenkor nem az, hogy mindent átépítsen, hanem hogy sorrendet adjon. Mi sürgős, mi zavaró, és mi csak később fontos.

Volt olyan eset, amikor egy ügyfél azt hitte, hogy a hirdetései rosszak, mert nem érkeztek megkeresések. A rövid vizsgálat után kiderült, hogy a kapcsolatfelvételi űrlap elküldés után nem adott visszajelzést, és bizonyos levelek nem érkeztek meg. A hirdetés nem volt hibátlan, de nem ez volt a fő baj. Egy ilyen helyzetben a weboldal tesztelés gyorsan megmutatja, hol veszik el az érdeklődő.

Árak weboldal tesztelés esetén

Az ár attól függ, mekkora az oldal, mennyi funkciót kell ellenőrizni, kell-e részletes jegyzőkönyv, és van-e szükség ismételt ellenőrzésre javítás után. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a tesztelés időigényes. Nem elég egyszer rákattintani néhány menüpontra. Végig kell gondolni, mit próbálna egy valódi látogató, és ezt több helyzetben is ellenőrizni kell.

Ezek az árak tájékoztató jellegűek, de reális támpontot adnak egy online feladatnál. Egy egyszerű bemutatkozó oldal gyorsabban átnézhető. Egy foglalási rendszer, tagsági oldal vagy webáruház már több időt kér. Sokan ott hibáznak, hogy csak az oldal számát nézik, nem a folyamatokat. Pedig egyetlen összetett rendelési út több munkát adhat, mint tíz egyszerű szöveges aloldal.

Megfelelő tesztelő szakember kiválasztása

A megfelelő tesztelő szakember nem csak hibákat keres, hanem érthetően le is írja őket. Ez fontosabb, mint elsőre tűnik. Ha a jelzés csak annyi, hogy a gomb nem jó, abból egy fejlesztő vagy a megbízó nehezen tud továbbmenni. Jobb, ha a leírás tartalmazza a lépéseket, az eszközt, a várt eredményt és a tényleges hibát. Egy jó online szakember ezt természetesen kezeli.

Érdemes megnézni, milyen korábbi munkákat vállalt, kér-e rövid hozzáférést, hogyan kezeli a bizalmas adatokat, és milyen formában adja át az eredményt. Nem mindig kell programozó. Néha egy tapasztalt tesztelő vagy webes asszisztens is elég, ha használhatósági hibákat kell feltárni. De ha biztonsági, adatkezelési vagy összetett technikai hibáról van szó, akkor erősebb technikai háttér kell.

Szerintem jó jel, ha a szakember már a munka elején rákérdez a célra. Másként kell tesztelni egy bemutatkozó oldalt, egy tanfolyami felületet, egy foglalási rendszert és egy webáruházat. Aki mindenre ugyanazt a csomagot ajánlja, az lehet, hogy túl felületesen gondolkodik. Az is fontos, hogy ne ígérjen teljes hibamentességet. Egy ellenőrzés csökkenti a kockázatot, de nem jelent örök garanciát.

Online munkamenet és eredményátadás

A távoli munka általában rövid egyeztetéssel kezdődik. Az ügyfél elküldi az oldal címét, a fontos funkciókat és azt, hogy mire gyanakszik. Ha belső felületet is kell vizsgálni, akkor ideiglenes tesztfiók vagy korlátozott hozzáférés szükséges. Érdemes kerülni a fő admin belépési adatok átadását. Jobb külön felhasználót létrehozni, majd a munka után törölni vagy letiltani.

A szakember ezután végigmegy a kijelölt folyamatokon. Közben képernyőképet készít, rövid megjegyzést ír, és ha kell, sorrendbe teszi a hibákat. A végeredmény lehet egyszerű táblázat, szöveges jelentés, képernyőképes dokumentum vagy hibajegy lista. A lényeg, hogy az ügyfél tovább tudja adni a javítást végző embernek. Ha a jelentés túl általános, akkor kevés haszna van.

A határidő általában a feladat méretétől függ. Egy kisebb oldal alapellenőrzése akár egy munkanapon belül elkészülhet. Egy összetettebb felületnél több nap is reális. De az sem jó, ha a tesztelés túl sokáig húzódik, mert közben változhat az oldal. Tapasztalatom szerint a legjobb, ha van egy lezárt állapot, amit a szakember vizsgál, és a javítások csak az első jelentés után kezdődnek.

Gyakori hibák weboldal tesztelés közben

Az egyik gyakori hiba, hogy az ügyfél csak a saját gépén látott problémát írja le, de nem ad pontos körülményt. Ilyenkor a tesztelő sok időt tölthet azzal, hogy újra előidézze a hibát. Jobb leírni, melyik oldalon, melyik gomb után, milyen eszközön jelentkezett a gond. Rövid videó vagy képernyőkép sok félreértést megszüntet.

A másik gond a túl tág elvárás. A teljes weboldal tesztelése nem ugyanaz, mint egy gyors átnézés. Ha minden linket, minden űrlapot, minden eszközt, minden böngészőt és minden felhasználói útvonalat ellenőrizni kell, az már nagyobb munka. Ezt előre tisztázni kell. Különben az ügyfél azt várja, hogy minden hibát megtalálnak, a szakember pedig csak egy alapcsomagot végez el.

Sokan ott hibáznak, hogy a hibákat azonnal javíttatni akarják azzal, aki tesztelt. Ez néha működik, de nem mindig jó. A tesztelő feladata lehet a feltárás, a fejlesztőé pedig a javítás. Ha ugyanaz a személy mindkettőt vállalja, akkor is legyen külön lista az észlelt hibákról és a tényleges módosításokról. Így később visszanézhető, mi történt.

Biztonsági és hozzáférési szempontok

A weboldal vizsgálatánál a hozzáférések kezelése érzékeny pont. Ha csak nyilvános oldalakat kell ellenőrizni, akkor nincs szükség belépési adatokra. Ha admin felületet, rendeléseket vagy zárt tartalmat is érint a munka, akkor külön tesztfiók a biztonságosabb megoldás. A jelszót nem érdemes több csatornán szétszórni. A munka végén a hozzáférést módosítani kell.

A biztonsági alapellenőrzés nem ugyanaz, mint egy mély sérülékenységi vizsgálat. Egy magánügyfélnek sokszor elég első körben az, hogy a szakember észreveszi a nyilvánvaló hibákat, a rossz jogosultságokat, a hibás űrlapokat, a hiányzó alapbeállításokat vagy a gyanús figyelmeztetéseket. Ha nagyobb kockázat merül fel, akkor külön, célzott vizsgálatra lehet szükség.

Én azt látom, hogy a bizalom itt kétoldalú. Az ügyfélnek tudnia kell, mit ad át, a szakembernek pedig világosan kell kezelnie az adatokat. Nem kell felesleges hozzáférést kérni. Nem kell letölteni olyasmit, ami nem tartozik a feladathoz. Ez egyszerű szabály, de sok problémát megelőz.

Minőségi weboldal ellenőrzés eredménye

A jó weboldal ellenőrzés végén nem csak hibák listája marad. Az ügyfél látja, melyik probléma rontja a használatot, melyik befolyásolja a bizalmat, és melyik lehet technikai kockázat. Ez segít abban, hogy ne minden egyszerre legyen sürgős. Egy kisebb költségvetésnél ez különösen fontos, mert először azokat a hibákat érdemes javítani, amelyek közvetlenül akadályozzák a kapcsolatfelvételt, rendelést vagy tartalomfogyasztást.

A Weboldal tesztelése akkor ad valódi értéket, ha a jelentés érthető, ellenőrizhető és használható. Nem kell bonyolult szakkifejezésekkel teleírni. Elég, ha pontos. Hol van a hiba, hogyan ismételhető meg, mennyire fontos, és mi lehet a következő lépés. Egy ilyen anyaggal a magánügyfél már nem találgat, hanem dönteni tud.