Мени

Комплетан водич за тестирање веб апликација (Како тестирати веб локацију)

web application testing complete guide

Испробајте Наш Инструмент За Елиминисање Проблема

Комплетан водич за тестирање веб апликација: Како тестирати веб локацију

Сви се морамо сложити да је у данашњем све променљивом и конкурентном свету Интернет постао саставни део наших живота.

Већина нас данас одлучује претражујући информације на Интернету, па хостинг веб страница више није опционалан, већ је обавезан за све врсте предузећа. То је први корак у постајању и остајању релевантним на тржишту.

Само посједовање веб странице није довољно. Организација је потребна за развој веб странице која је информативна, доступна и једноставна за употребу. Да би се одржале све ове особине, веб локација би требала бити добро тестирана, а овај поступак тестирања веб странице познат је као веб тестирање.

Тестирање веб апликација

Шта ћете научити:

Шта је веб тестирање?

Веб тестирање је пракса тестирања софтвера за тестирање веб локација или веб апликација на потенцијалне грешке. То је комплетно тестирање веб апликација заснованих пре објављивања уживо.

Систем заснован на мрежи треба у потпуности проверити од краја до краја пре него што почне са радом за крајње кориснике.

Извођењем тестирања веб локација, организација може да се увери да систем заснован на вебу правилно функционише и да га корисници у реалном времену могу прихватити.

Дизајн и функционалност корисничког интерфејса су главни елементи тестирања веб страница.

Контролне листе за веб тестирање

1) Испитивање функционалности
два) Испитивање употребљивости
3) Испитивање интерфејса
4) Испитивање компатибилности
5) Тестирање перформанси
6) Испитивање сигурности

Препоручени алати за вежбање концепата веб тестирања поменутих на овој страници:

# 1) ЛоадНиња

ЛоадНиња вам омогућава да тестирате своју веб апликацију са стварним претраживачима у опсегу, користећи тест скрипте које се могу репродуковати одмах након снимања, стварајући активне податке о перформансама засноване на прегледачу за издвајање проблема и отклањање грешака у реалном времену.

ЛоадНиња - Банер

=> Посетите веб страницу ЛоадНиња

# 2) ЛамбдаТест

ЛамбдаТест је скалабилна платформа за тестирање више прегледача заснована на облаку дизајнирана да понуди све веб локације и тестирање веб апликација потребних за облачну инфраструктуру.

ЛамбдаТест

Платформа ЛамбдаТест помаже да се елементи ваше веб апликације (као што су ЈаваСцрипт, ЦСС, ХТЛМ5, Видео ... итд.) Неометано приказују на свим радним површинама и мобилним веб прегледачима уз подршку ручног, визуелног и аутоматизованог тестирања. Помоћу ЛамбдаТест-а можете да приступите до 2000+ комбинација прегледача за рачунаре и мобилне уређаје у облаку.

=> Посетите веб локацију ЛамбдаТест

# 1) Испитивање функционалности

Тест за - све везе на веб страницама, веза са базом података, обрасци који се користе за слање или добијање информација од корисника на веб страницама, тестирање колачића итд.

Погледајте све везе:

  • Тестирајте одлазне везе са свих страница до одређеног домена који се тестира.
  • Тестирајте све интерне везе.
  • Испробајте линкове који скачу на истој страници.
  • Тест везе се користе за слање е-поште администратору или другим корисницима са веб страница.
  • Тестирајте да ли постоје странице без родитеља.
  • На крају, провера веза укључује, проверите да ли постоје неисправне везе у свим горе поменутим везама.

Тест обрасци на свим страницама:
Обрасци су саставни део било које веб странице. Обрасци се користе за примање информација од корисника и интеракцију са њима. Па шта треба проверити у овим обрасцима?

  • Прво проверите све провере ваљаности на сваком пољу.
  • У пољима потражите подразумеване вредности.
  • Погрешни уноси у обрасце у поља у обрасцима.
  • Опције за креирање образаца, ако их има, брисање, преглед или измена образаца.

Узмимо пример пројекта претраживача који тренутно радим. У овом пројекту имамо кораке за регистрацију оглашавача и подружница. Сваки корак регистрације је различит, али зависи од осталих корака.

Дакле, поступак регистрације треба правилно извршити. Постоје различита валидација поља, као што су ИД адресе е-поште, валидација корисничких финансијских информација итд. Све ове провере ваља проверити ручним или аутоматским веб тестирањем.

Тестирање колачића:

Колачићи су мале датотеке које се чувају на корисничком рачунару. Они се у основи користе за одржавање сесије - углавном сесије за пријављивање. Тестирајте апликацију тако што ћете омогућити или онемогућити колачиће у опцијама прегледача.

Пре писања на корисничку машину тестирајте да ли су колачићи шифровани. Ако тестирате колачиће сесије (тј. Колачићи који истичу након завршетка сесије), проверите да ли постоје сесије за пријављивање и статистика корисника након завршетка сесије. Проверите утицај на сигурност апликације брисањем колачића. (Ускоро ћу написати и посебан чланак о тестирању колачића)

Потврдите свој ХТМЛ / ЦСС:

Ако оптимизујете своју веб локацију за претраживаче, тада је најважнија ХТМЛ / ЦСС валидација. Углавном потврдите веб локацију за ХТМЛ синтаксне грешке. Проверите да ли је веб локација могуће претраживати различитим претраживачима.

Испитивање базе података:

Конзистентност података је такође веома важна у веб апликацији. Проверите интегритет података и грешке док уређујете, бришете, мењате обрасце или радите било коју функцију повезану са ДБ-ом.

Проверите да ли су сви упити базе података извршени исправно, подаци се преузимају и такође исправно ажурирају. Више о тестирању базе података може бити оптерећење за ДБ, ово ћемо размотрити у веб оптерећењу или тестирању перформанси у наставку.

При тестирању функционалности веб локација треба тестирати следеће:

Везе
и. Интерне везе
ии. Спољашње везе
иии. Маил Линкс
ив. Прекинуте везе

Обрасци
и. Провера поља
ии. Порука о грешци због погрешног уноса
иии. Необавезна и обавезна поља

База података
Тестирање ће се обавити на интегритету базе података.

# 2) Испитивање употребљивости

Испитивање употребљивости је поступак којим се мере карактеристике интеракције човек-рачунар система и идентификују слабости ради исправке.

• Једноставност учења
• Навигација
• Субјективно задовољство корисника
• Општи утисак

Тест за навигацију:

Навигација значи како корисник прегледава веб странице, различите контроле попут дугмади, оквира или како корисник користи везе на страницама за сурфовање различитим страницама.

Испитивање употребљивости укључује следеће:

  • Веб локација треба да буде једноставна за употребу.
  • Достављена упутства треба да буду врло јасна.
  • Проверите да ли су дата упутства савршена да задовоље његову сврху.
  • Главни мени треба да буде на свакој страници.
  • Требало би да буде довољно доследно.

Провера садржаја:

Садржај треба да буде логичан и лак за разумевање. Проверите правописне грешке. Коришћење тамних боја нервира кориснике и не би их требало користити у теми сајта.

разлика између тест случаја и тест скрипте

Можете пратити неке стандардне боје које се користе за веб странице и изградњу садржаја. То су уобичајено прихваћени стандарди попут онога што сам горе споменуо о досадним бојама, фонтовима, оквирима итд.

Садржај треба да има смисла. Све сидрене везе текста треба да раде исправно. Слике треба правилно поставити у одговарајућим величинама.

Ово су неки од основних важних стандарда које треба следити у веб развоју. Ваш задатак је да потврдите све за тестирање корисничког интерфејса.

Остале корисничке информације за корисничку помоћ:

Као и опција претраживања, и карта веб странице помаже у вези са датотекама итд. Мапа сајта требало би да буде доступна са свим везама на веб локацијама са одговарајућим приказом стабла за навигацију. Проверите да ли постоје све везе на мапи сајта.

Опција „Претражи на веб локацији“ помоћи ће корисницима да лако и брзо пронађу странице са садржајем које траже. Све су то опционалне ставке и ако постоје, треба их потврдити.

# 3) Испитивање интерфејса

У веб тестирању треба тестирати интерфејс на страни сервера. То се може учинити провером да ли је комуникација обављена правилно. Треба тестирати компатибилност сервера са софтвером, хардвером, мрежом и базом података.

Главни интерфејси су:

  • Веб сервер и интерфејс апликационог сервера
  • Сервер апликација и интерфејс сервера базе података.

Проверите да ли су извршене све интеракције између ових сервера и да ли су грешке правилно обрађене. Ако база података или веб сервер врати поруку о грешци за било који упит апликационог сервера, онда би апликациони сервер требао да ухвати и прикаже те поруке грешке на одговарајући начин корисницима.

Проверите шта се дешава ако корисник прекине било коју трансакцију између? Проверите шта се дешава ако се веза са веб сервером између њих ресетује?

# 4) Испитивање компатибилности

Компатибилност ваше веб странице је веома важан аспект тестирања. Погледајте који тест компатибилности треба извршити:

  • Компатибилност прегледача
  • Компатибилност оперативног система
  • Прегледавање мобилних уређаја
  • Опције штампања

Компатибилност прегледача:

У својој каријери веб тестирања, доживео сам ово као део тестирања веб страница који највише утиче.
Неке апликације веома зависе од прегледача. Различити прегледачи имају различите конфигурације и поставке са којима би ваша веб страница требала бити компатибилна.

Кодирање ваше веб странице треба да буде компатибилно са платформом за више прегледача. Ако користите јава скрипте или АЈАКС позиве за функцију корисничког интерфејса, обављање безбедносних провера или проверу ваљаности, онда више нагласите на тестирању компатибилности веб прегледача.

Тестирајте веб апликације у различитим прегледачима као што су Интернет Екплорер, Фирефок, Нетсцапе Навигатор, АОЛ, Сафари, Опера прегледачи са различитим верзијама.

Компатибилност са ОС-ом:

Неке функције ваше веб апликације су да можда није компатибилна са свим оперативним системима. Све нове технологије које се користе у веб развоју, попут графичког дизајна и позива интерфејса попут различитих АПИ-ја, можда неће бити доступне у свим оперативним системима.

Стога тестирајте своју веб апликацију на различитим оперативним системима попут Виндовс, Уник, МАЦ, Линук, Соларис са различитим укусима ОС-а.

Мобилни преглед:

У ери смо нове технологије. Тако ће се у будућности претраживање на мобилним уређајима потресати. Тестирајте своје веб странице у прегледачима за мобилне уређаје. Проблеми са компатибилношћу могу бити и на мобилним уређајима.

Опције штампања:

Ако дајете опције штампања страница, уверите се да се фонтови, поравнање странице, графика странице итд. Правилно штампају. Странице би требале одговарати величини папира или величини наведеној у опцији штампања.

# 5) Тестирање перформанси

Веб апликација треба да поднесе велико оптерећење. Тестирање веб перформанси требало би да укључује:

  • Тестирање веб оптерећења
  • Веб стрес тестирање

Тестирајте перформансе апликација при различитим брзинама интернет везе.

Тестирање веб оптерећења : Треба да тестирате да ли многи корисници приступају истој страници или је траже. Може ли систем издржати време вршног оптерећења? Сајт треба да обрађује много истовремених корисничких захтева, велике улазне податке од корисника, истовремено повезивање са ДБ-ом, велико оптерећење на одређеним страницама итд.

Тестирање веб стреса: Генерално стрес подразумијева истезање система преко његових одређених граница. Тестирање веб стреса се врши да би се разбила локација давањем стреса и проверава се како систем реагује на стрес и како се опоравља од пада. Стрес се углавном даје на пољима за унос, областима за пријаву и регистрацију.

У веб перформансама, тестирање функционалности веб локација на различитим оперативним системима и различитим хардверским платформама проверава се на грешке цурења меморије софтвера и хардвера.

Тестирање перформанси се може применити да би се разумела скалабилност веб локације или да би се перформансе у окружењу независних производа, као што су сервери и међуопрема, одредили за потенцијалну куповину.

Брзина везе
Тестирано на разним мрежама попут Диал-Уп-а, ИСДН-а итд.

Лоад
и. Шта је не. корисника по времену?
ии. Проверите вршна оптерећења и како се систем понаша
иии. Велика количина података којима корисник приступа

Стрес
и. Непрекидно оптерећење
ии. Перформансе меморије, ЦПУ-а, руковања датотекама итд.

# 6) Испитивање сигурности

Следе неки примери теста за тестирање безбедности на мрежи:

  • Тестирајте лепљењем унутрашње УРЛ адресе директно у траку за адресу прегледача без пријаве. Интерне странице се не би смеле отварати.
  • Ако сте пријављени користећи корисничко име и лозинку и прегледавајући интерне странице, покушајте да директно промените опције УРЛ-а. Тј. Ако проверавате неку статистику сајта објављивача са ИД-ом места издавача = 123. Покушајте директно да промените параметар ИД-а УРЛ-а локације у други ИД локације који није повезан са пријављеним корисником. Овом кориснику треба одбити приступ за преглед туђих статистика.
  • Испробајте неке неваљане уносе у пољима за унос, попут корисничког имена за пријављивање, лозинке, оквира за унос текста итд. Проверите реакцију система на све неважеће уносе.
  • Веб директоријумима и датотекама не би требало приступити директно ако им није дата могућност преузимања.
  • Тестирајте ЦАПТЦХА за аутоматизацију пријављивања скрипти.
  • Тестирајте да ли се ССЛ користи за мере безбедности. Ако се користи, правилна порука би се требала приказати када корисници пређу са несигурних ХТТП: // страница на заштићене ХТТПС: // странице и обрнуто.
  • Све трансакције, поруке о грешкама и покушаји нарушавања безбедности треба да се евидентирају у датотеке евиденције негде на веб серверу.

Примарни разлог за тестирање сигурности мреже је идентификација потенцијалних рањивости и њихово накнадно поправљање.

  • Мрежно скенирање
  • Скенирање рањивости
  • Лошење лозинке
  • Лог Ревиев
  • Провера интегритета
  • Откривање вируса

Врсте веб тестирања

Веб локација се класификује у многе типове, око 20 врста. Све се то смањује под статичким и динамичким типом. Међу њима ћемо детаљно разговарати о 4 врсте и њиховим методама испитивања. Пре тога, само желим да их означим.

  • Једноставно статично тестирање веб страница
  • Динамичко тестирање веб апликација
  • Тестирање веб страница е-трговине
  • Тестирање мобилних веб страница

# 1) Једноставна статична веб локација

Једноставна статична веб локација приказаће исти садржај за све посетиоце који је посећују у различито време. Такође је познат и као информативна веб локација. На статичкој веб локацији само програмери могу да изврше промене само у коду. Ова врста веб странице неће имати неке веће функционалности и то потпуно зависи од дизајна корисничког интерфејса.

Тестирање једноставне статичке веб странице је врло једноставно, током тестирања морате узети у обзир само неколико ствари. Неки од њих су наведени у наставку:

Тачке које треба запамтити:

# 1) Тестирање дизајна графичког корисничког интерфејса је неопходно, јер статична веб локација потпуно зависи од ње. Треба да упоредите одобрене ПСД датотеке са развијеном веб страницом. Проверите да ли сви елементи у дизајну требају бити представљени на развијеној страници.

#два) Други део дизајна графичког корисничког интерфејса је да провери величину фонта, стил фонта, размак и боју, а све је репродуковано.

(Ова слика објашњава проблем поравнања размака у приказу веб странице на радној површини.)

# 3) Друго, морате да проверите везе (везе до страница) да бисте видели да ли исправно ради или не. Такође, сазнајте да ли постоји неисправна веза?

# 4) Проверите правопис и садржај на свим веб страницама упоређивањем садржаја који даје клијент.

# 5) У неким случајевима слика се неће приказати правилно, може се покварити или се понекад дуплира, погрешне слике се могу приказати. То мора бити проверљиво. Јер за статичну веб страницу само садржај и слике ће дати животе.

# 6) Пажљиво проверите траку за помицање и према мом искуству суочио сам се са проблемима са траком за помицање. Проблем са којим ћете се суочити је појављивање нежељеног помицања или скривање свитака (може сакрити садржај). Горња издања су применљива и на хоризонталне и на вертикалне свитке.

# 7) Ако постоји образац за контакт, проверите да ли ради исправно слањем неких лажних порука.

Ствари које треба проверити на контакт обрасцу су:

  • Да ли се порука правилно шаље и појављује ли се успешна порука?
  • Проверите да ли је е-пошта примљена дотичној особи у одговарајућем формату како је предвиђено?
  • Проверите да ли е-пошта не би требало да стигне у нежељену пошту као нежељена пошта?
  • Ако постоји активиран окидач е-поште, онда проверите да ли је пошиљалац примио пошту?

# 8) Проверите да ли је реч о веб страници без грешака и потврдите је помоћу В3 валидатора или другог сродног софтвера.

# 9) Неке сталне ствари које треба проверити на статичној веб локацији,

  • Ознака за проверу је присутна на траци са картицама
  • УРЛ треба да садржи тачан наслов странице
  • Ако постоје информације о ауторским правима, треба их приказати
  • Ако постоји образац за контакт, Цаптцха је неопходан. (Спречава нежељену е-пошту)
  • Проверите брзину учитавања веб странице. (Статична веб локација не би требало пуно времена за учитавање). Ако се приликом учитавања користи гиф слика, пратите њену функционалност

Осим ових, постоје огромне ствари које се морају тестирати на позадини сваке веб странице која јесте тестирање система , безбедносно тестирање, тестирање интерфејса, испитивање компатибилности и испитивање перформанси итд. За то треба да имате техничко знање. На једноставној статичкој веб локацији нећете пронаћи више функционалности ако је и тамо потребно тестирање функционалности.

# 2) Динамична веб апликација (ЦМС веб локација)

То је тип где корисник може редовно ажурирати и мењати садржај своје веб странице. Одавде ћу користити реч „тестирање веб апликација“ уместо динамичког тестирања веб локација. Веб апликација је комбинација фронт-енд и бацк-енд програмирања .

Предњи крај ће бити ХТМЛ и ЦСС, док се позадински користи програмским језицима као што су ПХП, Јавасцрипт и АСП итд. Помоћу ове позадине корисник / клијент може додати или променити садржај на веб локацији.

Тестирање веб апликације није лако од тестирања статичне веб локације, али није ни много теже од тестирања веб локације е-трговине. Тестирање функционалности је најважнија ствар коју треба обавити током тестирања веб апликације. Веб апликација може садржати много компликовану функционалност, па испитивач мора бити веома опрезан током тестирања.

Постоје две различите врсте веб апликација, једна је да корисник неће извршити никакву радњу у предњем делу (тј. Само ће се промене у позадини одражавати у предњем делу), а други је крајњи корисник који ће радити испред -заврши се ( на пример пријава, регистрација, претплата на билтен и друге сличне радње). Дакле, тестирање треба обавити у складу са тим.

Тачке које треба запамтити:

Тачке које сам поменуо у статичком тестирању веб страница такође треба да буду укључене током тестирања веб апликације. Поред тога, треба напоменути следеће ствари.

# 1) У ГУИ одељку, опис је обавезан за сва поља и дугмад, поравнање поља (размак) треба правилно извршити, онемогућено поље / дугмад треба да буду сиве, поља / дугмад треба да буду у стандардном формату као у СРС-у, порука о грешци треба приказати ако нешто пође по злу, искачући прозор порука би се требала приказивати само у центру веб странице, падајући мени не би требало да буде скраћен.

Тастерска пречица на тастеру треба да ради у свим пољима и више.

#два) У одељку о функционалности, ако ваша веб апликација има функцију за пријављивање или регистрацију, проверите обавезна провера поља , валидација обрасца (тј. поља са бројевима треба да прихватају само бројеве, а не абецеде), ограничење броја знакова у пољима (тј. може се унети само оволико знакова).

Ограничење посебних знакова и негативних бројева на пољима, тестирање функционалности е-поште, тестирање отпремања докумената (тј. Само може се отпремити наведена врста документа ), функција истека времена, функционалност сортирања, јавасцрипт ради на компатибилним прегледачима итд. треба тестирати.

# 3) Када дођете до одељка за позадинску функционалност, тестирајте отпремање слика на покварене слике, унос текста у поља функционише или не. Позадинско ажурирање би требало рефлектују на фронт-енд , тестирање базе података (тј. да ли можете додати нова поља или избрисати нежељена поља) треба извршити све ове ствари.

Перформансе нису много потребне за веб апликацију (динамичку веб страницу), јер она има врло мало садржаја. Ако вам је потребно, можете да радите са алатима са којима сте упознати. Узмите неки стандардни алат за мрежне перформансе ако желите да извршите једноставно тестирање перформанси.

како писати тест случајеве за јунит

# 3) Веб локација за е-трговину

Веб локација за е-трговину је донекле компликована у поређењу са претходна два. Тестер мора бити врло опрезан док тестира веб локацију е-трговине. Постоје огромне ствари које се могу проверити на веб локацијама е-трговине, од њих само покривам неке од својих искусних проблема приликом тестирања веб локација е-трговине.

У одељку ГУИ, морате да проверите све карактеристике као у СРС-у и исте са функцијом. Функционалност ће бити готово иста за све комерцијалне веб локације.

Што се тиче функционалности, потребно је да проверите све странице, као што је главна страница (укључује истакнуте производе, приказ посебних понуда, детаље о пријављивању, функционалност претраживања), страницу са детаљима производа, страницу категорије, наручивање, пролаз за плаћање, све мора бити тестирано.

Тачке које треба запамтити:

# 1) Проверите да ли се колица за куповину ажурирају када купујете или повећавате количину. Проверите ову функционалност на свим страницама и у свим околностима.

#два) Проверите да ли постоје посебни купони и понуде се примењују за исправљање поруџбина и видите да се цена с попустом приказује или не.

(Ова слика објашњава бесплатну доставу и како се примењује у одељку за плаћање)

# 3) Понекад ће се приликом ажурирања појединог производа помножити узимајући у обзир број варијација производа. Дакле, проверите да ли је појединачни производ приказан и да ли су његове варијације правилно приказане. (Суочио сам се са овим проблемом)

# 4) Проверите да ли опција филтера ради ли тачно. Ако се врши филтрирање, на основу одабране категорије и цене?

# 5) Док се пријављујете, треба извршити супер валидацију. Само нови корисник се може пријавити.

# 6) Ако је постојећи корисник додао производ у корпу за куповину, одељак листе жеља током њиховог претходног пријављивања требало би да буде сачуван и приказан и током следећег пријављивања.

# 7) Упоређивање производа требало би да функционише упоређивањем производа на основу неких спецификација додељених у позадини.

# 8) Проверите да ли конвертер валута добро ради. На основу одабране земље, претварач валута треба да прикаже одговарајуће цене и пореске стопе.

(Одабиром језика Валута ће бити конвертована, овде се подразумева подразумевани УСД)

# 9) Генерално се многи додаци користе на веб локацији за е-трговину (ВордПресс и слично), морате бити врло опрезни. Инсталација додатка може бити у сукобу или утицати на било коју другу главну функционалност. Стога наставите са инсталацијом додатака и његовом употребом.

# 10) Проверите да ли опција дељења на друштвеним мрежама ради на појединачном производу или не.

#Једанаест) Трошкове испоруке треба генерисати на основу одабраног региона. И такође проверите стварање пореске стопе. (То може проузроковати неке правне проблеме током куповине крајњих корисника).

Пореска стопа

(На овој слици се обрачунава поштарина и пореска стопа за регион Француске)

# 12) Приступник за плаћање треба да функционише само ако су наведени важећи детаљи картице. Валидација треба да се односи на број картице и број ЦЦВ кода. (Боље је да валидацију задржите на самом пољу броја картице).

# 13) Генерирање е-поште у сваком процесу током куповине требало би да се догоди (регистрација, наручивање производа, плаћање успешно, поруџбина отказана, примљена поруџбина и други покретачи е-поште ако постоје).

# 14) Проверите ћаскање уживо са неким глупим имејловима.

Белешка: Генерално, веб локација за е-трговину неће се развијати ради компатибилности за мобилне уређаје и приликом доласка у мобилну верзију генерисаће се апликација. У неким случајевима неће створити апликацију, већ ће се направити мобилна компатибилна веб локација. У таквим случајевима морате пажљиво да проверите да ли недостају неке функције и одступања у корисничком интерфејсу.

Ово су неки од проблема са којима сам се суочио и приметио током тестирања веб странице за е-трговину. Поред овога, потребно је да проверите све опште ствари које се односе на веб локацију е-трговине.

# 4) Веб локација за мобилне уређаје

Пре свега, разјаснимо веб страницу за мобилне уређаје. Генерално људи мисле да су и веб локација за мобилне уређаје и апликација за мобилне уређаје исти, али у стварности је веб локација за мобилне уређаје развијена са ХТМЛ страницама и може се видети само са Интернет везом.

Али мобилна апликација није ништа друго до апликација која се касније може преузети и користити без интернет везе. Овде се многи од нас збуњују и постављају питање Која је разлика између веб локације за мобилне уређаје и веб странице са реакцијама?

Одзивна веб локација значи прилагођавање садржаја величини мобилног уређаја уместо стварања верзије, док мобилна веб локација креира нову верзију која није одраз радне верзије. На веб локацији за мобилне уређаје имаћете само ограничене странице и овде су уклоњене нежељене функције.

Тестирање веб локације за мобилне уређаје донекле је заморно него друге врсте веб локација. Имаће одвојене дизајне и морате бити опрезни док тестирате функционалности.

Тачке које треба запамтити:

Важне тачке које треба узети у обзир приликом тестирања веб локације за мобилне уређаје:

  • Обично ћемо користити емулатор за тестирање мобилне веб странице и можемо добити идеалне резултате, али увек више волим да тестирате на стварним уређајима. Суочио сам се са многим проблемима када сам тестирао на стварним уређајима (нарочито уређајима са јабуком). Стварне спецификације уређаја могу бити у супротности са развијеним веб страницама.

(Ова слика објашњава тестирање симулатора и проблем позадинске линије који се појављују у њему.)

  • Тестирање графичког интерфејса и употребљивости је важније јер није одраз радне верзије.
  • Перформансе су још један важан фактор који треба узети у обзир приликом тестирања веб локација за мобилне уређаје. Проблеми у вези са перформансама могу се пратити када тестирате на стварним уређајима.
  • Проверите да ли мобилно повезивање покреће прегледавање нормалних веб-веза са мобилног уређаја.
  • Проверите помицање странице, навигацију страницом, скраћивање текста итд. На веб локацији за мобилне уређаје.

Најбољи алати за веб тестирање

Постоји широк спектар алата за тестирање који су доступни за тестирање веб апликација.

како преузети целу листу песама са иоутубе-а без софтвера

=> Погледајте ову свеобухватну листу најпопуларнијих алата за тестирање веб апликација.

Тачке које треба узети у обзир приликом тестирања веб странице

Веб локације у основи јесу клијент / сервер апликације - са веб серверима и клијентима „прегледача“.

Треба размотрити интеракције између ХТМЛ странице, ТЦП / ИП комуникације, Интернет везе, заштитни зидови, апликације које се покрећу на веб страницама (као што су аплети, јавасцрипт, додаци) и апликације које се изводе на страни сервера (као што су ЦГИ скрипте, интерфејси базе података, апликације за евидентирање, динамички генератори страница, асп итд.).

Поред тога, постоји широк спектар сервера и прегледача са различитим верзијама сваког од њих. Укључују мале, али понекад значајне разлике између њих у погледу варијација у брзинама везе, технологија које се брзо мењају и вишеструких стандарда и протокола. Крајњи резултат тестирања веб страница може постати главни стални напор.

Узорци сценарија за тестирање веб апликације

У наставку је дато неколико других разматрања која треба укључити током тестирања веб странице .

  • Које је очекивано оптерећење на серверу (нпр. Број погодака у јединици времена)?
  • Какве су перформансе потребне у сваком услову учитавања (попут времена одзива веб сервера, времена одговора на упит базе података)?
  • Какви алати ће бити потребни за тестирање перформанси (као што су алати за тестирање веб оптерећења, други алати који се већ могу прилагодити, алати за преузимање веб робота итд.)?
  • Ко је циљна публика? Какве ће прегледаче користити? Какве ће брзине везе користити? Да ли су оне унутар организације (дакле вероватно са великим брзинама везе и сличним прегледачима) или широм Интернета (дакле са широким спектром брзина везе и типова прегледача)?
  • Какве се перформансе очекују од стране клијента (нпр. Колико брзо треба да се појаве странице, колико брзо треба да се учитају и покрећу анимације, аплети итд.)?
  • Да ли ће бити дозвољени застоји за одржавање / надоградњу сервера и садржаја? Ако јесте, колико онда?
  • Каква врста заштите (заштитни зидови, шифровање, лозинке итд.) Ће бити потребна и шта се очекује од ње? Како се може тестирати?
  • Колико су поуздане Интернет везе на веб локацији? И како то утиче на систем резервних копија или захтеве и тестирање сувишних веза?
  • Који процес ће бити потребан за управљање ажурирањима садржаја веб странице?
  • Који су захтеви за одржавање, праћење и контролу садржаја странице, графике, веза итд.?
  • Које ХТМЛ спецификације ће се придржавати? Колико строго? Које ће варијације бити дозвољене за циљане прегледаче?
  • Да ли ће постојати неки стандардни захтеви за изглед странице и / или графику на целој веб локацији или деловима веб странице ??
  • Како ће се верификовати и ажурирати интерне и екстерне везе? И колико често? да ли ће се то догодити?
  • Да ли се испитивање може извршити на производном систему или ће бити потребан посебан систем испитивања?
  • Како се кеширање прегледача, варијације у подешавањима опција претраживача, променљива диал-уп веза и проблеми са „загушењем саобраћаја“ на Интернету узимају у обзир за тестирање?
  • Колико су опсежни или прилагођени захтеви за евидентирање и извештавање сервера; да ли се сматрају интегралним делом система и да ли захтевају тестирање?
  • Како се ЦГИ програми, аплети, јавасцрипт, АцтивеКс компоненте итд. Одржавају, прате, контролишу и тестирају?
  • Странице треба да имају највише 3-5 екрана, осим ако је садржај усредсређен на једну тему. Ако је већи, наведите интерне везе на страници.
  • Распоред странице и елементи дизајна треба да буду доследни на целој веб локацији, тако да кориснику буде јасно да је још увек на веб локацији.
  • Странице треба да буду што независније од прегледача или да се странице пружају или генеришу на основу типа прегледача.
  • Све странице треба да имају везе ван странице; не би требало бити слепих улица.
  • Власник странице, датум ревизије и веза до контакт особе или организације требају бити наведени на свакој страници.

Честа питања о веб тестирању

Испод би требало да буду наведена различита питања која вам падају на памет док размишљате о веб локацији која је већ развијена и може бити изложена јавности:

  • Да ли веб страница функционише како се очекује?
  • Да ли ће крајњем кориснику бити лако да прегледа веб страницу?
  • Да ли је веб локација доступна на различитим уређајима које поседују крајњи корисници?
  • Да ли је веб локација довољно обезбеђена?
  • Да ли су перформансе веб странице на висини?
  • Да ли се подаци унети на веб локацију тачно чувају и да ли се задржавају током свих сесија?
  • Да ли је веб локација добро интегрисана са другим интерфејсима у току рада?
  • Да ли ће веб локација радити очекивано и након објављивања?

Да би се одговорило на ова питања, идентификоване су различите технике тестирања које се могу користити за тестирање веб апликације.

Узмимо пример веб странице за е-трговину која је недавно пуштена КА тиму на тестирање.

Детаљно ћемо проћи кроз свако од горе наведених питања да бисмо разумели обим теста и видели како се може извршити тестирање веб локација.

тестирање веб страница

Да ли веб страница функционише како се очекује?

потврди да веб страница добро функционише, КА треба да изврши функционално тестирање. У току функционално испитивање , различите карактеристике апликације треба потврдити према захтевима поменутим у документу функционалне спецификације.

Испод је неколико генеричких сценарија, за које се очекује да ће осигурати осигурање квалитета током обављања функционалног тестирања било које веб локације, чак и ако нису наведени у функционалним спецификацијама:

  • Навигација корисника до различитих страница веб странице и довршавање процеса рада од краја до краја
  • Ако корисник може да означи / поништи избор поља за потврду
  • Ако корисник може да изабере вредности из падајућих поља
  • Ако корисник може да одабере / поништи избор радио дугмади
  • Различити тастери за навигацију попут дугмета „Пошаљи“, „Следеће“, „Отпреми итд.“ Добро функционишу
  • Календари се правилно учитавају и омогућавају кориснику да одабере датум
  • Калкулације се одвијају онако како су примењене
  • Функција претраживања функционише ако постоји
  • Тачан приказ информација
  • Разне интерне и екстерне везе до других страница
  • Тачан редослед картица на веб страницама
  • Обавезна и необвезна поља треба верификовати за позитивне и негативне улазе
  • Подразумеване вредности за свако веб поље треба проверити
  • Функционалност е-поште је примењена за неке радње на веб локацији

Важно је да веб локације буду компатибилне са претраживачима. Стога бисмо требали прегледати веб локације ради исправности синтаксе ХТМЛ-а, формата и стандарда усаглашености као што су ВС-И, ИСО и ЕЦМА.

Узимајући у обзир колачиће који се користе за одржавање сесија пријављивања, веб локацију треба тестирати омогућавањем / онемогућавањем колачића или коришћењем неусклађеног домена. Тестирање се такође може изводити током сесија ресетовањем колачића да би се прегледачи вратили у стање ваниле.

КА такође треба да потврди да се колачићи веб локација увек чувају локално у шифрованом формату.

Узимајући у обзир нашу веб страницу о е-трговини, на различите линкове попут мушке моде, женске моде, дечије моде, кућне галантерије, електронских уређаја, књига, филмова и музике, итд. Који су доступни на веб страници, треба кликнути и верификовати ако корисник пређе на очекивана страница.

Слично томе, различите функције попут пријаве, регистрације, опције претраживања, филтера, сортирања, додавања у корпу итд. Треба верификовати на различитим веб страницама као што су страница за пријаву, страница за регистрацију, страница са детаљима о производу, корпа, преглед наруџбине, плаћање, итд. Веб локацију треба проверити ради управљања сесијама / колачићима попут истека сесије и складиштења сесија итд.

Да ли ће крајњем кориснику бити лако да прегледа веб страницу?

Тестирање употребљивости мора се извршити да би се измерила једноставност употребе веб странице за крајњег корисника у контексту доступности, претраживости и корисности итд.

Испитивање употребљивости

Испод је наведено неколико сценарија за тестирање које би требало верификовати током вршења тестирања употребљивости за веб локацију:

  • Садржај веб странице треба да буде информативан, структуриран и логички повезан тако да корисник може лако да га разуме
  • Контроле веб страница треба да буду једноставне за навигацију
  • На веб страницу треба да се учитају документи помоћи и упутства
  • Веб локација треба да има функцију претраживања ради крајњег корисника
  • Требало би да постоји приступ главном менију / из свих страница
  • Садржај веб странице треба проверити да ли постоји правописна грешка
  • Веб локација треба да следи дефинисане смернице у контексту боје позадине, узорка, стила, фонтова, распореда слика, оквира, ивица итд.
  • Веб локацију треба навикнути на функцију превода с обзиром на чињеницу да јој могу приступити корисници из различитих држава са различитим језицима, валутама итд.

Мало је алата који се могу користити за испитивање употребљивости Корисничко зумирање и Рефлектор .

Веб локација за е-трговину треба да буде прилагођена купцима, лака за навигацију и привлачи пажњу. Све веб странице треба верификовати због приступачности, фонтова, стила, слика, правописних грешака и информација о производу. Веб локација треба да буде опремљена релевантним документима помоћи и објектима за подршку купцима.

Узимајући у обзир пораст интерфејса заснованих на екрану осетљивом на додир, морамо да потврдимо приступачност како кључних уноса, тако и уноса екрана осетљивог на додир. Слично томе, слике и садржај веб локација треба да се провере због употребљивости на различитим величинама екрана (мобилни уређаји, преносни рачунари и картице, итд.).

Да ли је веб локација доступна на различитим уређајима које поседују крајњи корисници?

Под претпоставком да читав низ корисника са различитим скупом уређаја може да приступи нашој веб локацији, морамо да обезбедимо да веб страница добро функционише на свима њима без икаквих грешака.

Да би се осигурало исто, потребно је извршити провере компатибилности веб страница које се испоручују Испитивање компатибилности . Током тестирања компатибилности веб странице, осигурава се да веб локација добро функционише у различитим прегледачима, оперативним системима и уређајима попут лаптопа, мобилних телефона, таблета, штампача итд.

Компатибилност прегледача (унакрсно тестирање прегледача):

Веб локација треба добро да функционише са различитим прегледачима као што су Мицрософт Интернет Екплорер, Мицрософт Едге, Фирефок, Гоогле Цхроме, Сафари и Опера. Све активне верзије ових прегледача треба верификовати укључивањем / искључивањем различитих функција прегледача.

Такође, током извођења тестирање више прегледача , КА такође треба да провери оптималне перформансе веб страница у свим прегледачима.

Компатибилност оперативног система (тестирање на више платформи):

Да би се идентификовали потенцијални проблеми са корисничким искуством, веб локацију треба тестирати на различитим платформама као што су Виндовс, Линук, Уник.МАЦ, Соларис итд., Како би били сигурни у компатибилност ОС-а.

Компатибилност уређаја (тестирање више уређаја):

Веб локација може да се прегледа кроз различите уређаје као што су преносни рачунари, мобители, таблети итд. Са различитим доступним ОС-има попут иОС-а, Андроид-а, Виндовс-а итд. Стога би требало извршити тестирање и на уређајима који покривају доленаведене сценарије.

  • Величина екрана веб странице треба да се подеси према уређају
  • Уређај треба да има ротацију екрана
  • Веб локација не би требало да приказује проблеме са учитавањем на различитим уређајима са различитим брзинама мреже
  • Проверите понашање веб странице када је уређај у / изван домета мреже
  • Проверите понашање веб странице на ниском ЦПУ и меморији како би подржали различите факторе облика

За веб локацију е-трговине, провера компатибилности је једна од најважнијих врста тестирања. База купаца ће бити велика и приступиће нашој веб локацији из различитих прегледача, оперативних система и уређаја.

С обзиром на то да мобилне платформе постају популарне, требало би да обезбедимо учитавање веб локација на фактор мале форме под прихватљивим временом учитавања. Такође је важно потврдити употребу различитих брзина мреже како би се осигурало да је корисна за све купце.

Да ли је веб локација довољно обезбеђена?

Тестирање безбедности се врши како би се откриле рањивости у систему и осигурало да је веб локација заштићена.

Испод је листа за провјеру која се може провјерити током вршења сигурносног тестирања:

  • Веб локација треба да буде доступна само овјереним корисницима
  • Корисници веб страница треба да буду у могућности да обављају само оне задатке за које су овлашћени
  • Веб локацију треба верификовати за ЦАПТЦХА поља ради идентификације корисника
  • Сигурносна подешавања прегледача треба проверити током преласка са сигурних на несигурне странице
  • Заштита веб сервера треба да постоји за неприступачне веб директоријуме или датотеке
  • Осигурајте да се ограничене датотеке не преузимају без одговарајућег приступа
  • Неактивне сесије треба аутоматски да се убију након одређеног временског периода
  • Сви неваљани и неовлашћени покушаји крајњих корисника или повремене системске грешке / грешке треба да се евидентирају ради анализе

Алати попут Управљање рањивостима , Верацоде и СКЛ мапа може да се користи за тестирање безбедности ваше веб локације.

Као део сигурносног тестирања, треба верификовати веб локацију за е-трговину

  1. Контроле приступа веб локацији.
  2. Било какво цурење личних података корисника.
  3. Обезбеђени начини плаћања.

Да ли су перформансе веб странице на висини?

Да би се провериле перформансе веб странице, може се извршити тестирање перформанси. Процениће понашање апликације под различитим условима оптерећења, што би могао бити реалан сценарио. Ако систем крене без спровођења тестова перформанси, то може завршити са проблемима попут успореног система или лоше употребљивости, што ће вероватно утицати на имиџ бренда, као и на продају на тржишту.

Веб локација се може тестирати против оптерећења и стреса.

Испод је дата листа за тестирање веб перформанси:

  • Понашање веб странице треба посматрати у нормалним и вршним условима оптерећења
  • Учинак веб странице треба испитати мерењем времена одзива, брзине, скалабилности и искоришћења ресурса
  • Правилна РЦА (анализа основног узрока) треба да се уради са решењем ако се систем поквари или постане нестабилан у било ком тренутку
  • Треба идентификовати проблеме са кашњењем мреже ако постоје

Веб локацију за е-трговину треба темељно тестирати помоћу скупа симулираних корисника током нормалних, као и услова вршног оптерећења који могу бити током „сезоне продаје“.

Током продаје корисници који приступају веб локацији умножили би се. Такође, понашање веб странице треба испитати док више истовремених корисника приступа истим ставкама или извршава исте радње (попут трансакција или наручивања) на веб локацији.

На тржишту су доступни различити алати за тестирање перформанси. Мало их је ЛоадРуннер, ВинРуннер, Силк Перформер, ЈМетер итд.

Да ли се подаци унети на веб локацију тачно чувају и да ли се задржавају током свих сесија?

База података је једна од критичних компоненти веб апликације која садржи комплетне информације унете преко веб локације. Дакле, како би се осигурало да се тачни кориснички подаци чувају у табелама базе података без икаквих манипулација и како би се одржао интегритет података испод провере треба извршити.

  • Проверите доследност података у корисничком интерфејсу, тј. У корисничком интерфејсу веб локације и бази података
  • Проверите да ли се ДБ табеле исправно ажурирају сваки пут када радње уметања / ажурирања / брисања изводи апликација за веб локацију
  • Проверите време одзива техничких упита и по потреби их фино подесите
  • Проверите да ли постоје ДБ везе и дозволе за приступ

Као члан КА тима који тестира веб локацију е-трговине, можете обављати активности у наставку и сваки пут потврђивати промене у одговарајућим табелама базе података. Ово ће осигурати да су кориснички интерфејс и ДБ веб локације доследни.

1) Давање поруџбине за производ.

два) Отказивање производа.

3) Одлучите се за размену производа.

4) Одлучите се да вратите производ.

Да ли је веб локација добро интегрисана са другим интерфејсима у току рада?

Тестирање нивоа интерфејса врши се ради провере несметане интеракције веб странице са различитим интерфејсима попут Веб сервера и сервера базе података.

Током тестирања интерфејса, испитивач мора да се увери да ли се захтеви апликације правилно шаљу у базу података и да ли се тачне информације клијенту приказују као излаз. Веб сервер не би требало да изузима изузеће у било ком тренутку, а база података увек треба да остане у синхронизацији са апликацијом.

Да ли ће веб локација радити очекивано и након објављивања?

Једном када се производ пресели у производно окружење, треба вршити редовни преглед како би се проверила контрола квалитета.

Током верификације производа у производњи могу се узети у обзир следећи сценарији:

  • Тестове веб апликација треба повремено изводити, а евиденције тестова чувати као доказ усклађености са уговором о нивоу услуге (СЛА)
  • Системи за аутоматско скалирање и уравнотеживачи оптерећења треба проверити да ли постоје и функционишу
  • Обавезно проверавајте искуства крајњег корисника и покушајте да откријете недостатке или злонамерне нападе који обично пролазе незапажено током тестирања квалитета.
  • Надгледајте време одзива производа током вршних оптерећења
  • Извршите тестове нивоа ивице у реалном времену да бисте идентификовали мрежне кварове, кварове на вези или прекиде неочекиваним позивом

Закључак

Направио сам овај детаљан водич са дугогодишњим искуством на тестирању различитих веб локација.

Надам се да ће вам овај чланак помоћи да разумете различите аспекте тестирања веб апликација. Следећи пут када будете седели да бисте написали план теста за своју веб локацију, не заборавите да потврдите различите аспекте изван функционалности веб локације.

Надам се да би вам овај чланак био информативан!

Препоручено читање

^