Meni

Kompletan vodič za testiranje web aplikacija (Kako testirati web stranicu)

web application testing complete guide

Isprobajte Naš Instrument Za Uklanjanje Problema

Kompletan vodič za testiranje web aplikacija: Kako testirati web stranicu

Svi se moramo složiti da je u današnjem svijetu koji se uvijek mijenja i kompetitivan je Internet postao sastavni dio naših života.

Većina nas svoje odluke odlučuje pretražujući danas informacije na Internetu, stoga hosting web stranica više nije neobavezan, već je obavezan za sve vrste tvrtki. To je prvi korak u postajanju i ostajanju relevantnim na tržištu.

Samo posjedovanje web stranice nije dovoljno. Organizacija je potrebna za razvoj web stranice koja je informativna, dostupna i jednostavna za upotrebu. Da bi se održale sve ove kvalitete, web mjesto treba dobro testirati, a ovaj postupak testiranja poznat je pod nazivom web testiranje.

Testiranje web aplikacija

Što ćete naučiti:

Što je web testiranje?

Web testiranje je praksa testiranja softvera za testiranje web stranica ili web aplikacija na potencijalne pogreške. To je cjelovito testiranje web-aplikacija prije objavljivanja uživo.

Sustav zasnovan na webu treba u potpunosti provjeriti od kraja do kraja prije nego što počne raditi za krajnje korisnike.

Izvođenjem testiranja web stranica organizacija se može pobrinuti da mrežni sustav ispravno funkcionira i da ga korisnici u stvarnom vremenu mogu prihvatiti.

Dizajn i funkcionalnost korisničkog sučelja glavni su elementi testiranja web stranica.

Popisi za web testiranje

1) Ispitivanje funkcionalnosti
dva) Ispitivanje upotrebljivosti
3) Ispitivanje sučelja
4) Ispitivanje kompatibilnosti
5) Ispitivanje performansi
6) Ispitivanje sigurnosti

Preporučeni alati za vježbanje koncepata web testiranja spomenuti na ovoj stranici:

#1) LoadNinja

LoadNinja vam omogućuje da svoje web aplikacije učitate sa stvarnim preglednicima u opsegu, koristeći test skripte koje se mogu reproducirati odmah nakon snimanja, stvarajući djelotvorne podatke o performansama temeljene na pregledniku za izdvajanje problema i otklanjanje pogrešaka u stvarnom vremenu.

LoadNinja - Banner

=> Posjetite web stranicu LoadNinja

# 2) LambdaTest

LambdaTest je prilagodljiva platforma za testiranje više preglednika zasnovana na oblaku dizajnirana da ponudi sva web mjesta i testiranje web aplikacija potrebnih za infrastrukturu u oblaku.

LambdaTest

Platforma LambdaTest pomaže u osiguravanju da se elementi vaše web aplikacije (kao što su JavaScript, CSS, HTLM5, Video ... itd.) Neometano prikazuju na svim stolnim i mobilnim web preglednicima uz podršku ručnog, vizualnog i automatiziranog testiranja. Pomoću LambdaTesta možete u oblaku pristupiti do 2000+ kombinacija preglednika za stolna računala i mobilne uređaje.

=> Posjetite web mjesto LambdaTest

# 1) Ispitivanje funkcionalnosti

Test za - sve veze na web stranicama, veza s bazom podataka, obrasci koji se koriste za slanje ili dobivanje podataka od korisnika na web stranicama, testiranje kolačića itd.

Pogledajte sve poveznice:

  • Testirajte odlazne veze sa svih stranica na određenu testiranu domenu.
  • Testirajte sve interne veze.
  • Isprobajte linkove koji skaču na istoj stranici.
  • Probne veze koriste se za slanje e-pošte administratoru ili drugim korisnicima s web stranica.
  • Testirajte ima li stranica bez roditelja.
  • Konačno, provjera veza uključuje, provjerite ima li neispravnih veza u svim gore spomenutim vezama.

Ispitni obrasci na svim stranicama:
Obrasci su sastavni dio bilo koje web stranice. Obrasci se koriste za primanje informacija od korisnika i interakciju s njima. Pa što treba provjeriti u ovim obrascima?

  • Prvo provjerite sve provjere valjanosti na svakom polju.
  • U poljima provjerite zadane vrijednosti.
  • Pogrešni unosi u obrasce u polja u obrascima.
  • Mogućnosti za izradu obrazaca, ako postoje, brisanje, pregled ili izmjena obrazaca.

Uzmimo primjer projekta tražilice na kojem trenutno radim. U ovom projektu imamo korake za registraciju oglašivača i podružnica. Svaki korak prijave različit je, ali ovisi o ostalim koracima.

Dakle, postupak prijave trebao bi se pravilno izvršiti. Postoje različite provjere valjanosti na terenu, poput ID-ova e-pošte, provjere korisničkih financijskih informacija itd. Sve ove provjere valja provjeriti ručnim ili automatiziranim web testiranjem.

Testiranje kolačića:

Kolačići su male datoteke pohranjene na korisničkom stroju. U osnovi se koriste za održavanje sesije - uglavnom sesije prijave. Testirajte aplikaciju tako što ćete omogućiti ili onemogućiti kolačiće u opcijama preglednika.

Testirajte jesu li kolačići šifrirani prije pisanja na korisnički stroj. Ako testirate kolačiće sesije (tj. Kolačići koji ističu nakon završetka sesije), provjerite sesije prijave i statistiku korisnika nakon završetka sesije. Provjerite učinak na sigurnost aplikacije brisanjem kolačića. (Uskoro ću napisati i zasebni članak o testiranju kolačića)

Potvrdite svoj HTML / CSS:

Ako optimizirate svoje mjesto za tražilice, tada je najvažnija provjera HTML / CSS-a. Uglavnom provjerite valjanost stranice za HTML sintaksne pogreške. Provjerite može li se web mjesto indeksirati na različitim tražilicama.

Ispitivanje baze podataka:

Konzistentnost podataka također je vrlo važna u web aplikaciji. Provjerite ima li integriteta podataka i grešaka dok uređujete, brišete, mijenjate obrasce ili radite bilo koju funkciju povezanu s DB-om.

Provjerite jesu li svi upiti baze podataka pravilno izvedeni, podaci su dohvaćeni i također ispravno ažurirani. Više o testiranju baze podataka može biti opterećenje za DB, mi ćemo to riješiti u web opterećenju ili testiranju performansi u nastavku.

Pri testiranju funkcionalnosti web stranica treba testirati sljedeće:

Veze
ja Interne poveznice
ii. Vanjske poveznice
iii. Veze pošte
iv. Prekinute veze

Obrasci
ja Provjera polja
ii. Poruka pogreške zbog pogrešnog unosa
iii. Izborna i obavezna polja

Baza podataka
Testiranje će se obaviti na integritetu baze podataka.

# 2) Ispitivanje upotrebljivosti

Ispitivanje upotrebljivosti postupak je kojim se mjere karakteristike interakcije čovjeka i računala u sustavu i identificiraju slabosti radi ispravljanja.

• Jednostavnost učenja
• Navigacija
• Subjektivno zadovoljstvo korisnika
• Opća pojava

Test za navigaciju:

Navigacija znači kako korisnik pregledava web stranice, različite kontrole poput gumba, okvira ili kako korisnik koristi veze na stranicama za surfanje različitim stranicama.

Ispitivanje upotrebljivosti uključuje sljedeće:

  • Web stranica trebala bi biti jednostavna za korištenje.
  • Navedene upute trebaju biti vrlo jasne.
  • Provjerite jesu li pružene upute savršene da zadovolje njegovu svrhu.
  • Glavni izbornik trebao bi biti na svakoj stranici.
  • Trebao bi biti dovoljno dosljedan.

Provjera sadržaja:

Sadržaj bi trebao biti logičan i lak za razumijevanje. Provjerite ima li pravopisnih pogrešaka. Korištenje tamnih boja živcira korisnike i ne bi ih trebalo koristiti u temi web stranice.

kako koristiti stringstream u c ++

Možete slijediti neke standardne boje koje se koriste za web stranice i izgradnju sadržaja. To su uobičajeno prihvaćeni standardi poput onoga što sam gore spomenuo o dosadnim bojama, fontovima, okvirima itd.

Sadržaj bi trebao biti smislen. Sve sidrene tekstualne veze trebale bi ispravno raditi. Slike bi trebale biti pravilno postavljene u odgovarajućim veličinama.

Ovo su neki od osnovnih važnih standarda kojih se treba pridržavati u web razvoju. Vaš je zadatak provjeriti sve za testiranje korisničkog sučelja.

Ostale korisničke informacije za korisničku pomoć:

Kao i opcija pretraživanja, karta web mjesta također pomaže u datotekama itd. Mapa web stranice trebala bi biti dostupna sa svim vezama na web mjestima s odgovarajućim prikazom stabla navigacije. Provjerite jesu li sve veze na karti web stranice.

Opcija 'Pretraži na web mjestu' pomoći će korisnicima da lako i brzo pronađu stranice sa sadržajem koje traže. Sve su to neobavezne stavke i ako postoje, treba ih provjeriti.

# 3) Ispitivanje sučelja

U web testiranju treba testirati sučelje na strani poslužitelja. To se može učiniti provjerom da li je komunikacija obavljena ispravno. Treba testirati kompatibilnost poslužitelja sa softverom, hardverom, mrežom i bazom podataka.

Glavna sučelja su:

  • Web sučelje i sučelje aplikacijskog poslužitelja
  • Aplikacijski poslužitelj i sučelje poslužitelja baze podataka.

Provjerite jesu li izvršene sve interakcije između ovih poslužitelja i jesu li pogreške ispravno obrađene. Ako baza podataka ili web poslužitelj vrati poruku pogreške za bilo koji upit aplikacijskog poslužitelja, tada bi aplikacijski poslužitelj trebao uhvatiti i prikazati te poruke pogreške korisnicima na odgovarajući način.

Provjerite što se događa ako korisnik prekine bilo koju transakciju između? Provjerite što se događa ako se veza s web poslužiteljem između njih resetira?

# 4) Ispitivanje kompatibilnosti

Kompatibilnost vašeg web mjesta vrlo je važan aspekt testiranja. Pogledajte koji test kompatibilnosti treba izvršiti:

  • Kompatibilnost preglednika
  • Kompatibilnost s operativnim sustavom
  • Pregledavanje putem mobilnih uređaja
  • Opcije ispisa

Kompatibilnost preglednika:

U svojoj karijeri web testiranja doživio sam ovo kao dio testiranja web stranica koji najviše utječe.
Neke su aplikacije vrlo ovisne o preglednicima. Različiti preglednici imaju različite konfiguracije i postavke s kojima bi vaša web stranica trebala biti kompatibilna.

Kodiranje vašeg web mjesta mora biti kompatibilno s platformom više preglednika. Ako upotrebljavate java skripte ili AJAX pozive za funkcionalnost korisničkog sučelja, obavljajući sigurnosne provjere ili provjere valjanosti, naglasite više na ispitivanju kompatibilnosti preglednika vaše web aplikacije.

Testirajte web aplikacije na različitim preglednicima kao što su Internet Explorer, Firefox, Netscape Navigator, AOL, Safari, Opera preglednici s različitim verzijama.

Kompatibilnost s OS-om:

Neka funkcionalnost vaše web aplikacije je da možda nije kompatibilna sa svim operativnim sustavima. Sve nove tehnologije korištene u web razvoju, poput grafičkog dizajna i poziva sučelja poput različitih API-ja, možda neće biti dostupne u svim operativnim sustavima.

Stoga testirajte svoju web aplikaciju na različitim operativnim sustavima poput Windows, Unix, MAC, Linux, Solaris s različitim okusima OS-a.

Pregledavanje putem mobilnih uređaja:

U eri smo nove tehnologije. Tako će se u budućnosti mobilno pregledavanje potresati. Testirajte svoje web stranice na mobilnim preglednicima. Problemi s kompatibilnošću mogu postojati i na mobilnim uređajima.

Opcije ispisa:

Ako dajete mogućnosti ispisa stranica, pobrinite se da se fontovi, poravnanje stranice, grafika stranice itd. Pravilno ispisuju. Stranice bi trebale odgovarati veličini papira ili veličini spomenutoj u opciji ispisa.

# 5) Ispitivanje performansi

Web aplikacija trebala bi podnijeti veliko opterećenje. Testiranje izvedbe weba trebalo bi obuhvaćati:

  • Testiranje web opterećenja
  • Web stres testiranje

Testirajte izvedbu aplikacija pri različitim brzinama internetske veze.

Testiranje web opterećenja : Morate testirati pristupa li mnogo korisnika istoj stranici ili je zahtijeva. Može li sustav izdržati vrijeme vršnog opterećenja? Stranica bi trebala obrađivati ​​mnogo istovremenih korisničkih zahtjeva, velike ulazne podatke korisnika, istovremeno povezivanje s DB-om, veliko opterećenje na određenim stranicama itd.

Web stres testiranje: Općenito stres podrazumijeva istezanje sustava izvan njegovih određenih granica. Testiranje stresa na mreži izvodi se radi razbijanja stranice davanjem stresa i provjerava se kako sustav reagira na stres i kako se oporavlja od padova. Stres se uglavnom daje na poljima za unos, područjima za prijavu i registraciju.

U web izvedbi provjerava se funkcionalnost web stranica na različitim operativnim sustavima i različitim hardverskim platformama radi pogrešaka u curenju memorije softvera i hardvera.

Testiranje izvedbe može se primijeniti za razumijevanje skalabilnosti web mjesta ili za usporedbu performansi u okruženju proizvoda treće strane, poput poslužitelja i međuopreme, za potencijalnu kupnju.

Brzina veze
Testirano na raznim mrežama poput Dial-Up-a, ISDN-a itd.

Opterećenje
ja Što je ne. korisnika po vremenu?
ii. Provjerite vršna opterećenja i kako se sustav ponaša
iii. Velika količina podataka kojima korisnik pristupa

Stres
ja Neprekidno opterećenje
ii. Performanse memorije, CPU-a, rukovanja datotekama itd.

# 6) Ispitivanje sigurnosti

Slijede neki od test slučajeva za testiranje web sigurnosti:

  • Testirajte lijepljenjem internog URL-a izravno u adresnu traku preglednika bez prijave. Interne stranice se ne bi trebale otvarati.
  • Ako ste prijavljeni koristeći korisničko ime i lozinku i pregledavate interne stranice, pokušajte izravno promijeniti opcije URL-a. Tj. Ako provjeravate neku statistiku web mjesta izdavača s ID-om mjesta izdavača = 123. Pokušajte izravno promijeniti parametar ID-a URL-a mjesta u drugi ID web-mjesta koji nije povezan s prijavljenim korisnikom. Ovom korisniku treba odbiti pristup za pregled tuđih statistika.
  • Isprobajte neke nevaljane unose u poljima za unos, poput korisničkog imena za prijavu, lozinke, tekstualnih okvira za unos itd. Provjerite reakciju sustava na sve nevaljane unose.
  • Web direktoriji i datoteke ne bi trebali biti izravno dostupni ako im nije dana mogućnost preuzimanja.
  • Testirajte CAPTCHA za automatizaciju prijava skripti.
  • Testirajte koristi li se SSL za sigurnosne mjere. Ako se koristi, pravilna poruka trebala bi se prikazati kada se korisnici prebace s nesigurnih stranica HTTP: // na stranice HTTPS: // i obrnuto.
  • Sve transakcije, poruke o pogreškama i pokušaji kršenja sigurnosti trebaju se prijaviti u datoteke dnevnika negdje na web poslužitelju.

Primarni razlog za testiranje sigurnosti weba je prepoznavanje potencijalnih ranjivosti i njihovo naknadno popravljanje.

  • Mrežno skeniranje
  • Skeniranje ranjivosti
  • Lošenje lozinke
  • Pregled dnevnika
  • Provjere integriteta
  • Otkrivanje virusa

Vrste web testiranja

Web stranica klasificirana je u mnoge vrste, oko 20 vrsta. Sve se to smanjuje pod statičkim i dinamičkim tipom. Među njima detaljno razgovarajmo o 4 vrste i njihovim metodama ispitivanja. Prije toga, samo želim nabiti te vrste.

  • Jednostavno statično testiranje web stranica
  • Dinamičko testiranje web aplikacija
  • Testiranje web stranica e-trgovine
  • Testiranje mobilnih web stranica

# 1) Jednostavno statično web mjesto

Jednostavno statično web mjesto prikazivat će isti sadržaj za sve posjetitelje koji ga posjećuju u različito vrijeme. Također je poznato i kao informativno web mjesto. Na statičnom web mjestu samo programeri mogu unijeti promjene samo u kodu. Ova vrsta web mjesta neće imati neke veće funkcionalnosti i to isključivo ovisi o dizajnu korisničkog sučelja.

Testiranje jednostavne statičke web stranice vrlo je jednostavno, tijekom testiranja morate uzeti u obzir samo nekoliko stvari. Neki od njih su spomenuti u nastavku:

Bodovi koje treba zapamtiti:

# 1) Testiranje dizajna grafičkog korisničkog sučelja nužno je jer statično web mjesto isključivo ovisi o njemu. Morate usporediti odobrene PSD datoteke s razvijenom web stranicom. Provjerite trebaju li svi elementi u dizajnu biti predstavljeni na razvijenoj stranici.

#dva) Drugi dio GUI dizajna je provjera veličine slova, stila fonta, razmaka i boje, a sve je reproducirano.

(Ova slika objašnjava problem poravnanja razmaka u prikazu web stranice na radnoj površini.)

# 3) Kao drugo, trebate provjeriti veze (poveznice na stranicu) kako biste provjerili radi li ispravno ili ne. Također, saznajte postoji li neispravna veza?

# 4) Provjerite pravopis i sadržaj na svim web stranicama uspoređujući sadržaj koji je dao klijent.

# 5) U nekim se slučajevima slika neće pravilno prikazati, može se pokvariti ili se ponekad duplicira, mogu se prikazati pogrešne slike. To se mora pažljivo provjeriti. Jer za statično web mjesto samo će sadržaj i slike dati živote.

# 6) Pažljivo provjerite traku za pomicanje i prema mom iskustvu suočio sam se s problemima s trakom za pomicanje. Problem s kojim ćete se suočiti jest pojavljivanje neželjenog pomicanja ili skrivanje pomicanja (može sakriti sadržaj). Gore navedena pitanja primjenjiva su i na vodoravne i na okomite pomicanje.

# 7) Ako postoji obrazac za kontakt, provjerite radi li ispravno slanjem nekih lažnih poruka.

Stvari koje treba provjeriti na obrascu za kontakt su:

  • Šalje li se poruka pravilno i pojavljuje li se uspješna poruka?
  • Provjerite je li e-pošta primljena dotičnoj osobi u ispravnom obliku kako je zamišljeno?
  • Provjerite da e-pošta ne bi trebala biti u neželjenoj pošti kao neželjena pošta?
  • Ako postoji aktiviran okidač e-pošte, provjerite je li pošiljatelj primio poštu?

# 8) Provjerite radi li se o web stranici bez pogrešaka i provjerite je li pomoću W3 validatora ili drugog srodnog softvera.

# 9) Neke stalne stvari koje treba provjeriti na statičnom web mjestu,

  • Oznaka za provjeru prisutna je na traci s karticama
  • URL treba sadržavati točan naslov stranice
  • Ako postoje podaci o autorskim pravima, trebali bi se prikazati
  • Ako postoji obrazac za kontakt, Captcha je neophodan. (Sprječava neželjenu e-poštu)
  • Provjerite brzinu učitavanja web stranice. (Statična web stranica ne bi trebala oduzimati puno vremena za učitavanje). Ako se prilikom učitavanja koristi gif slika, pratite njezinu funkcionalnost

Osim ovih, postoje ogromne stvari koje se moraju testirati na pozadini svake web stranice koja jest ispitivanje sustava , sigurnosno testiranje, ispitivanje sučelja, ispitivanje kompatibilnosti i ispitivanje performansi itd. Za to trebate imati tehničko znanje. Na jednostavnom statičnom web mjestu nećete pronaći više funkcionalnosti ako i tamo trebate testirati funkcionalnost.

# 2) Dinamična web aplikacija (CMS web mjesto)

To je tip u kojem korisnik može redovito ažurirati i mijenjati sadržaj svoje web stranice. Odavde ću upotrijebiti riječ 'testiranje web aplikacija' umjesto dinamičkog testiranja web stranica. Web aplikacija je kombinacija front-end i back-end programiranja .

Prednji kraj bit će HTML i CSS, dok se pozadinski koristi programskim jezicima poput PHP-a, Javascripta i ASP-a itd. Pomoću ove pozadine korisnik / klijent može dodati ili promijeniti sadržaj na web mjestu.

Testiranje web aplikacije nije lako od testiranja statične web stranice, ali nije ni puno teže od testiranja web stranice e-trgovine. Testiranje funkcionalnosti najvažnije je što se treba provesti tijekom testiranja web aplikacije. Web aplikacija može sadržavati mnogo komplicirane funkcije pa ispitivač mora biti vrlo oprezan tijekom testiranja.

Postoje dvije različite vrste web aplikacija, jedna je da korisnik neće izvršiti nikakvu radnju na prednjoj strani (tj. Samo će se pozadinske promjene odražavati na prednjoj strani) druga je krajnji korisnik koja će raditi ispred -završiti se ( na primjer prijava, prijava, pretplata na bilten i druge slične radnje). Dakle, ispitivanje bi trebalo obaviti prema njemu.

Bodovi koje treba zapamtiti:

Točke koje sam spomenuo u statičkom testiranju web stranica također će biti uključene tijekom testiranja web aplikacije. Uz to valja napomenuti i sljedeće stvari.

# 1) U odjeljku GUI, opis je obvezan za sva polja i gumbe poravnanje polja (razmak) treba pravilno izvršiti, onemogućeno polje / gumbi trebaju biti zasivljeni, polja / gumbi trebaju biti u standardnom formatu kao u SRS-u, poruka o pogrešci treba prikazati ako nešto pođe po zlu, skočni prozor poruka bi se trebala prikazivati ​​samo u središtu web stranice, padajući izbornik ne smije biti skraćen.

Tipka prečaca Tab trebala bi raditi u svim poljima i više.

#dva) U odjeljku o funkcionalnosti, ako vaša web aplikacija ima funkciju za prijavu ili registraciju, provjerite obavezna provjera valjanosti polja , provjera valjanosti obrasca (tj. polja s brojevima trebaju prihvaćati samo brojeve, a ne abecede), ograničenje znakova na poljima (tj. može se unijeti samo ovoliko znakova).

Ograničenje posebnih znakova i negativnih brojeva na poljima, testiranje funkcionalnosti e-pošte, testiranje prijenosa dokumenata (tj. Samo može se učitati navedena vrsta dokumenta ), trebalo bi testirati funkcionalnost vremenskog ograničenja, funkciju sortiranja, javascript radi na kompatibilnim preglednicima itd.

# 3) Kada dođete u odjeljak pozadinske funkcionalnosti, testirajte prijenos slika na neispravne slike, unos teksta u polja funkcionira ili ne. Pozadinsko ažuriranje bi trebalo reflektirati na front-end , testiranje baze podataka (tj. možete li dodati nova polja ili izbrisati neželjena polja) treba izvršiti sve ove stvari.

Izvedba nije puno potrebna za web aplikaciju (dinamičku web stranicu) jer ima vrlo malo sadržaja. Ako trebate, možete postupati s alatima s kojima ste upoznati. Podignite neki standardni mrežni alat za izvedbu ako želite napraviti jednostavno testiranje performansi.

kako pisati slučajeve testnih testova

# 3) Web mjesto za e-trgovinu

Web mjesto za e-trgovinu donekle je komplicirano u usporedbi s gore navedena dva. Tester mora biti vrlo oprezan tijekom testiranja web mjesta e-trgovine. Postoje ogromne stvari koje treba provjeriti na stranicama e-trgovine, od njih samo pokrivam neke od svojih iskusnih problema s testiranjem web stranica e-trgovine.

U odjeljku grafičkog korisničkog sučelja morate provjeriti sve značajke kao u SRS-u i iste funkcije. Funkcionalnost će biti gotovo jednaka za sve komercijalne web stranice.

Što se tiče funkcionalnosti, morate provjeriti sve stranice, poput glavne stranice (uključuje istaknute proizvode, prikaz posebnih ponuda, detalje prijave, funkcionalnost pretraživanja) stranicu s detaljima proizvoda, stranicu kategorije, stavljanje narudžbe, pristupnik za plaćanje, sve mora biti testirano.

Bodovi koje treba zapamtiti:

# 1) Provjerite ažurira li se košarica kad kupujete ili povećavate količinu. Provjerite ovu funkcionalnost na svim stranicama i u svim okolnostima.

#dva) Provjerite jesu li posebni kuponi i ponude se primjenjuju na ispravne narudžbe i vidite da se cijena s popustom prikazuje ili ne.

(Ova slika objašnjava besplatnu dostavu i kako se primjenjuje u odjeljku za plaćanje)

# 3) Ponekad će se tijekom ažuriranja pojedinog proizvoda pomnožiti uzimajući u obzir broj varijacija proizvoda. Provjerite je li prikazan pojedinačni proizvod i jesu li njegove inačice ispravno prikazane. (Suočio sam se s ovim problemom)

# 4) Provjerite radi li opcija filtra radi li točno. Ako se provodi filtriranje, na temelju odabrane kategorije i cijene?

# 5) Tijekom prijave treba izvršiti super provjeru. Samo se novi korisnik može prijaviti.

# 6) Ako je postojeći korisnik dodao proizvod u košaricu, odjeljak popisa želja tijekom njihove prethodne prijave trebao bi se spremiti i prikazati i tijekom sljedeće prijave.

# 7) Usporedba proizvoda trebala bi funkcionirati uspoređivanjem proizvoda na temelju nekih specifikacija dodijeljenih u pozadini.

# 8) Provjerite radi li pretvarač valuta u redu. Na temelju odabrane zemlje pretvarač valuta trebao bi prikazivati ​​odgovarajuće cijene i porezne stope.

(Pri odabiru jezika valuta će se pretvoriti, ovdje će se zadati USD)

# 9) Općenito se mnogi dodaci koriste na web mjestu e-trgovine (WordPress i slično), morate biti vrlo oprezni. Instalacija dodatka može se sukobiti ili utjecati na bilo koju drugu glavnu funkcionalnost. Stoga nastavite s instalacijom dodataka i njegovom uporabom.

# 10) Provjerite radi li opcija dijeljenja na društvenim mrežama na pojedinom proizvodu ili ne.

#jedanaest) Trošak dostave treba generirati na temelju odabrane regije. I također provjeriti stvaranje porezne stope. (To može uzrokovati neke pravne probleme tijekom kupnje krajnjih korisnika).

Porezna stopa

(Na ovoj slici izračunava se poštarina i porezna stopa za regiju Francuske)

# 12) Ulaz za plaćanje trebao bi raditi samo ako su navedeni valjani podaci o kartici. Provjera valja primijeniti na broj kartice i CCV kodni broj. (Bolje je zadržati provjeru valjanosti na samom polju s brojem kartice).

# 13) Generiranje e-pošte u svakom procesu tijekom kupnje trebalo bi se dogoditi (prijava, naručivanje proizvoda, plaćanje uspješno, narudžba otkazana, primljena narudžba i drugi okidači e-pošte ako postoje).

# 14) Provjerite chat uživo s nekim glupim e-porukama.

Bilješka: Općenito, web stranica za e-trgovinu neće se razvijati radi kompatibilnosti s mobilnim uređajima, a po dolasku u mobilnu verziju generirat će se aplikacija. U nekim slučajevima neće stvoriti aplikaciju, već će se stvoriti mobilno kompatibilno web mjesto. U takvim slučajevima morate pažljivo provjeriti postoje li nedostajuće funkcije i odstupanja u korisničkom sučelju.

Ovo su neki od problema s kojima sam se suočio i primijetio tijekom testiranja web stranice e-trgovine. Osim toga, morate provjeriti sve općenite stvari povezane s web stranicama e-trgovine.

# 4) Web stranica za mobilne uređaje

Prije svega, razjasnimo mobilnu web stranicu. Općenito ljudi misle da su mobilna web stranica i mobilna aplikacija isti, ali u stvarnosti je mobilna web stranica razvijena s HTML stranicama i može se gledati samo s internetskom vezom.

No, mobilna aplikacija nije ništa drugo doli aplikacija koja se kasnije može preuzeti i koristiti bez internetske veze. Ovdje se mnogi od nas zbunjuju i postavljaju pitanje Koja je razlika između mobilnog i responzivnog web mjesta?

Odzivna web stranica znači prilagoditi sadržaj veličini mobilnog uređaja umjesto stvaranja verzije, dok mobilna web stranica stvara novu verziju koja nije odraz radne verzije. Na mobilnom web mjestu imat ćete samo ograničene stranice, a ovdje su uklonjene neželjene funkcije.

Testiranje mobilnog web mjesta pomalo je zamorno nego druge vrste web mjesta. Imat će zasebne dizajne i morate biti oprezni tijekom testiranja funkcionalnosti.

Bodovi koje treba zapamtiti:

Važne napomene koje treba uzeti u obzir prilikom testiranja mobilnog web mjesta:

  • Obično ćemo za testiranje mobilne web stranice koristiti emulator i možemo dobiti idealne rezultate, ali uvijek više volim da testirate na stvarnim uređajima. Suočio sam se s mnogim problemima kada sam testirao na stvarnim uređajima (posebno uređajima s jabukama). Stvarne specifikacije uređaja mogu se sukobiti s razvijenim web stranicama.

(Ova slika objašnjava testiranje simulatora i problem s pozadinskom pozadinom koji se pojavljuju u njemu.)

  • Testiranje GUI-a i upotrebljivosti važnije je jer nije odraz desktop verzije.
  • Izvedba je još jedan važan čimbenik koji treba uzeti u obzir prilikom testiranja web stranica za mobilne uređaje. Problemi vezani uz izvedbu mogu se pratiti kada testirate na stvarnim uređajima.
  • Provjerite pokreće li mobilno povezivanje uobičajeno web povezivanje s mobitela.
  • Provjerite pomicanje stranice, navigaciju stranicom, skraćivanje teksta itd. Na mobilnom web mjestu.

Najbolji alati za web testiranje

Širok je raspon alata za testiranje koji su dostupni za testiranje web aplikacija.

najbolje pop-up blocker krom ekstenzija

=> Pogledajte ovaj opsežni popis najpopularnijih alata za testiranje web aplikacija.

Bodovi koje treba uzeti u obzir tijekom testiranja web stranice

Web stranice u osnovi jesu klijent / poslužiteljske aplikacije - s web poslužiteljima i klijentima ‘preglednika’.

Treba razmotriti interakcije između HTML stranice, TCP / IP komunikacije, internetske veze, vatrozidi, aplikacije koje se izvode na web stranicama (kao što su apleti, javascript, dodaci) i aplikacije koje se izvode na strani poslužitelja (poput CGI skripti, sučelja baze podataka, aplikacije za bilježenje, dinamički generatori stranica, asp itd.).

Uz to, postoji široka paleta poslužitelja i preglednika s različitim verzijama svakog od njih. Uključuju male, ali ponekad značajne razlike među njima u pogledu varijacija brzina povezivanja, tehnologija koje se brzo mijenjaju i višestrukih standarda i protokola. Krajnji rezultat kojeg testiranje web stranica može postati glavni trajni napor.

Primjeri scenarija ispitivanja za testiranje web aplikacije

U nastavku je navedeno nekoliko drugih razmatranja koja treba uključiti tijekom testiranja web mjesta .

  • Koje je očekivano opterećenje na poslužitelju (npr. Broj pogodaka u jedinici vremena)?
  • Kakva je izvedba potrebna u svakom uvjetu učitavanja (poput vremena odziva web poslužitelja, vremena odgovora na upit baze podataka)?
  • Kakvi će alati biti potrebni za ispitivanje performansi (poput alata za testiranje web opterećenja, drugih već ugrađenih alata, alata za preuzimanje web robota itd.)?
  • Tko je ciljana publika? Kakve će preglednike koristiti? Kakve će brzine veze koristiti? Jesu li one unutar organizacija (dakle vjerojatno s velikom brzinom veze i sličnim preglednicima) ili na cijelom Internetu (dakle s velikom razinom brzina veze i vrsta preglednika)?
  • Kakve se performanse očekuju od strane klijenta (npr. Koliko brzo bi se stranice trebale pojaviti, koliko brzo bi se trebale učitavati i pokretati animacije, apleti itd.)?
  • Hoće li zastoji zbog održavanja / nadogradnje poslužitelja i sadržaja biti dopušteni? Ako da, koliko onda?
  • Kakva će vrsta zaštite (zaštitni zidovi, šifriranje, lozinke itd.) Biti potrebna i što se očekuje? Kako se može testirati?
  • Koliko su pouzdane internetske veze stranice potrebne? I kako to utječe na sigurnosni sustav ili zahtjeve i testiranje suvišnih veza?
  • Koji će postupak biti potreban za upravljanje ažuriranjima sadržaja web mjesta?
  • Koji su zahtjevi za održavanje, praćenje i kontrolu sadržaja stranice, grafike, poveznica itd.?
  • Koje će se HTML specifikacije pridržavati? Koliko strogo? Koje će varijacije biti dopuštene za ciljane preglednike?
  • Hoće li postojati bilo kakvi standardni zahtjevi za izgled stranice i / ili grafike na cijeloj web lokaciji ili njezinim dijelovima?
  • Kako će se provjeriti i ažurirati interne i vanjske poveznice? I koliko često? hoće li se to dogoditi?
  • Može li se provesti ispitivanje na proizvodnom sustavu ili će biti potreban zaseban ispitni sustav?
  • Kako se predmemorija preglednika, varijacije u postavkama opcija preglednika, varijabilnost dial-up veze i stvarni internetski problemi 'zagušenja prometa' uzimaju u obzir za testiranje?
  • Koliko su opsežni ili prilagođeni zahtjevi za evidentiranje i izvješćivanje poslužitelja; smatraju li se sastavnim dijelom sustava i trebaju li ispitivanja?
  • Kako se CGI programi, apleti, javascript, ActiveX komponente itd. Moraju održavati, pratiti, kontrolirati i testirati?
  • Stranice bi trebale imati najviše 3-5 zaslona, ​​osim ako je sadržaj usredotočen na jednu temu. Ako je veća, navedite unutarnje poveznice unutar stranice.
  • Izgledi stranice i elementi dizajna trebali bi biti dosljedni na cijeloj web lokaciji, tako da korisniku bude jasno da je još uvijek na web lokaciji.
  • Stranice trebaju biti što neovisnije o pregledniku ili bi se stranice trebale pružati ili generirati na temelju vrste preglednika.
  • Sve stranice trebaju imati veze izvan stranice; ne bi trebalo biti slijepih stranica.
  • Vlasnik stranice, datum revizije i veza do kontakt osobe ili organizacije trebaju biti navedeni na svakoj stranici.

Česta pitanja o web testiranju

Ispod bi trebala biti navedena različita pitanja koja vam padaju na pamet dok razmišljate o web mjestu koje je već razvijeno i može biti izloženo javnosti:

  • Djeluje li web stranica kako se očekuje?
  • Hoće li krajnji korisnik pronaći web stranicu lako za pregledavanje?
  • Je li web stranica dostupna na različitim uređajima koje posjeduju krajnji korisnici?
  • Je li web stranica dovoljno osigurana?
  • Je li izvedba web mjesta na visini?
  • Jesu li podaci uneseni na web mjestu točno pohranjeni i zadržavaju li se tijekom svih sesija?
  • Je li web mjesto dobro integrirano s drugim sučeljima u tijeku rada?
  • Hoće li web stranica raditi očekivano čak i nakon objavljivanja?

Da bi se odgovorilo na ova pitanja, identificirane su različite tehnike testiranja koje se mogu koristiti za testiranje web aplikacije.

Uzmimo primjer web stranice e-trgovine koja je nedavno puštena QA timu na testiranje.

Detaljno ćemo proći kroz svako od gore navedenih pitanja kako bismo razumjeli opseg testa i vidjeli kako se može izvršiti testiranje web stranica.

testiranje web stranica

Djeluje li web stranica kako se očekuje?

potvrdi da web stranica dobro funkcionira, QA mora provesti funkcionalno testiranje. Tijekom funkcionalno ispitivanje , različite značajke aplikacije moraju biti provjerene prema zahtjevima spomenutim u dokumentu funkcionalne specifikacije.

Ispod je nekoliko generičkih scenarija, za koje se očekuje da će osigurati osiguranje kvalitete tijekom izvođenja funkcionalnih ispitivanja bilo koje web stranice, čak i ako nisu spomenute u funkcionalnim specifikacijama:

  • Korisnička navigacija na različite stranice web stranice i dovršavanje tijeka rada od kraja do kraja
  • Ako korisnik može označiti / poništiti potvrdne okvire
  • Ako korisnik može odabrati vrijednosti iz padajućih polja
  • Ako korisnik može odabrati / poništiti odabir radio gumba
  • Različiti gumbi za navigaciju poput gumba Submit, Next, Upload itd. Dobro rade
  • Kalendari se pravilno učitavaju i omogućuju korisniku odabir datuma
  • Izračuni se odvijaju onako kako su implementirani
  • Funkcija pretraživanja funkcionira ako postoji
  • Točan prikaz informacija
  • Razne unutarnje i vanjske poveznice na druge stranice
  • Ispravan redoslijed kartica na web stranicama
  • Obavezna i neobvezna polja trebaju se provjeriti za pozitivne i negativne ulaze
  • Treba provjeriti zadane vrijednosti za svako web polje
  • Funkcionalnost e-pošte implementirana je za neke radnje na web mjestu

Važno je da web stranice budu kompatibilne s tražilicama. Stoga bismo trebali pregledati web stranice radi ispravnosti sintakse HTML-a, formata i standarda usklađenosti poput WS-I, ISO i ECMA.

Uzimajući u obzir kolačiće koji se koriste za održavanje sesija prijave, web mjesto treba testirati omogućavanjem / onemogućavanjem kolačića ili korištenjem neusklađene domene. Testiranje se također može provesti tijekom sesija resetiranjem kolačića da bi se preglednici vratili u stanje vanilije.

QA bi također trebao potvrditi da se kolačići web mjesta uvijek pohranjuju lokalno u šifriranom obliku.

Uzimajući u obzir našu web stranicu o e-trgovini, na različite veze poput muške mode, ženske mode, dječje mode, kućne galanterije, elektroničkih uređaja, knjiga, filmova i glazbe itd. Dostupnih na web stranici treba kliknuti i provjeriti ako korisnik prijeđe na očekivana stranica.

Slično tome, različite funkcionalnosti poput prijave, registracije, opcije pretraživanja, filtera, sortiranja, dodavanja u košaricu itd. Treba provjeriti na različitim web stranicama poput stranice za prijavu, stranice za registraciju, stranice s pojedinostima o proizvodu, košarice, pregleda narudžbe, plaćanja, itd. Web mjesto treba provjeriti radi upravljanja sesijama / kolačićima poput isteka sesije i pohrane sesije itd.

Hoće li krajnji korisnik pronaći web stranicu lako za pregledavanje?

Testiranje upotrebljivosti mora se provesti kako bi se izmjerila jednostavnost korištenja web mjesta za krajnjeg korisnika u kontekstu dostupnosti, pretraživosti i korisnosti itd.

Ispitivanje upotrebljivosti

Ispod je spomenuto nekoliko scenarija ispitivanja koje treba provjeriti tijekom provođenja testiranja upotrebljivosti za web mjesto:

  • Sadržaj web stranice trebao bi biti informativan, strukturiran i logički povezan tako da korisnik može lako razumjeti
  • Kontrole web stranica trebaju biti jednostavne za navigaciju
  • Na web mjestu trebaju biti učitani dokumenti za pomoć i upute
  • Web stranica bi trebala imati značajku pretraživanja radi krajnjeg korisnika
  • Pristup / s glavnog izbornika svim stranicama trebao bi biti tamo
  • Sadržaj web stranice treba provjeriti na pravopisne pogreške
  • Web stranica treba slijediti definirane smjernice u kontekstu boje pozadine, uzorka, stila, fontova, položaja slika, okvira, obruba itd.
  • Web stranicu treba naviknuti na prijevodnu značajku s obzirom na činjenicu da joj mogu pristupiti korisnici iz različitih država s različitim jezicima, valutama itd.

Malo je alata koji se mogu koristiti za ispitivanje upotrebljivosti Zumiranje korisnika i Reflektor .

Web stranica za e-trgovinu trebala bi biti prilagođena kupcima, laka za navigaciju i privlačenje pažnje. Sve web stranice trebaju biti provjerene zbog pristupačnosti, fontova, stila, slika, pravopisnih pogrešaka i relevantnih informacija o proizvodu. Web stranica trebala bi biti opremljena relevantnim dokumentima pomoći i objektima za korisničku podršku.

Uzimajući u obzir porast sučelja zaslona osjetljivih na dodir, moramo provjeriti dostupnost i ključnih unosa i ulaza zaslona osjetljivog na dodir. Slično tome, slike i sadržaj web mjesta trebaju biti provjereni zbog upotrebljivosti na različitim veličinama zaslona (mobiteli, prijenosna računala i kartice, itd.).

Je li web stranica dostupna na različitim uređajima koje posjeduju krajnji korisnici?

Pod pretpostavkom da našoj web stranici može pristupiti niz korisnika s različitim skupom uređaja, moramo osigurati da web stranica dobro funkcionira na svima njima bez ikakvih kvarova.

Da bi se osiguralo isto, treba obaviti provjere kompatibilnosti web stranica koje se isporučuju Ispitivanje kompatibilnosti . Tijekom testiranja kompatibilnosti web mjesta osigurava se da web mjesto dobro funkcionira na različitim preglednicima, operativnim sustavima i uređajima poput prijenosnih računala, mobitela, tableta, pisača itd.

Kompatibilnost preglednika (unakrsno testiranje preglednika):

Web stranica trebala bi dobro surađivati ​​s različitim preglednicima kao što su Microsoft Internet Explorer, Microsoft Edge, Firefox, Google Chrome, Safari i Opera. Sve aktivne verzije ovih preglednika treba provjeriti s UKLJUČENIM / ISKLJUČENIM različitim značajkama preglednika.

Također, tijekom izvođenja testiranje u više preglednika , QA bi također trebao provjeriti optimalne performanse web stranica u svim preglednicima.

Kompatibilnost operativnog sustava (testiranje na više platformi):

Kako bi se identificirali potencijalni problemi s korisničkim iskustvom, web mjesto treba testirati na različitim platformama poput Windows, Linux, Unix.MAC, Solaris itd., Kako bi se osiguralo kompatibilnost OS-a.

Kompatibilnost uređaja (ispitivanje više uređaja):

Web stranicu možete pregledavati na različitim uređajima poput prijenosnih računala, mobitela, tableta itd. S različitim OS-ima koji su dostupni poput iOS-a, Android-a, Windows-a itd. Stoga bi trebalo izvršiti testiranje i na uređajima koji pokrivaju dolje navedene scenarije.

  • Veličina zaslona web stranice trebala bi se prilagoditi uređaju
  • Uređaj treba sadržavati rotaciju zaslona
  • Web stranica ne smije prikazivati ​​probleme s učitavanjem na različitim uređajima s različitim brzinama mreže
  • Provjerite ponašanje web mjesta kada je uređaj u / izvan mrežnog dometa
  • Provjerite ponašanje web mjesta na niskom CPU-u i memoriji kako bi podržali različite čimbenike oblika

Za web stranice e-trgovine provjera kompatibilnosti jedna je od najvažnijih vrsta testiranja. Baza kupaca bit će velika i pristupit će našoj web stranici iz različitih preglednika, operativnih sustava i uređaja.

S obzirom na to da mobilne platforme postaju popularne, trebali bismo osigurati učitavanje web stranica na mali faktor oblika pod prihvatljivim vremenom učitavanja. Također je važno potvrditi upotrebu različitih brzina mreže kako bi se osiguralo da je korisna za sve kupce.

Je li web stranica dovoljno osigurana?

Ispitivanje sigurnosti provodi se kako bi se otkrile ranjivosti u sustavu i osiguralo osiguranje web mjesta.

Ispod je popis za provjeru koji se može provjeriti tijekom provođenja sigurnosnog testiranja:

  • Web stranica trebala bi biti dostupna samo ovjerenim korisnicima
  • Korisnici web stranica trebali bi moći obavljati samo one zadatke za koje su ovlašteni
  • Web mjesto treba provjeriti za CAPTCHA polja radi identifikacije korisnika
  • Sigurnosne postavke preglednika treba provjeriti tijekom prelaska sa sigurnih na nesigurne stranice
  • Zaštita web poslužitelja trebala bi postojati zbog nepristupačnih web direktorija ili datoteka
  • Osigurajte da se ograničene datoteke ne smiju preuzimati bez odgovarajućeg pristupa
  • Sesije koje su postale neaktivne trebale bi automatski biti ubijene nakon određenog vremenskog razdoblja
  • Svi nevaljani i neovlašteni pokušaji krajnjih korisnika ili povremene pogreške / kvarovi sustava trebaju se evidentirati u svrhu analize

Alati poput Upravljanje ranjivostima , Veracode i SQL karta može se koristiti za provjeru sigurnosti vašeg web mjesta.

Kao dio sigurnosnog testiranja, treba provjeriti valjanost web stranice e-trgovine

  1. Kontrole pristupa web mjestu.
  2. Bilo kakvo curenje osobnih podataka korisnika.
  3. Osigurani načini plaćanja.

Je li izvedba web mjesta na visini?

Da bi se provjerila izvedba web stranice, može se izvršiti ispitivanje izvedbe. Procijenit će ponašanje aplikacije u različitim uvjetima opterećenja, što bi mogao biti realan scenarij. Ako sustav krene bez provođenja testova performansi, može završiti s problemima poput usporenog sustava ili loše upotrebljivosti koji će vjerojatno utjecati na imidž marke, kao i na prodaju na tržištu.

Web stranica se može testirati protiv opterećenja i stresa.

Dolje je naveden kontrolni popis za testiranje web performansi:

  • Ponašanje web stranice treba promatrati u normalnim i vršnim uvjetima opterećenja
  • Učinkovitost web stranice treba ispitati mjerenjem vremena odziva, brzine, skalabilnosti i iskorištavanja resursa
  • Ispravna RCA (analiza uzroka uzroka) trebala bi se obaviti s rješenjem ako se sustav pokvari ili postane nestabilan u bilo kojem trenutku
  • Treba utvrditi probleme mrežne latencije, ako postoje

Web mjesto e-trgovine trebalo bi temeljito testirati pomoću skupa simuliranih korisnika tijekom normalnih, kao i vršnih uvjeta opterećenja koji mogu biti tijekom 'sezone prodaje'.

Tijekom prodaje korisnici koji pristupaju web mjestu umnožili bi se. Također, ponašanje web mjesta treba ispitati dok više istodobnih korisnika pristupa istim stavkama ili izvršava iste radnje (poput transakcija ili naručivanja) na web mjestu.

Na tržištu su dostupni razni alati za ispitivanje performansi. Malo ih je LoadRunner, WinRunner, Silk Performer, JMeter itd.

Jesu li podaci uneseni na web mjestu točno pohranjeni i zadržavaju li se tijekom svih sesija?

Baza podataka jedna je od kritičnih komponenti web aplikacije koja sadrži cjelovite podatke unesene putem web stranice. Dakle, kako bi bili sigurni da se ispravni korisnički podaci spremaju u tablice baze podataka bez ikakvih manipulacija i kako bi se održao integritet podataka ispod provjera treba izvršiti.

  • Provjerite dosljednost podataka na korisničkom sučelju, tj. Korisničkom sučelju web stranice i bazi podataka
  • Provjerite ažuriraju li se DB tablice ispravno kad god aplikacija web mjesta izvodi akcije umetanja / ažuriranja / brisanja
  • Provjerite vrijeme odziva tehničkih upita i po potrebi ih fino prilagodite
  • Provjerite postoje li DB veze i dozvole za pristup

Kao član QA tima koji testira web mjesto e-trgovine, možete obavljati aktivnosti u nastavku i svaki put potvrđivati ​​promjene u odgovarajućim tablicama baze podataka. To će osigurati da su korisničko sučelje i DB web stranice dosljedni.

1) Davanje narudžbe za proizvod.

dva) Otkazivanje proizvoda.

3) Odlučite se za zamjenu proizvoda.

4) Odlučite se vratiti proizvod.

Je li web mjesto dobro integrirano s drugim sučeljima u tijeku rada?

Testiranje na razini sučelja vrši se radi provjere nesmetane interakcije web mjesta s različitim sučeljima poput Web poslužitelja i poslužitelja baze podataka.

Tijekom testiranja sučelja, ispitivač mora osigurati da li se zahtjevi aplikacije ispravno šalju u bazu podataka i prikazuju li se klijentu ispravne informacije kao izlaz. Web poslužitelj ne bi trebao izbacivati ​​izuzeće u bilo kojem trenutku, a baza podataka uvijek bi trebala biti sinkronizirana s aplikacijom.

Hoće li web stranica raditi očekivano čak i nakon objavljivanja?

Jednom kad se proizvod preseli u proizvodno okruženje, treba redovito pregledavati kako bi se proverila kontrola kvalitete.

Tijekom provjere proizvoda u proizvodnji mogu se uzeti u obzir sljedeći scenariji:

  • Testove web aplikacija treba provoditi povremeno, a zapisnike testova spremati kao dokaz usklađenosti SLA (Service Level Agreement)
  • Treba li provjeriti sustave automatskog skaliranja i uravnoteživače opterećenja ako postoje i funkcioniraju
  • Obavezno provjeravajte iskustva krajnjeg korisnika i pokušajte otkriti nedostatke ili zlonamjerne napade koji obično prolaze nezapaženo tijekom testiranja osiguranja kvalitete
  • Pratite vrijeme odziva proizvoda tijekom vršnih opterećenja
  • Izvršite test slučajeve na rubnoj razini u stvarnom vremenu kako biste identificirali mrežne kvarove, kvarove na vezi ili prekide neočekivanim pozivom

Zaključak

Napravio sam ovaj detaljni vodič s dugogodišnjim iskustvom testiranja različitih web stranica.

Nadam se da će vam ovaj članak pomoći da razumijete različite aspekte testiranja web aplikacija. Sljedeći put kad sjednete za pisanje testa za svoje web mjesto, ne zaboravite provjeriti valjanost različitih aspekata izvan funkcionalnosti web mjesta.

Nadam se da bi vam ovaj članak bio informativan!

Preporučena literatura

^