E-kereskedelmi tesztelés: Hogyan teszteljünk egy e-kereskedelmi webhelyet

⚡ Okos összefoglaló

Az e-kereskedelmi tesztelés ellenőrzi, hogy egy online áruház helyesen kezeli-e a böngészést, a kosárfrissítéseket, a fizetést és a rendelésteljesítést a böngészők és eszközök között. Ez az oldal ismerteti a tesztelési típusokat, egy megismételhető folyamatot, a minta teszteseteket, a teljesítményprioritásokat és azokat az eszközöket, amelyekre a csapatok támaszkodnak.

  • 🛒 Útvonaltervping: Diagramkeresés, termékoldal, kosár, pénztár, fizetés és rendelés trackirály, mielőtt bármilyen tesztesetet írna.
  • 🧪 Réteges lefedettség: Kombináld a funkcionális, használhatósági, kompatibilitási, biztonsági és API-ellenőrzéseket, mivel egyetlen tesztelési típus sem fedi le a teljes tesztelési környezetet.
  • A sebesség elad: Egy 250 milliszekundumos késleltetés a vásárlókat a versenytársakhoz küldi, ezért a teljesítményeredményeket a megjelenés blokkolásának tényezőjeként kell kezelni.
  • 🔐 Fizetési biztonság: PCI DSS megfelelőség, HTTPS átjáró átirányítás, CVV-kényszerítés és munkamenet-érvénytelenítés ellenőrzése minden kijelentkezéskor.
  • 📱 Minden képernyőn: Futtassa a fizetési folyamatot valós gépen Android és iOS készülékek, valamint Chrome, Safari és Edge böngészők.
  • 🔁 Regresszió automatizálása: A kosár, a bejelentkezés és a fizetési beállítások szkriptelése a folyamatba, hogy a promóciós módosítások automatikusan újra ellenőrzésre kerüljenek.
  • 🌍 Regionális szabályok: Pénznem, adó, nyelv és szállítási költség ellenőrzéseping logikát, mielőtt elindítanánk az üzletet egy új piacon.

Mi az e-kereskedelmi tesztelés?

Az e-kereskedelmi tesztelés egy e-kereskedelmi (online áruház) tesztelését jelenti.ping) alkalmazás. Segít a hibák megelőzésében, és értéket ad a termékhez azáltal, hogy biztosítja az ügyfél követelményeinek való megfelelést.

A tesztelés célja annak biztosítása

  • Szoftver megbízhatóság
  • Szoftver minőség
  • Rendszerbiztosítás
  • Optimális teljesítmény és kapacitáskihasználás

Az e-kereskedelmi rendszer felállítása összetett folyamat, és számos piac-specifikus változótól függ. Az E Commerce rendszer integritásának megőrzése érdekében a tesztelés kötelezővé válik

Egy brosúrás weboldallal ellentétben egy online áruház pénzt, készletet és személyes adatokat is mozgat ugyanazon tranzakción belül. A kosár hibája, az adózási szabály vagy a fizetés átirányítása nem csupán bosszantja a látogatót, hanem egy már megnyert rendelést is lemond.

Csatlakozzon ingyenesen élő e-kereskedelmi projektünkhöz

e-kereskedelmi tesztelés

Az e-kereskedelmi domain ismerete fontos a teszteléshez.

Az e-kereskedelmi rendszer tesztelésének típusai

Az e-kereskedelmi rendszerbe beépített tesztelés általános típusa

Sr. # A tesztelés típusa Tesztelési folyamat
1 Böngésző kompatibilitás
  • A korai böngészők támogatásának hiánya
  • Böngészőspecifikus bővítmények
  • A böngésző tesztelésének ki kell terjednie a fő platformokra (Linux, Windows, Mac stb.)
2 Oldal megjelenítése
  • Az oldalak helytelen megjelenítése
  • Futásidejű hibaüzenetek
  • Rossz oldalletöltési idő
  • Halott hiperhivatkozás, beépülő modul-függőség, betűméretezés stb.
3 Munkamenet menedzsment
  • A munkamenet lejárata
  • Munkamenet tárolása
4 Használhatóság
  • Nem intuitív tervezés
  • Gyenge navigáció az oldalon
  • Katalógus navigáció
  • Segítség-támogatás hiánya
5 Tartalom vizsgálat
  • Félrevezető, sértő és peres tartalom
  • Jogdíjmentes képek és szerzői jogok megsértése
  • Személyre szabási funkcionalitás
  • Elérhetőség 24/7
6 Elérhetőség:
  • Szolgáltatásmegtagadási támadások
  • Elfogadhatatlan elérhetetlenségi szint
7 Biztonsági mentés és helyreállítás
  • Sikertelenség vagy visszaesés
  • Biztonsági mentési hiba
  • Hibatűrés
8 Tranzakciók
  • tranzakció Integrity
  • áteresztőképesség
  • Könyvvizsgálat
9 Webshopping rendelésfeldolgozás és vásárlás
  • Webshopping kosár funkció
  • Rendelés feldolgozása
  • Fizetés feldolgozása
  • Megrendelés trackirály
10 Nemzetközivé
  • Nyelvi támogatás
  • Nyelvi kijelző
  • Kulturális érzékenység
  • Regionális számvitel
11 Operanemzeti üzleti eljárások
  • Milyen jól megbirkózik az e-eljárással
  • Figyelje meg a szűk keresztmetszeteket
12 Rendszerintegráció
  • Adatinterfész formátum
  • Interfész frekvencia és aktiválás
  • Frissítés
  • Interfész térfogat kapacitása
  • Integrált teljesítmény
13 Teljesítmény
  • A teljesítmény szűk keresztmetszete
  • Teherkezelés
  • Skálázhatósági elemzés
14 Bejelentkezés és biztonság
  • Bejelentkezési lehetőség
  • Behatolás és hozzáférés szabályozás
  • Nem biztonságos információátvitel
  • Webes támadások
  • Számítógépes vírusok
  • Digital aláírások

Két további réteg érdemel helyet minden modern tervben. API tesztelés megerősíti az árakat, a készleteket és a szállítási költségeket.ping a szolgáltatások helyes értékeket adnak vissza, mielőtt az interfész megjelenítené azokat, és lokalizációs tesztelés megerősíti, hogy a pénznem, az adó és a nyelv régiónként egyértelműen változik.

E-kereskedelmi webhely tesztelése: lépésről lépésre

A tesztelési típusok ismerete csak a munka fele. Az alábbi sorrend ezt a listát egy ismételhető kiadási ciklussá alakítja, amelyet minden telepítés előtt le kell futtatni.

  1. Elemezze a követelményeket és térképezze fel az utat: Sorold fel az összes ügyfélútvonalat, például a vendégként való böngészést, a regisztrált fizetést, az előfizetés megújítását, valamint a visszaküldést vagy visszatérítést, továbbá a katalógus, az árak és a készlet adminisztrációs útvonalait. A feltérképezetlen elemek tesztelés nélkül maradnak.
  2. Készítse elő a tervet és a környezetet: Állítson be egy olyan átmeneti szervert, amely tükrözi a termelési környezetet, töltsön be egy maszkolt termékkatalógust, és konfigurálja a sandbox hitelesítő adatokat a fizetési átjáróhoz. Soha ne használjon élő ügyféladatokat vagy valós kártyaszámokat.
  3. Írd le és rangsorold az eseteket: Csoport teszt esetek modul szerint, majd a bevételre gyakorolt ​​hatásuk szerint rangsorolja őket, hogy a fizetési csomag mindig elsőként fusson.
  4. Funkcionális és integrációs lépések végrehajtása: Ellenőrizze az egyes modulokat külön-külön, majd erősítse meg a készlet, az adó és a szállítási költségeket.ping, és a CRM-rekordok együtt frissülnek, amint egy megrendelést leadnak. Rendszerintegrációs tesztelés felfedi azokat az eltéréseket, amelyeket a modulszintű ellenőrzések nem vesznek észre.
  5. Fizetések teljes körű validálása: Jóváhagyás, elutasítás, időtúllépés, duplikált beküldés, visszatérítés és részleges visszatérítés folyamatai. Fizetési átjáró tesztelése azt is bizonyítania kell, hogy a lemondott kísérlet nem keletkeztet megrendelést és nem keletkezik díj.
  6. Futáskompatibilitás és mobilbérletek: Ismételje meg a fizetést Chrome-ban, Safariban, Edge-ben és Firefox, és a valóságban is Android és iOS készülékek. Keresztböngésző tesztelése plusz mobil tesztelés a legnagyobb forgalmi szegmensek védelme.
  7. A platform terhelése és terhelése: Szimulálja a villámértékesítési forgalmat a következővel: JMeter, figyelje az adatbázis válaszidejét, majd lépje túl a várható csúcsot a töréspont megtalálásához.
  8. Vizsgálófej biztonsága és megfelelősége: Biztonsági tesztelés Lefedi az SQL injektálást bejelentkezési és keresőmezőkön keresztül, a brute-force kizárást, a token érvénytelenítését kijelentkezéskor, valamint a tárolt fizetési adatok PCI DSS megfelelőségét.
  9. Regressziós csomag automatizálása: Stabil esetek áthelyezése ide: Selenium vagy egy kód nélküli keretrendszert, és elindíthatja őket a build folyamatból, így minden katalógus- vagy promóciómódosítás újraellenőrződik. Regressziós teszt magasan tartja a kioldási sebességet.

Tipp: Fagyassz le egy arany utat, nevezetesen a keresést, a kosárba helyezést, a pénztárnál és a fizetést, füstcsomagként. Ha ez az út egy buildnél meghiúsul, állítsd le a tesztelést és azonnal utasítsd el a buildet.

Minta tesztesetek e-kereskedelmi alkalmazásokhoz

A fenti folyamat akkor válik kézzelfoghatóvá, ha végrehajtható esetekként leírják. A táblázat reprezentatív forgatókönyveket sorol fel, amelyeket minden online áruháznak tartalmaznia kell a sajátjában. webes alkalmazás tesztelési ellenőrzőlista.

Modulok Minta teszteset Várható eredmény
Keresés Adjon meg egy részleges és egy elgépeléses kulcsszót Releváns termékek és javaslatok jelennek meg
Termékoldal Méret- vagy színváltozatváltás Az ár, a kép és a készlet állapota azonnal frissül
Kosár Kijelentkezés és bejelentkezés újra a kosárban lévő tételekkel A kosár tartalma és a mennyiségek változatlanok maradnak
Kupon Lejárt promóciós kód alkalmazása Egyértelmű elutasító üzenet jelenik meg, és az összeg változatlan marad
Megrendelés Küldd el a rendelést kétszer a Fizetés gombra duplán kattintva Csak egy rendelés és egy terhelés jön létre
Költségek Mégsem az átjáró oldalon a tranzakció közben Nem számítanak fel díjat, és a kocsit megőrizik.
Megrendelés Lemond egy feladott rendelésről és kérjen visszatérítést Az állapot, a készlet és a visszatérítés összege folyamatosan frissül
Biztonság Írjon be öt rossz jelszót egymás után A fiók zárolódik, és kihívást jelentenek.

A negatív forgatókönyvek, mint például a dupla kattintás és a megszakított átjáró, a legfontosabbak, mivel ezek azok, amelyek csendben megkettőzik a bevételi rekordokat.

Teljesítményteszt – kiemelt prioritás az e-kereskedelemben

A helyes viselkedés semmit sem ér, ha az oldal túl későn érkezik, így a sebesség a következő mérendő érték.

Csupán 250 milliszekundumos oldalbetöltési késleltetés az, ami miatt az ügyfeleid a versenytársadhoz fordulnak. Kiskereskedelmi óriás. Walmart felpörgették weboldaluk sebességét, és 2%-os növekedést tapasztaltak a látogatók konverziós arányában, valamint 1%-os bevételnövekedést.

Webhelyének teljesítménye ezektől a tényezőktől függ

  • áteresztőképesség
  • Kérés másodpercenként
  • Tranzakciók percenként
  • Kattintásonkénti végrehajtások
  • Válaszidő
  • Egy feladat időtartama
  • Másodperc kattintásonként
  • Oldal betöltése
  • DNS keresés
  • A kattintás és az oldal megtekintése között eltelt idő

Először hasonlítsa össze ezeket az adatokat egy normál kereskedési nappal, majd ismételje meg a futtatást három-öt alkalommal az adott betöltési napon belül, hogy modellezze a szezonális akciókat. Teljesítményfelmérés csak akkor van értelme, ha az alapvonalat és a csúcsot is rögzítik.

Az e-kereskedelem tesztelésének kihívásai

Még egy fegyelmezett folyamat is olyan akadályokba ütközik, amelyek kifejezetten a kiskereskedelmi platformokra jellemzőek.

  • A biztonsági irányelvek betartása az ügyfelek adatainak és személyazonosságának védelme érdekében
  • Az akadálymentesítési szabványoknak való megfelelés a többnyelvű piacok és üzleti régiók támogatása érdekében
  • Végpontok közötti tesztelés és tesztkezelés nagy e-kereskedelmi átalakítási programokhoz
  • Az alkalmazások méretezhetősége és megbízhatósága

A gyakorlatban további három nyomás mutatkozik meg. A több millió terméket tartalmazó katalógusok lehetetlenné teszik a teljes körű adatellenőrzést, a személyre szabott ajánlások minden vásárló számára külön oldalt hoznak létre, a heti promóciók pedig gyorsabban elrontják a keresőmotorok működését, mint ahogy a szkriptek javíthatók lennének.

Az e-kereskedelmi tesztelés legjobb gyakorlatai

A fenti kihívások kezelhetők, ha a tesztelést a bevételi kockázat, nem pedig a funkciók száma köré szervezzük. Kezdjük a modulok rangsorolásával: a fizetés és a fizetés kapja a legnagyobb lefedettséget, a terméklista és a keresés mérsékelt lefedettséget, a statikus információs oldalak pedig a legkevesebbet. Ez a rangsor dönti el, hogy hová kerül az automatizálási erőfeszítés és az eszközköltségvetés.

A termelési adatokat bizonyítékként, ne dekorációként kezeljük. Az elhagyott kosarakra, sikertelen fizetésekre és lassú oldalakra vonatkozó elemzések közvetlenül azokra a folyamatokra mutatnak, amelyekhez további esetekre van szükség, és a fizetés során talált hibának mindig állandó hibává kell válnia. regresszió eset, nem pedig egyszeri megoldás.

  • Tartson fenn stabil próbakörnyezetet sandbox átjárókulcsokkal és maszkolt, valósághű katalógusadatokkal.
  • Először automatizáld az aranyutat, majd bővítsd a lefedettséget a pénztártól kifelé.
  • Teszteld valódi készülékeken az analitikádban legfontosabb eszközöket, és csak a szélesebb körű alkalmazás érdekében használj emulátorokat.
  • Futtassa újra akadálymentesítési tesztelés minden sablonmódosítás után, mivel az elrendezés módosítása megzavarja a billentyűzet és a képernyőolvasó működését.
  • Teljes körű ütemezés teljes körű tesztelés ciklus minden csúcsidőszak előtt.

Hasznos eszközök a térképkészítéshezping E-kereskedelmi webhely

A funkcionális és teljesítményalapú csomagok megmutatják, hogy működik-e az áruház. Az alábbi eszközök megmutatják, hogy a vásárlók megértik-e azt, ami a konverzió másik fele.

  • UsabilityHub: A UsabilityHub felhasználói tesztelési platformja és kutatási panelje segít javítani alkalmazásai és webhelyei felhasználói élményét. Kérjen visszajelzést valódi emberektől.
  • HotJar: A látogatók által legtöbbször kattintott és nem kattintott webhelyek zónáit mutatja
  • FiveSecondTest: Ez az eszköz biztosítja, hogy üzenete a lehető leghatékonyabban kommunikáljon, mindössze öt másodperc alatt elmondja, mi jut eszébe a webhely kialakításáról.
  • Feng-GUI: Az első öt másodpercben szimulálja az emberi látást, és megjósolja, hogy egy igazi ember valószínűleg mit nézhet
  • Optimizely: Lehetővé teszi a tesztelést track, kattintások, konverziók vagy bármi más, ami fontos az e-kereskedelem szempontjából

Párosítsa ezeket a viselkedési eredményeket formális használhatóság tesztelése munkameneteket, hogy az alacsony konverziójú oldalakat diagnosztizálják, ne csak megjelöljék.

Csatlakozzon ingyenesen élő e-kereskedelmi projektünkhöz

GYIK

A mesterséges intelligencia eszközei egyszerű angol leírásokból generálnak eseteket, önjavító lokátorokat használnak, ha egy promóció megváltoztatja az elrendezést, és rangsorolják a bizonytalan teszteket ellenőrzésre. Ez csökkenti a karbantartási igényt a gyorsan változó katalógusoldalakon, ahol a szkriptelt lokátorok leggyakrabban a kiadások között meghibásodnak.

Igen, nevek, címek és katalógusrekordok esetében. A kártyaszámoknak továbbra is az átjáró tesztkörnyezetéből kell származniuk, soha nem modellből vagy éles környezetből. A szintetikus adatok széles körű lefedettséget biztosítanak, miközben elkerülik a valódi ügyfél-azonosság felfedését.

Frissítse őket, valahányszor egy funkció, egy átjáró vagy egy újping API-változások, vagy a felület újratervezése. A legtöbb kiskereskedelmi csapat negyedévente, valamint a kereskedési csúcsidőszak előtt is felülvizsgálja a teljes csomagot.

Minden hibának pénzügyi értéke van. A szabványokon felül webes alkalmazás tesztelésa kiskereskedelem pénzmozgást, készletfoglalást, adót és szállítást ad hozzáping szabályok, visszatérítések és PCI DSS kötelezettségek, így a tranzakciók integritása felülmúlja a kozmetikai problémákat.

A minőségbiztosítási mérnökök a funkcionális és regressziós rétegeket, a fejlesztők az egység- és API-rétegeket, a specialisták pedig a biztonságot és a terhelést kezelik. A terméktulajdonosok a sprint elfogadása során validálják az üzleti szabályokat, például az árazást és a promóciókat.

Foglald össze ezt a bejegyzést a következőképpen: