Тестване на електронната търговия: Как да тествате уебсайт за електронна търговия
⚡ Умно обобщение
Тестването за електронна търговия проверява дали онлайн магазинът обработва правилно сърфирането, актуализациите на количката, плащанията и изпълнението на поръчките в различни браузъри и устройства. Тази страница обяснява видовете тестове, повтаряемия процес, примерните тестови случаи, приоритетите за производителност и инструментите, на които екипите разчитат.

Какво е тестване на електронната търговия?
Тестването на електронна търговия се определя като тестване на електронна търговия (онлайн магазин)ping) приложение. Това помага за предотвратяване на грешки и добавя стойност към продукта, като осигурява съответствие с изискванията на клиента.
Целта на тестването е да се гарантира
- Надеждност на софтуера
- Качество на софтуера
- Осигуряване на системата
- Оптимална производителност и използване на капацитета
Създаването на система за електронна търговия е сложен процес и зависи от много специфични за пазара променливи. За да се поддържа целостта на системата за електронна търговия, тестването става задължително
За разлика от уебсайт с брошури, онлайн магазинът прехвърля пари, стоки и лични данни в една и съща транзакция. Дефект в количката, данъчното правило или пренасочването на плащането не просто дразни посетителя; той анулира вече спечелена поръчка.
Присъединете се към нашия проект за електронна търговия на живо безплатно
Познаването на домейна за електронна търговия е важно за тестването.
Видове тестове за система за електронна търговия
Често срещан тип тестване, включено в системата за електронна търговия, е
| старши # | Тип тестване | Процес на тестване |
|---|---|---|
| 1 | Съвместимост с браузъра |
|
| 2 | Показване на страницата |
|
| 3 | Управление на сесии |
|
| 4 | Ползваемост |
|
| 5 | Анализ на съдържанието |
|
| 6 | Наличност |
|
| 7 | Архивиране и възстановяване |
|
| 8 | Сделки |
|
| 9 | ПРОФИЛping обработка на поръчки и закупуване |
|
| 10 | Интернационализация |
|
| 11 | Operaнационални бизнес процедури |
|
| 12 | Системна интеграция |
|
| 13 | Изпълнение |
|
| 14 | Вход и сигурност |
|
Два допълнителни слоя заслужават място във всеки съвременен план. API тестване потвърждава, че ценообразуването, наличността и доставкатаping услугите връщат правилни стойности, преди интерфейсът изобщо да ги рендира, и тестване на локализацията потвърждава, че валутата, данъците и езикът се превключват безпроблемно за всеки регион.
Как да тествате уебсайт за електронна търговия: Процес стъпка по стъпка
Познаването на типовете тестове е само половината от работата. Последователността по-долу превръща този списък в повтарящ се цикъл на пускане на пазара, който да се изпълнява преди всяко внедряване.
- Анализирайте изискванията и картографирайте пътя: Избройте всеки път на клиента, като например разглеждане като гост, регистрирано плащане, подновяване на абонамент и връщане или възстановяване на суми, както и администраторските пътища за каталог, ценообразуване и наличност. Всичко, което остане неопределено, остава нетествано.
- Подгответе плана и средата: Настройте сървър за подготовка, който отразява производствената среда, заредете маскиран продуктов каталог и конфигурирайте идентификационни данни за sandbox за платежния шлюз. Никога не използвайте записи на клиенти или реални номера на карти.
- Запишете и подредете по приоритет случаите: група тестови случаи по модул, след което ги класирайте по въздействие върху приходите, така че пакетът за плащане винаги да се изпълнява първи.
- Изпълнете функционални и интеграционни проходи: Проверете всеки модул поотделно, след което потвърдете, че инвентаризацията, данъкът, доставкатаpingи CRM записите се актуализират заедно след като бъде направена поръчка. Тестване на системна интеграция разкрива несъответствията, които проверките на ниво модул пропускат.
- Пълно валидиране на плащанията: Обхващат процеси на одобрение, отказ, изчакване, дублирано подаване, възстановяване на сумата и частично възстановяване на сумата. Тестване на платежен шлюз трябва също да докаже, че анулиран опит не създава поръчка и не се начислява такса.
- Съвместимост на бягане и мобилни пропуски: Повторете плащането в Chrome, Safari, Edge и Firefoxи в реално време Android и iOS телефони. Кръстосано тестване на браузъра плюс мобилно тестване защита на най-големите сегменти от трафика.
- Натоварване и опъване на платформата: Симулирайте трафик от бързи разпродажби с JMeter, наблюдавайте времената за отговор на базата данни, след което преминете отвъд очаквания пик, за да намерите точката на пречупване.
- Сигурност и съответствие на сондата: Тестване на сигурността обхваща SQL инжектиране чрез полета за вход и търсене, блокиране чрез груба сила, анулиране на токени при излизане и съответствие с PCI DSS за съхранени данни за плащания.
- Автоматизирайте регресионния пакет: Преместете стабилни случаи в Selenium или рамка без код и да ги задействате от процеса на изграждане, така че всяка промяна в каталога или промоцията да се проверява отново. Регресионно тестване поддържа висока скорост на освобождаване.
Съвет: Замразете един златен път, а именно търсене, добавяне в количката, плащане и финализиране на поръчката, като „smoke suite“. Ако този път се провали при дадена компилация, спрете тестването и незабавно отхвърлете компилацията.
Примерни тестови случаи за приложения за електронна търговия
Горният процес става конкретен, след като е написан като изпълними случаи. Таблицата изброява представителни сценарии, които всеки онлайн магазин трябва да има в своите контролен списък за тестване на уеб приложения.
| Модули | Примерен тестов случай | Очакван резултат |
|---|---|---|
| Търсене | Въведете част от ключовата дума и ключова дума с правописна грешка | Връщат се подходящи продукти и предложения |
| Страница на продукта | Размер или цветови вариант на превключвателя | Цената, изображението и състоянието на наличността се актуализират мигновено |
| Количка | Излезте и влезте отново с артикули в количката | Съдържанието и количествата на количката се запазват |
| Купони | Приложете изтекъл промоционален код | Появява се ясно съобщение за отхвърляне и общата сума остава непроменена |
| Поръчка | Изпратете поръчката два пъти, като щракнете двукратно върху „Плащане“ | Създава се само една поръчка и едно плащане |
| Плащане | Отмяна на страницата на шлюза по време на транзакцията | Не се начислява такса и количката се запазва |
| Поръчки | Анулиране на изпратена поръчка и заявка за възстановяване на сумата | Статусът, наличността и сумата за възстановяване се актуализират постоянно |
| Охрана | Въведете пет грешни пароли подред | Акаунтът се заключва и се появява предизвикателство |
Негативните сценарии като двойното щракване и анулирания шлюз са най-важни, защото те са тези, които тихомълком дублират записи за приходи.
Тестване на производителността - основен приоритет в електронната търговия
Правилното поведение е безполезно, ако страницата пристигне твърде късно, което прави скоростта следващото измерване, което трябва да се вземе предвид.
Само около 250 милисекунди забавяне на зареждането на страницата е това, което кара клиентите ви да отиват при конкурента ви. Гигант в търговията на дребно Walmart преработиха скоростта на сайта си и забелязаха увеличение от 2% на процента на конверсия на посетителите и приходите от 1%.
Ефективността на вашия сайт зависи от тези фактори
- магистрала
- Заявка за секунда
- Транзакции на минута
- Изпълнения на клик
- Време За Реакция
- Продължителност на задача
- Секунди на клик
- Зареждане на страница
- DNS търсене
- Продължителност на времето между кликване и показване на страницата
Първо сравнете тези цифри с нормален търговски ден, след което повторете измерването с три до пет пъти по-голямо натоварване, за да моделирате сезонна разпродажба. Тестване на производителността има смисъл само когато са записани и базовата линия, и пикът.
Предизвикателства при тестването на електронната търговия
Дори един дисциплиниран процес среща препятствия, специфични за платформите за търговия на дребно.
- Съответствие с указанията за сигурност за защита на клиентските данни и самоличност
- Съответствие със стандартите за достъпност за поддръжка на многоезични пазари и бизнес региони
- Тестване от край до край и управление на тестове за големи програми за трансформация на електронната търговия
- Мащабируемост и надеждност на приложенията
На практика се проявяват още три вида натиск. Каталозите, съдържащи милиони артикули, правят невъзможна изчерпателната проверка на данните, персонализираните препоръки създават различна страница за всеки купувач, а седмичните промоции развалят локаторите по-бързо, отколкото скриптовете могат да бъдат поправени.
Най-добри практики за тестване на електронна търговия
Горните предизвикателства са управляеми, след като тестването е организирано около риска за приходите, а не около броя на функциите. Започнете с класиране на модулите: плащането и плащането получават най-голямо покритие, списъкът с продукти и търсенето получават умерено покритие, а статичните информационни страници получават най-малко. Това класиране определя къде отиват усилията за автоматизация и бюджетът за устройства.
Третирайте производствените данни като доказателство, а не като декорация. Анализите на изоставени колички, неуспешни плащания и бавни страници сочат директно към потоците, които се нуждаят от допълнителни случаи, а дефект, открит при плащане, винаги трябва да се превърне в постоянен проблем. регресия случай, а не еднократно решение.
- Поддържайте стабилна среда за тестване с ключове за sandbox gateway и маскирани, реалистични каталожни данни.
- Първо автоматизирайте златния път, след което разширете покритието навън от касата.
- Тествайте на реални телефони за най-популярните устройства във вашите анализи и използвайте емулатори само за по-широк обхват.
- Повторно пускане тестване на достъпността след всяка промяна на шаблона, защото редакциите на оформлението нарушават работата на клавиатурата и екранния четец.
- Запланувайте пълен тестване от край до край цикъл преди всеки пиков търговски сезон.
Полезни инструменти за картатаping Сайт за електронна търговия
Функционалните и производителните пакети ви казват дали магазинът работи. Инструментите по-долу ви казват дали купувачите го разбират, което е другата половина от конверсията.
- UsabilityHub: Платформата за потребителско тестване и изследователският панел на UsabilityHub ви помагат да подобрите UX на вашите приложения и уебсайтове. Получете обратна връзка от реални хора.
- HotJar: Показва най-кликаните и некликаните зони на сайтове от посетителите
- FiveSecondTest: Този инструмент гарантира, че вашето съобщение е предадено възможно най-ефективно, само за пет секунди той казва какво си спомня човек за дизайна на вашия уебсайт
- Feng-GUI: Симулира човешкото зрение през първите пет секунди и предсказва какво най-вероятно би погледнал един истински човек
- Optimizely: Това ви позволява да тествате track, кликвания, реализации или каквото и да е друго, което е от значение за електронната търговия
Свържете тези поведенчески констатации с формални тестване на използваемостта сесии, така че страница с нисък процент на конверсия да бъде диагностицирана, а не просто маркирана.
Присъединете се безплатно към нашия проект за електронна търговия на живо

