8 important segments testing ecommerce websites
Тестирање е-трговине - Како тестирати веб локацију / апликацију е-трговине
Кладим се да у данашњем свету нећете наћи никога ко није куповао на мрежи. Е-трговина / малопродаја је посао који успева на својим мрежним купцима. Куповина лично у односу на куповину путем интернета има много предности. Погодност, уштеда времена и лак приступ производима широм света итд.
Добар Електронска трговина / Малопродајна локација је кључ његовог успеха. То мора бити достојан пандан излогу. Јер, када идете у куповину у физичку продавницу, купац се већ обавезао да ће је посетити и можда ће дати шансу бренду.
На мрежи је много избора. Дакле, уколико не постоји ангажовање од почетка, корисник би могао једноставно отићи.
Што је веб локација боља, то је посао бољи.
Будући да се толико полаже на апликацију, од кључне је важности да се она подвргне темељитом тестирању.
Апликације / веб локације за е-трговину су такође веб апликације или мобилне апликације. Дакле, они се подвргавају свим типичне врсте испитивања.
- Функционално тестирање
- Испитивање употребљивости
- Испитивање сигурности
- Тестирање перформанси
- Испитивање базе података
- Тестирање мобилних апликација
- А / Б тестирање.
Да бисте брзо прегледали најчешће изведене тестове на типичној веб апликацији, погледајте:
=> 180+ примера тест случајева за тестирање веб и десктоп апликација
Међутим, малопродајне локације су врло динамичне природе. Постоје нове понуде, нови производи, нови бестселери, продаја итд. То значи да веб локација не остаје предуго иста. Стога би за многе могло постати неодољиво.
Трик је у подели и освајању.
Погледајмо са примерима како да тестирамо и веб локацију е-трговине:
Шта ћете научити:
Контролна листа за тестирање е-трговине
Испод смо навели важне сегменте и примере испитивања за тестирање веб локација е-трговине.
Препоручена служба истражних испитивања
# 1) Дигиванте Дирецт
Дигиванте Дирецт Доказано је да тестирање е-трговине јача квалитет веб страница е-трговине, побољшава искуство куповине и повећава приходе на мрежи. Њихово брзо и приступачно истраживачко решење за е-трговину је јефтино и самопослужно, тако да се не задржава посвећеност, а квалитет је загарантован.
Коришћењем Дигиванте глобалне мреже професионалних тестера можете да покријете све главне уређаје у временском оквиру који није доступан од било ког другог добављача тестирања и да добијете 24 дана тестирања у року од само 24 сата. Започните тестирање веб локације и апликације за е-трговину већ данас.
=> Посетите веб локацију Дигиванте Дирецт# 1) Почетна страница - слика хероја
Домаће странице малопродајних сајтова су заузете. Много се догађају. Али скоро сви они имају Херо Имаге:
Ово је врста слике на коју је могуће кликнути (врста презентације) која заузима већи део странице.
Следи неколико ствари које треба тестирати:
- Да ли ће се аутоматски померити?
- Ако је одговор да, у ком интервалу ће се слика освежити?
- Када корисник задржи показивач изнад њега, да ли ће се и даље померати до следећег?
- Може ли се задржати на њему?
- Може ли се на то кликнути?
- Ако је одговор да, води вас на праву страницу и прави договор?
- Да ли се учитава заједно са остатком странице или се учитава последње у поређењу са осталим елементима на страници?
- Може ли се погледати остатак садржаја?
- Да ли се приказује на исти начин у различитим прегледачима и различитим резолуцијама екрана?
# 2) Претрага
Алгоритми претраге су веома важни за успех малопродајне веб локације, јер не можемо увек да им ставимо оно што корисници желе да виде пред њиховим очима.
Уобичајени тестови су:
- Претражујте на основу назива производа, назива бренда или неке шире категорије. На пример Камера, Цанон ЕОС 700Д, електроника итд.
- Резултати претраге морају бити релевантни
- Морају бити доступне различите опције сортирања - на основу марке, цене и рецензија / оцена итд.
- Колико резултата треба приказати по страници?
- Постоје ли опције за навигацију до њих на више страница
- Такође, претрага се дешава на многим местима. Молимо вас да приликом валидације ове функције узмете у обзир претраживање на више нивоа. На пример: Када претражујем на почетној страници, можда ћу видети нешто попут овог:
Када кренем према категоријама и пређем на поткатегорију, можда филмове, ово ћу видети:
# 3) Страница са детаљима о производу
Једном када корисник пронађе производ било претрагом, било прегледањем или кликом на њега са почетне странице, корисник ће бити преусмерен на страницу са информацијама о производу.
Проверавати:
- Слика или слике производа
- Цена производа
- Спецификације
- Коментара
- Погледајте опције
- Опције испоруке
- Достава информације
- На лагеру / на лагеру
- Више опција боја или варијација
- Навигација по категоријама (истакнуто црвеном бојом доле). Ако је приказана навигација попут те, уверите се да је сваки њен елемент функционалан.
# 4) Кошарица
Ово је претпоследња фаза пре него што се корисник обавеже на куповину.
Тестирајте следеће:
- Додајте предмете у корпу и наставите да купујете
- Ако корисник дода исти артикал у корпу док наставља да купује, број ставки у корпи треба да се повећа
- Сви предмети и њихови укупни износи требају бити приказани у колицима
- Треба применити порез по локацији
- Корисник може додати више ставки у корпу - укупно би требало да одражава исто
- Ажурирајте садржаје додате у корпу - и то би требало да одражава
- Уклоните предмете из колица
- Наставите на касу
- Израчунајте трошкове испоруке са различитим опцијама испоруке
- Примени купоне
- Не одјављујте се, затворите веб локацију и вратите се касније. Сајт треба да задржи предмете у колицима
# 5) Исплате
- Проверите различите опције плаћања
- Ако дозвољавате одјаву као гост, једноставно завршите куповину и на крају омогућите регистрацију
- Купци који се враћају - Пријавите се да бисте одјавили
- Корисник се пријави
- Ако чувате кредитну картицу купца или било које друге финансијске информације, извршите сигурносно тестирање око тога како бисте били сигурни да је безбедна (усклађеност са ПЦИ-јем је обавезна)
- Ако је корисник пријављен дуже време, уверите се да је сесија истекла или не. Свака веб локација има другачији праг. За неке је то 10 минута. За неке би то могло бити другачије.
- Е-поруке / Текст потврда са генерисаним бројем поруџбине
# 6) Категорије / Истакнути производи / Сродни или препоручени производи
Најпопуларнија честа питања која добијам од тестера е-трговине су: Да ли морам да тестирам сваку категорију / сваки производ?
Одговор је не.
Ако сте купац који се враћа, приказаће се неки препоручени производи на почетној страници или у вашој корпи.
како додати низу низова
Истакнути производи се такође мењају готово свакодневно.
Будући да се ради о динамичким елементима, најбољи начин за тестирање ових делова апликације је тестирање алгоритма на основу којег су ови одељци попуњени.
Проверите своје Дата / БИ системе и са позадине проверите упите који попуњавају ове одељке.
# 7) Тестови након поруџбине
Проверавати:
- Промените редослед
- Откажите поруџбину
- Прати ред
- Повратак
# 8) Остали тестови
- Пријавите се
- ФАК
- Контактирајте нас страницу
- Страница за корисничке услуге итд.
Изазови аутоматизација веб странице е-трговине
Да бисте остали на Сафер Едге-у и клијенту испоручили жељене резултате, потребно је да фокус усредсредите на квалитет и перформансе ваше веб локације за е-трговину, уз истовремено смањивање временског следа
Генерално, тестирање аутоматизације започиње одабиром правог оквира за аутоматизацију теста који директно утиче на резултат пројекта аутоматизације теста. Оквир мора обухватати тест скрипте и сценарије различитих аутоматизованих процеса.
На основу оквира, тестери могу лако да изврше тестове и добију релевантне резултате генеришући извештаје о тестовима. Али одабир правог алата за аутоматизацију веб локације за е-трговину зависи од многих кључних параметара. Увек је важно упоредити доступне алате на основу кључних параметара попут карактеристика, перформанси, проширивости, трошкова лиценцирања, трошкова одржавања и обуке и подршке.
Морате узети предност многих алата за аутоматизацију тестова отвореног кода да аутоматизују више напора на тестирању без улагања додатних средстава.
# 1) Веб локације е-трговине су замршене природе, аутоматизација сваке радње није могућа јер не можемо претпоставити природу купца.
#два) Сталне промене за е-трговину захтевају регресију, тако да свакодневно трчите регресијско тест одело како бисте пратили ефекте промена.
# 3) Увек идите на аутоматску интеграцију типа сценарија који би требало да обухвати одабир везе на почетној страници до странице плаћања и пролаза за плаћање. Овим путем можете барем покрити максимално корисничко искуство са веб локацијом е-трговине, тако да се аутоматско регресирање циклуса може постићи адекватно тестирање.
# 4) Никада не губите време на аутоматизацију нестабилне апликације. Једноставна промена утицаће на целу вашу тестну оделу и морате је поново створити.
# 5) Почетна страница е-трговине Веб локација је веома важна и садржи много информација и 1000 веза повезаних са сваким производом, а ови линкови расту свакодневно како се на страницу додају нове понуде или производи. Дакле, пре него што пређемо на регресијско тестирање, најбоље је да верификујемо сваку везу на страници помоћу ХТТП статусног кода.
# 6) Када истовремено извршавате тест скрипте на другом прегледачу. Ако се производ дода у корпу за куповину или уклони, те информације треба да се одразе и у другим прегледачима.
# 7) Када паралелно покренете тест, ово очигледно неће успети у вашој скрипти у таквом сценарију, морате повремено освежавати страницу да бисте задржали информације о корпи. У стварном времену можете наићи на овај сценарио, на пример, корисник понекад може да користи мобилну апликацију за е-трговину, а такође и мобилну веб апликацију за е-трговину.
# 8) Не занемарите проверу појединости о производу и детаља о ценама било да се ради о 10 производа или о 1000 производа како би требало да буде у складу са захтевом продавца. Ово је фаза у којој можете направити или разбити купца, а лагана грешка ће довести до великог губитка.
# 9) Створите себи пуно прекиданих сценарија на које обично наиђе корисник који дизајн ваше скрипте дизајнирају врло робусно, тако да вам скрипта то омогућава, а да је и даље изводи и просљеђује.
На пример, сачували сте све податке о картици и кликнули на „Пошаљи“ због ниског пуњења или заглављене мрежне апликације. У овом случају, корисник је обавештен о свом статусу трансакције путем е-поште и поруке на телефон. Треба да потврдите ову е-пошту или поруку у тестној скрипти.
# 10) Веб елемент веб локације за е-трговину се мења, па увек креирајте ручни кпатх. Неки атрибути веб елемената ће бити исти, тако да неће бити јединственог начина разликовања у таквом сценарију метода садржи () методе кпатхс или помицање у приказ.
#Једанаест) Аутоматизовати Испитивање приступачности радњама на тастатури без употребе миша сигурно ћете наићи на неке проблеме и решити их. Ово игра значајну улогу у тестирању корисничког интерфејса.
# 12) Тестер треба пажљиво осмислити сценарио и додати почетну контролну тачку и убацити скрипту за пријаву кад год је то потребно.
# 13) Одржавајте различите скрипте за другачији начин плаћања како бисте избегли забуну. Проверите да ли се шта дешава ако се поруџбина откаже након плаћања.
# 14) Тестирање перформанси с друге стране игра веома пресудну улогу. Фактори које овде треба да тестирате захтевају у секунди, Трансакција у минути, Извршење по клику, Време одзива учитавања странице, трајање задатка, Дужина времена између клика и приказа странице и ДНС претраживања.
# петнаест) Тестирање сигурности је место на коме се стиче поверење купаца на којем је изграђена е-трговина, тако да овде морате провести доста времена тестирајући на ОДБИЈАЊЕ УСЛУГА НАПАДА, сигурност корисничког рачуна, поверљивост података, сигурност садржаја, сигурност кредитне картице, онемогућите небитно услуге.ССЛ потврда сертификата.
# 16) Аутоматско тестирање локализације веома је изазовно у е-трговини због усклађености са стандардима приступачности за подршку вишејезичним тржиштима и пословним регионима.
Закључак
Сада, када имамо неколико наведених тестова, пређимо на неколико завршне мисли о тестирању е-трговине .
Веб локација би требало да ради - не само на рачунарима, већ и на мобилним уређајима. Треба да реагује и буде сигуран. База података треба бити оптимизована и ЕТЛ процеси треба да помогне у одржавању складишта података које помаже ОЛАП-у и БИ-у. Тестирање е-трговине требало би да се усредсреди на све то.
Међутим, најважнији део тестирања е-трговине је да ли се посетиоци претварају у купце који плаћају или не. Број посета које постају клијент назива се „Стопа конверзије“.
Дакле, да ли једна карактеристика промовише бољу конверзију за разлику од друге, важно је тестирање. Због тога А / Б тестирање и Инжењеринг употребљивости за сајтове е-трговине добијају на важности.
Погледајте овај чланак: Дугме од 300 милиона долара
Постоје алати који помажу веб локацијама е-трговине да анализирају свој дизајн ради боље стопе конверзије:
- Оптимизовано : Лични фаворит. Веома приступачно и врло проницљиво за А / Б тестирање е-трговине
- Одскочите : Можете да направите сопствене одредишне странице и направите брзо поделу или А / Б тестирање
- Цонцепт Феедбацк : Можете да пошаљете своју веб локацију и добијете повратне информације стручњака о њеном дизајну и стратегији.
Овде се може користити било који алат за тестирање употребљивости, али ова три су ми најдража.
За више алата погледајте:
- 16+ ТОП алата за тестирање употребљивости за тестирање ваше веб апликације
- Комплетан водич за испитивање употребљивости - то је попут покушаја читања мисли!
О аутору: Овај чланак написао је члан СТХ тима Свати С. Ако желите да напишете и помогнете заједници за тестирање обавестите нас овде .
Као и увек, надамо се да вам је овај чланак послужио.
Једва чекам да чујем ваше коментаре и питања. Такође, у наставку поделите своја најбоља и најлошија искуства у куповини на мрежи.
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
- Преузимање е-књиге за тестирање буквара
- Алфа тестирање и бета тестирање (потпун водич)
- Водич за тестирање безбедности веб апликација
- Разлика између тестирања радне површине, клијентског сервера и веб тестирања
- 7 основних савета за тестирање вишејезичних веб локација
- СКА процеси: Како тестирати комплетну пријаву?
- Функционално тестирање вс нефункционално тестирање