Меню

Пълно ръководство за тестване на уеб приложения (Как да тествате уебсайт)

web application testing complete guide

Опитайте Нашия Инструмент За Премахване На Проблемите

Пълно ръководство за тестване на уеб приложения: Как да тествате уебсайт

Всички трябва да се съгласим, че в днешния постоянно променящ се и конкурентен свят Интернет се превърна в неразделна част от живота ни.

Повечето от нас вземат решения, като търсят информацията в интернет в наши дни, поради което хостването на уебсайт вече не е задължително, а задължително за всички видове бизнес. Това е първата стъпка към ставането и запазването на актуалността на пазара.

Само наличието на уебсайт не е достатъчно. Необходима е организация за разработване на уебсайт, който да е информативен, достъпен и лесен за ползване. За да се поддържат всички тези качества, уебсайтът трябва да бъде добре тестван и този процес на тестване на уебсайт е известен като уеб тестване.

Тестване на уеб приложения

Какво ще научите:

Какво е уеб тестване?

Уеб тестването е практика за тестване на софтуер за тестване на уебсайтове или уеб приложения за потенциални грешки. Това е цялостно тестване на уеб-базирани приложения, преди да се направи на живо.

Уеб базирана система трябва да бъде проверена изцяло от край до край, преди да започне да работи за крайни потребители.

Извършвайки тестване на уебсайтове, една организация може да се увери, че уеб базираната система функционира правилно и може да бъде приета от потребители в реално време.

Дизайнът и функционалността на потребителския интерфейс са капитаните на тестването на уебсайтове.

Контролни списъци за уеб тестване

1) Тестване на функционалността
две) Тестване на използваемостта
3) Тестване на интерфейса
4) Тестване за съвместимост
5) Тестване на производителността
6) Тестване на сигурността

Препоръчителни инструменти за практикуване на концепции за уеб тестване, споменати на тази страница:

# 1) LoadNinja

LoadNinja ви позволява да заредите тестовото си уеб приложение с реални браузъри в мащаб, като използвате тестови скриптове, които могат да се възпроизвеждат веднага след запис, като създават активни данни, базирани на браузъра, за изолиране на проблеми и отстраняване на грешки в реално време.

LoadNinja - Банер

=> Посетете уебсайта LoadNinja

# 2) LambdaTest

LambdaTest е мащабируема облачна платформа за тестване на различни браузъри, създадена да предлага всички уебсайтове и тестове за уеб приложения, необходими за облачната инфраструктура.

LambdaTest

Платформата LambdaTest помага да се гарантира, че елементите на вашето уеб приложение (като JavaScript, CSS, HTLM5, Video ... и др.) Се показват безпроблемно във всеки настолен и мобилен уеб браузър с поддръжка на ръчно, визуално и автоматизирано тестване. С LambdaTest можете да получите достъп до над 2000 комбинации от настолни и мобилни браузъри в облака.

=> Посетете уебсайта на LambdaTest

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

Тест за - всички връзки в уеб страници, връзка с база данни, формуляри, използвани за изпращане или получаване на информация от потребителя в уеб страниците, тестване на бисквитки и т.н.

Вижте всички връзки:

  • Тествайте изходящите връзки от всички страници към конкретния тестван домейн.
  • Тествайте всички вътрешни връзки.
  • Тествайте връзки, прескачайки на една и съща страница.
  • Тестовите връзки се използват за изпращане на имейли до администратор или други потребители от уеб страници.
  • Тествайте, за да видите дали има осиротели страници.
  • И накрая, проверката на връзките включва, проверка за неработещи връзки във всички гореспоменати връзки.

Тестови формуляри на всички страници:
Формулярите са неразделна част от всеки уебсайт. Формулярите се използват за получаване на информация от потребителите и за взаимодействие с тях. И така, какво трябва да се провери в тези формуляри?

  • Първо проверете всички проверки за всяко поле.
  • Проверете за стойности по подразбиране в полетата.
  • Грешни входове във формулярите в полетата във формулярите.
  • Опции за създаване на формуляри, ако има такива, изтриване, преглед или модификация на формуляри.

Нека вземем пример за проекта за търсачката, по който в момента работя. В този проект имаме стъпки за регистрация на рекламодатели и партньори. Всяка стъпка за регистрация е различна, но зависи от другите стъпки.

Така че потокът за регистрация трябва да бъде изпълнен правилно. Има различни проверки на полета като идентификатори на имейли, проверки на финансова информация на потребителя и т.н. Всички тези проверки трябва да бъдат проверени при ръчно или автоматизирано уеб тестване.

Тестване на бисквитки:

„Бисквитките“ са малки файлове, съхранявани на потребителската машина. Те се използват основно за поддържане на сесията - главно сесиите за влизане. Тествайте приложението, като активирате или деактивирате бисквитките в опциите на браузъра си.

Тествайте дали бисквитките са криптирани, преди да пишат в потребителската машина. Ако тествате бисквитки на сесията (т.е. бисквитки, които изтичат след приключване на сесията), проверете за сесии за вход и статистика на потребителите след края на сесията. Проверете ефекта върху сигурността на приложението, като изтриете бисквитките. (Скоро ще напиша отделна статия и за тестване на бисквитки)

Проверете вашия HTML / CSS:

Ако оптимизирате вашия сайт за търсачки, тогава валидирането на HTML / CSS е най-важното. Проверявайте основно сайта за грешки в синтаксиса на HTML. Проверете дали сайтът може да се обхожда до различни търсачки.

Тестване на база данни:

Последователността на данните също е много важна в уеб приложението. Проверявайте за целостта на данните и грешките, докато редактирате, изтривате, модифицирате формулярите или правите някаква свързана с DB функционалност.

Проверете дали всички заявки към базата данни се изпълняват правилно, данните се извличат и също така актуализират правилно. Повече за тестването на база данни може да бъде натоварване на DB, ние ще разгледаме това в уеб тестване или тестване на производителността по-долу.

При тестване на функционалността на уебсайтовете трябва да се тества следното:

Връзки
i. Вътрешни връзки
ii. Външни връзки
iii. Пощенски връзки
iv. Счупени връзки

Форми
i. Проверка на поле
ii. Съобщение за грешка за грешен вход
iii. Незадължителни и задължителни полета

База данни
Тестването ще се извърши върху целостта на базата данни.

# 2) Тестване на използваемостта

Изпробването на използваемостта е процесът, чрез който се измерват характеристиките на взаимодействие човек-компютър на дадена система и се идентифицират слабостите за коригиране.

• Лесно обучение
• Навигация
• Субективно удовлетворение на потребителите
• Общ външен вид

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

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

Тестването на използваемост включва следното:

  • Уебсайтът трябва да е лесен за използване.
  • Предоставените инструкции трябва да бъдат много ясни.
  • Проверете дали предоставените инструкции са перфектни, за да задоволят целта си.
  • Главното меню трябва да бъде предоставено на всяка страница.
  • Трябва да е достатъчно последователен.

Проверка на съдържанието:

Съдържанието трябва да бъде логично и лесно за разбиране. Проверете за правописни грешки. Използването на тъмни цветове дразни потребителите и не трябва да се използва в темата на сайта.

модел на жизнен цикъл на водопад за разработване на софтуер

Можете да следвате някои стандартни цветове, които се използват за уеб страници и изграждане на съдържание. Това са общоприетите стандарти като споменатото по-горе за досадни цветове, шрифтове, рамки и т.н.

Съдържанието трябва да има смисъл. Всички връзки с котва текст трябва да работят правилно. Изображенията трябва да се поставят правилно с подходящи размери.

Това са някои от основните важни стандарти, които трябва да се следват при уеб разработката. Вашата задача е да проверите всичко за тестване на потребителския интерфейс.

Друга потребителска информация за помощ на потребителя:

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

Опцията „Търсене в сайта“ ще помогне на потребителите лесно и бързо да намерят страници със съдържание, които търсят. Това са всички незадължителни елементи и ако има такива, те трябва да бъдат валидирани.

# 3) Тестване на интерфейса

При уеб тестване интерфейсът от страна на сървъра трябва да бъде тестван. Това може да се направи, като се провери дали комуникацията е извършена правилно. Съвместимостта на сървъра със софтуер, хардуер, мрежа и база данни трябва да бъде тествана.

Основните интерфейси са:

  • Уеб сървър и интерфейс на сървър на приложения
  • Сървър на приложения и сървърен интерфейс на база данни.

Проверете дали всички взаимодействия между тези сървъри се изпълняват и грешките се обработват правилно. Ако базата данни или уеб сървърът връща съобщение за грешка за всяка заявка от сървъра на приложения, тогава сървърът на приложения трябва да хване и покаже тези съобщения за грешка по подходящ начин на потребителите.

Проверете какво се случва, ако потребителят прекъсне някоя транзакция между тях? Проверете какво се случва, ако връзката с уеб сървъра бъде нулирана между тях?

# 4) Тестване на съвместимост

Съвместимостта на вашия уебсайт е много важен аспект на тестване. Вижте кой тест за съвместимост да бъде изпълнен:

  • Съвместимост на браузъра
  • Съвместимост на операционната система
  • Мобилно сърфиране
  • Опции за печат

Съвместимост на браузъра:

В моята кариера за уеб тестване преживях това като най-влиятелната част от тестването на уебсайтове.
Някои приложения са много зависими от браузърите. Различните браузъри имат различни конфигурации и настройки, с които вашата уеб страница трябва да е съвместима.

Кодирането на вашия уебсайт трябва да е съвместимо с платформа с различни браузъри. Ако използвате java скриптове или AJAX призовава за функционалност на потребителския интерфейс, извършване на проверки за сигурност или валидиране, след това дайте повече стрес на тестването за съвместимост на браузъра на вашето уеб приложение.

Тествайте уеб приложения в различни браузъри като Internet Explorer, Firefox, Netscape Navigator, AOL, Safari, браузъри Opera с различни версии.

Съвместимост с ОС:

Някои функции във вашето уеб приложение са, че то може да не е съвместимо с всички операционни системи. Всички нови технологии, използвани в уеб разработката, като графичен дизайн и интерфейсни обаждания като различни API, може да не са налични във всички операционни системи.

Следователно тествайте вашето уеб приложение на различни операционни системи като Windows, Unix, MAC, Linux, Solaris с различни вкусове на OS.

Мобилно сърфиране:

Ние сме в ерата на новите технологии. Така че в бъдеще мобилното сърфиране ще се развихри. Тествайте уеб страниците си в мобилни браузъри. Проблеми със съвместимостта може да има и на мобилни устройства.

Опции за печат:

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

# 5) Тестване на производителността

Уеб приложението трябва да издържи голямо натоварване. Тестването на уеб ефективността трябва да включва:

  • Тестване на уеб натоварване
  • Уеб стрес тестване

Тествайте производителността на приложението при различни скорости на интернет връзка.

Тестване на уеб натоварване : Трябва да тествате дали много потребители имат достъп или искат една и съща страница. Може ли системата да поддържа времето за пиково натоварване? Сайтът трябва да обработва много едновременни потребителски заявки, големи входни данни от потребители, едновременна връзка с DB, голямо натоварване на конкретни страници и т.н.

Уеб стрес тестване: Обикновено стресът означава разтягане на системата извън определените граници. Уеб тестовете за стрес се извършват, за да се счупи сайтът, като се дава стрес и се проверява как системата реагира на стрес и как се възстановява от сривове. Стресът обикновено се дава на полетата за въвеждане, областите за вход и регистрация.

При уеб ефективността се проверява тестването на функционалността на уебсайта на различни операционни системи и различни хардуерни платформи за грешки при изтичане на софтуер и хардуер.

Тестването на производителността може да се приложи, за да се разбере мащабируемостта на уебсайта или да се направи сравнение на производителността в среда на продукти на трети страни като сървъри и междинни софтуери за потенциална покупка.

Скорост на връзката
Тествано в различни мрежи като Dial-Up, ISDN и др.

Заредете
i. Какво е не. от потребители на път?
ii. Проверете за пикови натоварвания и как системата се държи
iii. Голямо количество данни, достъпно от потребителя

Стрес
i. Непрекъснато натоварване
ii. Производителност на паметта, процесора, обработката на файлове и т.н.

# 6) Тестване на сигурността

Следват някои от тестовите случаи за тестване на уеб сигурността:

  • Тествайте, като поставите вътрешния URL адрес директно в адресната лента на браузъра без вход. Вътрешните страници не трябва да се отварят.
  • Ако сте влезли с потребителско име и парола и разглеждате вътрешни страници, опитайте да промените директно опциите за URL. Т.е. Ако проверявате някои статистически данни на сайта на издателя с идентификатор на сайта на издателя = 123. Опитайте директно да промените параметъра на URL адреса на URL адреса на друг идентификатор на сайт, който не е свързан с влезлия потребител. Достъпът трябва да бъде отказан за този потребител, за да вижда статистиката на други хора.
  • Опитайте някои невалидни входове в полетата за въвеждане като потребителско име за вход, парола, текстови полета за въвеждане и т.н. Проверете реакцията на системата на всички невалидни входове.
  • Уеб директориите и файловете не трябва да бъдат достъпни директно, освен ако не им е дадена опцията за изтегляне.
  • Тествайте CAPTCHA, за да автоматизирате влизанията в скриптове.
  • Тествайте дали SSL се използва за мерки за сигурност. Ако се използва, правилното съобщение трябва да се покаже, когато потребителите превключат от незащитени HTTP: // страници към защитени HTTPS: // страници и обратно.
  • Всички транзакции, съобщения за грешки и опити за нарушаване на сигурността трябва да се регистрират в регистрационни файлове някъде на уеб сървъра.

Основната причина за тестване на сигурността на мрежата е да се идентифицират потенциалните уязвимости и впоследствие да се поправят.

  • Мрежово сканиране
  • Сканиране за уязвимост
  • Пробиване на парола
  • Преглед на дневника
  • Проверки за почтеност
  • Откриване на вируси

Видове уеб тестване

Уебсайтът е класифициран в много типове, около 20 вида. Всичко това се свива под статичен и динамичен тип. Сред тях нека обсъдим подробно 4 вида и техните методи за тестване. Преди това просто искам да маркирам тези типове.

  • Обикновено статично тестване на уебсайтове
  • Динамично тестване на уеб приложения
  • Тестване на уебсайтове за електронна търговия
  • Тестване на мобилен уебсайт

# 1) Прост статичен уебсайт

Един прост статичен уебсайт ще показва едно и също съдържание за всички посетители, които посещават уебсайта по различно време. Известен е и като информационен уебсайт. На статичен уебсайт само разработчиците могат да правят промени само в кода. Този тип уебсайт няма да има никакви основни функционалности и това зависи чисто от дизайна на потребителския интерфейс.

Тестването на обикновен статичен уебсайт е много лесно, докато тествате, трябва да имате предвид само няколко неща. Някои от тях са споменати по-долу:

Точки за запомняне:

# 1) Тестването на дизайна на GUI е задължително, защото статичният уебсайт зависи чисто от него. Трябва да сравните одобрените PSD файлове с разработената уеб страница. Проверете дали всички елементи в дизайна трябва да бъдат представени на разработената страница.

# две) Другата част от дизайна на GUI е да провери размера на шрифта, стила на шрифта, разстоянието и цвета, всичко е възпроизведено.

(Това изображение обяснява проблема с подравняването на разстоянието в изгледа на работния плот на уебсайт.)

# 3) На второ място, трябва да проверите връзките (връзки към страници), за да видите дали работи правилно или не. Също така, разберете дали има неработеща връзка?

# 4) Проверете правописа и съдържанието на всички уеб страници, като сравните съдържанието, дадено от клиента.

# 5) В някои случаи изображението няма да се показва правилно, може да се счупи или понякога се дублира, може да се покажат грешни изображения. Трябва да се провери внимателно. Защото за статичен уебсайт само съдържанието и изображенията ще дадат живот.

# 6) Проверете внимателно лентата за превъртане и според моя опит имам проблеми с лентата за превъртане. Проблемът, с който ще се сблъскате, е появата на нежелано превъртане или скриването на превъртанията (може да скрие съдържанието). Горните въпроси са приложими както за хоризонтални, така и за вертикални превъртания.

# 7) Ако има формуляр за контакт, проверете дали работи правилно, като изпратите някои фиктивни съобщения.

Нещата, които трябва да проверите във формата за контакт, са:

  • Изпраща ли се правилно съобщението и появява ли се успешно съобщение?
  • Проверете дали имейлът, получен до съответното лице, е в правилния формат, както е проектиран?
  • Проверете дали имейлите не трябва да попадат в нежелана поща като нежелана поща?
  • Ако има активиран задействащ имейл отговор, проверете дали подателят е получил пощата?

# 8) Проверете дали това е уеб страница без грешки и я проверете с валидатор W3 или друг свързан софтуер.

# 9) Някои постоянни неща, които трябва да се проверят в статичен уебсайт,

  • Проверете дали в лентата с раздели е налице значок
  • URL трябва да съдържа правилното заглавие на страницата
  • Ако има информация за авторски права, тя трябва да се покаже
  • Ако има формуляр за контакт, Captcha е задължителен. (Предотвратява нежелана поща)
  • Проверете скоростта на зареждане на уебсайта. (Статичният уебсайт не трябва да отнема много време за зареждане). Ако при зареждане се използва gif изображение, проследете неговата функционалност

Освен тях има огромни неща, които трябва да бъдат тествани в бекенда на всеки уебсайт, който е такъв системно тестване , тестване на сигурността, тестване на интерфейса, тестване на съвместимост и тестване на производителността и др. За това трябва да имате технически познания. В обикновен статичен уебсайт няма да намерите повече функционалности, ако там също трябва да направите тестване на функционалността.

# 2) Динамично уеб приложение (уебсайт на CMS)

Потребителят може да актуализира и променя съдържанието на уебсайта си редовно. Оттук нататък ще използвам думата „тестване на уеб приложения“ вместо динамично тестване на уебсайт. Уеб приложението е комбинация от програмиране отпред и отзад .

Предната част ще бъде HTML и CSS, докато back-end използва езици за програмиране като PHP, Javascript и ASP и т.н. С този бекенд потребител / клиент може да добавя или променя съдържанието на уебсайта.

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

Има два различни типа уеб приложения, единият е, че няма да се извърши действие от потребителя отпред (т.е. само промените отзад ще се отразят отпред), а другият е краен потребител ще работи отпред -край ( например вход, регистрация, абонамент за бюлетин и други подобни действия). Така че тестването трябва да се извършва според него.

Точки за запомняне:

Точките, които споменах при статичното тестване на уебсайтове, трябва да бъдат включени и при тестване на уеб приложение. В допълнение към това трябва да се отбележат следните неща.

# 1) В GUI раздел, подсказката е задължителна за всички полета и бутони, подравняването на полето (разстоянието) трябва да се извърши правилно, деактивираното поле / бутони трябва да са сиви, полетата / бутоните трябва да бъдат в стандартен формат, както в SRS, съобщението за грешка трябва да се покаже, ако нещо се обърка, изскачащ прозорец съобщението трябва да се показва само в центъра на уеб страницата, падащото меню не трябва да бъде съкратено.

Клавишът за бърз достъп Tab трябва да работи във всички полета и не само.

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

Ограничение на специални знаци и отрицателни числа в полета, тестване на функционалността на имейла, тестване на качването на документи (т.е. само посоченият тип документ може да бъде качен ), функционалността на времето за изчакване, функционалността за сортиране, javascript работи върху съвместими браузъри и т.н. трябва да се тества.

# 3) Когато стигнете до раздела за функционалност на заден край, тествайте качването на изображения за счупени изображения, въвеждането на текст в полетата работи или не. Back-end актуализацията трябва рефлектирайте върху предния край , тестване на база данни (т.е. дали можете да добавите нови полета или да изтриете нежелани полета) всички тези неща трябва да бъдат извършени.

Ефективността не е много необходима за уеб приложение (динамичен уебсайт), тъй като има много по-малко съдържание. Ако имате нужда, можете да се справите с инструментите, с които сте запознати. Вземете някакъв стандартен онлайн инструмент за изпълнение, ако искате да направите просто тестване на производителността.

pl sql интервю въпрос и отговори

#3) E-commerce Website

Уебсайтът за електронна търговия е малко сложен в сравнение с горните два. Тестерът трябва да бъде много предпазлив, докато тества сайт за електронна търговия. Има огромни неща, които трябва да бъдат проверени в сайтовете за електронна търговия, от тях просто обхващам някои от опитните си проблеми при тестване на уебсайтове за електронна търговия.

В раздела за графичен интерфейс трябва да проверите всички функции както в SRS и същите с функционалността. Функционалността ще бъде почти еднаква за всички търговски уебсайтове.

Във връзка с функционалността трябва да проверите всички страници, като например основната страница (включва избрани продукти, показване на специални оферти, подробности за влизане, функционалност за търсене) страница с подробности за продукта, страница с категория, подаване на поръчка, платен шлюз, всичко трябва да бъде тествано.

Точки за запомняне:

# 1) Проверете дали количката за пазаруване се актуализира, когато купувате или увеличавате количеството. Проверете тази функционалност във всички страници и обстоятелства.

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

(Това изображение обяснява за безплатната доставка и как се прилага в раздела за плащане)

# 3) Понякога, докато актуализирате един продукт, той ще се умножи, като се вземе предвид броят на вариациите в продукта. Така че проверете дали единичният продукт се показва и неговите вариации се показват правилно. (Сблъсках се с този проблем)

# 4) Проверете дали опцията за филтър работи дали работи точно. Ако е направено филтриране, въз основа на избраната категория и цени?

# 5) Докато се регистрирате, трябва да се направи супер валидиране. Само новият потребител може да се регистрира.

# 6) Ако съществуващ потребител е добавил продукт към кошницата за пазаруване, разделът с желания по време на предишното им влизане трябва да бъде запазен и показан и при следващото влизане.

# 7) Сравнението на продуктите трябва да работи чрез сравняване на продуктите въз основа на някои спецификации, зададени в задната част.

# 8) Проверете дали конверторът на валути работи добре. Въз основа на избраната държава конверторът на валута трябва да показва съответните цени и данъчни ставки.

(При избора на език Валутата ще бъде преобразувана, тук щатският долар е по подразбиране)

# 9) Обикновено много приставки се използват в уебсайт за електронна търговия (WordPress и други подобни), трябва да бъдете много внимателни. Инсталацията на приставката може да е в конфликт или да повлияе на други важни функции. Затова проследете с инсталирането на приставките и неговото използване.

# 10) Проверете дали опцията за социално споделяне работи върху отделния продукт или не.

# единадесет) Разходите за доставка трябва да се генерират въз основа на избрания регион. И също така проверете генерирането на данъчната ставка. (Това може да причини някои правни проблеми по време на покупката на крайните потребители).

данъчна ставка

(В това изображение Доставката и данъчната ставка се изчисляват за регион Франция)

# 12) Платежният шлюз трябва да работи само ако са посочени валидни данни за картата. Валидирането трябва да се отнася за номера на картата и номера на CCV кода. (По-добре е да запазите валидирането в самото поле с номера на картата).

# 13) Трябва да се случи генериране на имейл за всеки процес по време на покупката (регистрация, поръчка на продукт, плащане успешно, поръчка анулирана, поръчка получена и други задействащи имейли, ако има такива).

# 14) Проверете чата на живо с няколко мними имейла.

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

Това са някои от проблемите, с които се сблъсках и отбелязах, докато тествах уебсайт за електронна търговия. Освен това трябва да проверите всички общи неща, свързани с уебсайт за електронна търговия.

# 4) Уебсайт за мобилни устройства

На първо място, нека бъдем ясни за мобилния уебсайт. Обикновено хората смятат, че мобилният уебсайт и мобилното приложение са еднакви, но в действителност мобилният уебсайт е разработен с HTML страници и може да се гледа само с интернет връзка.

Но мобилното приложение не е нищо друго освен приложение, което може да бъде изтеглено и използвано по-късно без връзка с интернет. Тук много от нас се объркват и повдигат въпрос Каква е разликата между мобилния уебсайт и адаптивния уебсайт?

Отзивчивият уебсайт означава да направи съдържанието да се побере в размера на мобилното устройство, вместо да създава версия, докато мобилният уебсайт създава нова версия, която не е отразяваща настолна версия. В мобилния уебсайт ще имате само ограничени страници и нежеланите функции са премахнати тук.

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

Точки за запомняне:

Важни моменти, които трябва да имате предвид при тестване на мобилен уебсайт:

  • Обикновено ще използваме емулатор за тестване на мобилен уебсайт и можем да получим идеални резултати, но винаги предпочитам да тествате на реални устройства. Сблъсквал съм се с много проблеми, когато тествах в реални устройства (Особено устройства с ябълки). Реалните спецификации на устройството могат да противоречат на разработените уеб страници.

(Това изображение обяснява за тестването на симулатора и проблема със задната линия, който се появява в него.)

  • Тестването на GUI и използваемостта са по-важни, тъй като не е отражение на версията за десктоп.
  • Ефективността е друг важен фактор, който трябва да се има предвид при тестването на мобилни уебсайтове. Проблеми, свързани с производителността, могат да бъдат проследени, когато тествате в реалните устройства.
  • Проверете дали сърфирането в нормални уеб връзки от мобилно устройство се задейства от мобилна връзка.
  • Проверете превъртането на страницата, навигацията на страницата, отрязването на текста и т.н. на мобилния уебсайт.

Най-добрите инструменти за уеб тестване

Има широк спектър от инструменти за тестване, които са на разположение за тестване на уеб приложения.

примери за приложения на интернет на нещата

=> Проверете този изчерпателен списък на най-популярните инструменти за тестване на уеб приложения.

Точки, които трябва да се вземат предвид при тестване на уебсайт

Уебсайтовете са по същество клиент / сървърни приложения - с уеб сървъри и клиенти на „браузър“.

Трябва да се обмисли взаимодействието между HTML страници, TCP / IP комуникации, интернет връзки, защитни стени, приложения, които се изпълняват в уеб страници (като аплети, javascript, приложения за приставки) и приложения, които се изпълняват от страна на сървъра (като CGI скриптове, интерфейси на база данни, приложения за регистриране, динамични генератори на страници, asp и др.).

Освен това има голямо разнообразие от сървъри и браузъри с различни версии на всеки. Те включват малки, но понякога значителни разлики между тях по отношение на вариациите в скоростите на връзката, бързо променящите се технологии и множество стандарти и протоколи. Крайният резултат от което тестването за уебсайтове може да се превърне в основно постоянно усилие.

Примерни тестови сценарии за тестване на уеб приложение

Малко други съображения, които трябва да бъдат включени при тестване на уебсайт, са дадени по-долу .

  • Какво е очакваното натоварване на сървъра (напр. Брой посещения за единица време)?
  • Каква производителност се изисква при всяко условие на зареждане (като време за реакция на уеб сървъра, време за отговор на заявката към база данни)?
  • Какви инструменти ще са необходими за тестване на производителността (като инструменти за тестване на натоварване в мрежата, други вътрешни инструменти, които могат да бъдат адаптирани, инструменти за изтегляне на уеб роботи и др.)?
  • Коя е целевата аудитория? Какви браузъри ще използват? Какви скорости на връзката ще използват? Дали те са вътрешни организации (по този начин вероятно с висока скорост на свързване и подобни браузъри) или в интернет (по този начин с голямо разнообразие от скорости на свързване и видове браузъри)?
  • Каква производителност се очаква от страна на клиента (напр. Колко бързо трябва да се показват страниците, колко бързо трябва да се зареждат и изпълняват анимации, аплети и т.н.)?
  • Ще бъде ли разрешен престойът за поддръжка / надстройки на сървъри и съдържание? Ако да, тогава колко?
  • Какъв вид сигурност (защитни стени, криптиране, пароли и т.н.) ще се изисква и какво се очаква да направи? Как може да се тества?
  • Колко надеждни трябва да бъдат интернет връзките на сайта? И как това се отразява на изискванията и тестването на системата за архивиране или излишната връзка?
  • Какъв процес ще е необходим за управление на актуализациите на съдържанието на уебсайта?
  • Какви са изискванията за поддържане, проследяване и контрол на съдържанието на страниците, графики, връзки и т.н.?
  • Коя HTML спецификация ще бъде спазена? Колко строго? Какви вариации ще бъдат разрешени за насочени браузъри?
  • Ще има ли някакви стандартни изисквания за външния вид на страницата и / или графики в целия сайт или части от него ??
  • Как ще бъдат валидирани и актуализирани вътрешните и външните връзки? И колко често? ще стане ли?
  • Може ли да се направи тестване на производствената система или ще се изисква отделна система за тестване?
  • Как трябва да се отчита кеширането на браузъра, вариациите в настройките на опциите на браузъра, променливостта на комутируемата връзка и реалните проблеми с интернет „задръствания“ за тестване?
  • Колко обширни или персонализирани са изискванията за регистриране и докладване на сървъра; разглеждат ли се като неразделна част от системата и изискват ли тестване?
  • Как трябва да се поддържат, проследяват, контролират и тестват CGI програми, аплети, javascript, ActiveX компоненти и др.?
  • Страниците трябва да са максимум 3-5 екрана, освен ако съдържанието не е силно фокусирано върху една тема. Ако е по-голям, предоставете вътрешни връзки в страницата.
  • Оформленията на страниците и елементите на дизайна трябва да бъдат последователни в целия сайт, така че да е ясно на потребителя, че той все още е на даден сайт.
  • Страниците трябва да са възможно най-независими от браузъра или страниците трябва да се предоставят или генерират въз основа на типа браузър.
  • Всички страници трябва да имат връзки извън страницата; не трябва да има задънени страници.
  • Собственикът на страницата, датата на преразглеждане и връзката към лице за контакт или организация трябва да бъдат включени на всяка страница.

Често задавани въпроси за уеб тестване

По-долу трябва да бъдат посочени различните въпроси, които изникват в съзнанието на тестера, докато мисли за уебсайт, който вече е разработен и може да бъде изложен на обществеността:

  • Уебсайтът функционира ли както се очаква?
  • Ще намери ли крайният потребител лесен за разглеждане уебсайт?
  • Достъпен ли е уебсайтът на различни устройства, притежавани от крайни потребители?
  • Уебсайтът достатъчно ли е защитен?
  • Ефективността на уебсайта е на ниво?
  • Данните, въведени в уебсайт, съхраняват ли се точно и запазват ли се през сесиите?
  • Уебсайтът добре ли е интегриран с други интерфейси в работния процес?
  • Ще функционира ли уебсайтът, както се очаква, дори след пускане на живо?

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

Да вземем пример за уебсайт за електронна търговия, който наскоро беше пуснат за тестване на екипа за QA.

Ще разгледаме подробно всеки един от горепосочените въпроси, за да разберем обхвата на теста и да видим как може да се извърши тестването на уебсайта.

тестване на уебсайт

Уебсайтът функционира ли както се очаква?

потвърди, че уебсайтът функционира добре, QA трябва да извърши функционално тестване. По време на функционално тестване , различните характеристики на приложението трябва да бъдат валидирани спрямо изискванията, посочени в документа за функционална спецификация.

По-долу са дадени няколко общи сценария, които QA се очаква да обхване, докато извършва функционално тестване на който и да е уебсайт, дори ако те не са споменати във функционалните спецификации:

  • Потребителска навигация до различни страници на уебсайта и завършване на работния процес от край до край
  • Ако потребителят може да постави / премахне отметките
  • Ако потребителят може да избере стойности от падащите полета
  • Ако потребителят може да избере / отмени избора на радио бутони
  • Различните бутони за навигация като Submit, Next, Upload и т.н. работят добре
  • Календарите се зареждат правилно и позволяват на потребителя да избере дата
  • Изчисленията се извършват както са приложени
  • Функцията за търсене работи, ако има такава
  • Правилен информационен дисплей
  • Различни вътрешни и външни връзки към други страници
  • Правилен ред на раздели на полетата на уеб страниците
  • Задължителните и незадължителните полета трябва да бъдат проверени за положителни и отрицателни данни
  • Стойностите по подразбиране за всяко уеб поле трябва да бъдат проверени
  • Функцията за електронна поща е внедрена за някои действия на уебсайта

Важно е уебсайтовете да бъдат съвместими с търсачките. Следователно трябва да прегледаме уебсайтовете за коректност на синтаксиса на HTML, формат и стандарти за съответствие като WS-I, ISO и ECMA.

Имайки предвид бисквитките, които се използват за поддържане на сесии за вход, уебсайтът трябва да бъде тестван чрез активиране / деактивиране на бисквитки или чрез използване на несъответстващ домейн. Тестването може да се извърши и през сесии чрез нулиране на „бисквитките“, за да се върнат браузърите към състоянието на ванилия.

QA също трябва да потвърди, че бисквитките на уебсайта винаги се съхраняват локално в криптиран формат.

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

По същия начин различни функционалности като Вход, Регистрация, Опция за търсене, Филтри, Поръчка за сортиране, Добавяне в кошницата и др. Трябва да бъдат проверени на различни уеб страници като Страница за вход, Страница за регистрация, Страница с подробности за продукта, Количка, Преглед на поръчка, Плащане, и т.н. Уебсайтът трябва да бъде проверен за управление на сесии / бисквитки като изтичане на сесията и съхранение на сесията и т.н.

Ще намери ли крайният потребител лесен за разглеждане уебсайт?

Трябва да се извърши тестване на използваемостта, за да се измери лекотата на използване на уебсайта за краен потребител в контекста на достъпността, търсенето и полезността и т.н.

Тестване на използваемостта

По-долу са споменати няколко от тестовите сценарии, които трябва да бъдат проверени, докато се извършва тестване на използваемост за уебсайт:

  • Съдържанието на уебсайта трябва да бъде информативно, структурирано и свързано логично, така че потребителят да може лесно да разбере
  • Контролите на уеб страниците трябва да бъдат лесни за навигация на потребителите
  • Уебсайтът трябва да има качени документи за помощ и инструкции
  • Уебсайтът трябва да има функцията за търсене за удобство на крайния потребител
  • Трябва да има достъп до / от Главното меню до всички страници
  • Съдържанието на уебсайта трябва да бъде проверено за правописни грешки
  • Уебсайтът трябва да следва определени насоки в контекста на цвета на фона, модела, стила, шрифтовете, разположенията на изображения, рамки, граници и т.н.
  • Уебсайтът трябва да бъде свикнал с функцията за превод, като се има предвид фактът, че той може да бъде достъпен от потребители от различни държави с различни езици, валути и т.н.

Малко са инструментите, които могат да се използват за тестване на използваемостта Потребителско мащабиране и Рефлектор .

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

Като се има предвид увеличаването на интерфейсите, базирани на сензорен екран, трябва да потвърдим достъпността както на ключови входове, така и на входове със сензорен екран. По същия начин изображенията и съдържанието на уебсайта трябва да бъдат валидирани за използваемост на различни размери на екрана (мобилни устройства, лаптопи и раздели и т.н.).

Достъпен ли е уебсайтът на различни устройства, притежавани от крайни потребители?

Ако приемем, че нашият уебсайт може да бъде достъпен от редица потребители с различен набор от устройства, ние трябва да гарантираме, че уебсайтът работи добре на всички тях, без никакви проблеми.

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

Съвместимост с браузъри (Тестване на различни браузъри):

Уебсайтът трябва да работи добре с различни браузъри като Microsoft Internet Explorer, Microsoft Edge, Firefox, Google Chrome, Safari и Opera. Всички активни версии на тези браузъри трябва да бъдат проверени с включени / изключени различни функции на браузъра.

Също така, докато изпълнявате тестване на различни браузъри , QA също трябва да провери за оптималната производителност на уебсайта в браузърите.

Съвместимост на операционната система (тестване на различни платформи):

За да се идентифицират потенциални проблеми с потребителския опит, уебсайтът трябва да бъде тестван на различни платформи като Windows, Linux, Unix.MAC, Solaris и др., За да е сигурен в съвместимостта на операционната система.

Съвместимост на устройства (Тестване на различни устройства):

Уебсайт може да се разглежда чрез различни устройства като лаптопи, мобилни телефони, таблети и др. С различни налични операционни системи като iOS, Android, Windows и др. Следователно трябва да се извърши тестване и на устройствата, обхващащи сценариите по-долу.

  • Размерът на екрана на уебсайта трябва да се регулира според устройството
  • Устройството трябва да има функция за завъртане на екрана
  • Уебсайтът не трябва да показва проблеми с зареждането на различни устройства с различна скорост на мрежата
  • Проверете поведението на уебсайта, когато устройството е в / извън обхвата на мрежата
  • Проверете поведението на уебсайта при нисък CPU и памет, за да поддържа различни фактори на формата

За уебсайт за електронна търговия проверката за съвместимост е един от най-важните видове тестване. Базата клиенти ще бъде голяма и ще има достъп до нашия уебсайт от различни браузъри, операционни системи и устройства.

Считайки, че мобилните платформи стават популярни, трябва да гарантираме натоварването на уебсайта с малък форм фактор при приемливо време за зареждане. Също така е важно да се потвърди използването на различна скорост на мрежата, за да се гарантира, че тя е използваема за всички клиенти.

Достатъчно защитен ли е уебсайтът?

Извършва се тестване на сигурността, за да се разкрият уязвимости в системата и да се гарантира, че уебсайтът е защитен.

По-долу е даден контролен списък, който може да бъде проверен при извършване на тестове за сигурност:

  • Уебсайтът трябва да бъде достъпен само за удостоверени потребители
  • Потребителите на уебсайтове трябва да могат да изпълняват само онези задачи, за които са упълномощени
  • Уебсайтът трябва да бъде проверен за полета CAPTCHA за идентификация на потребителя
  • Настройките за защита на браузъра трябва да бъдат проверени при преминаване от защитени към несигурни страници
  • Защитата на уеб сървъра трябва да е налична за недостъпни уеб директории или файлове
  • Уверете се, че ограничените файлове не трябва да се изтеглят без подходящ достъп
  • Неактивните сесии трябва автоматично да бъдат унищожени след определен период от време
  • Всички невалидни и неоторизирани опити от крайни потребители или периодични системни грешки / откази трябва да бъдат регистрирани с цел анализ

Инструменти като Управление на уязвимостта , Veracode и SQL карта може да се използва за тестване на сигурността на вашия уебсайт.

Като част от тестовете за сигурност, уебсайтът за електронна търговия трябва да бъде валидиран

  1. Контрол на достъпа до уебсайтове.
  2. Всяко изтичане на лична информация на потребителя.
  3. Осигурени методи на плащане.

Ефективността на уебсайта е на ниво?

За да се провери работата на уебсайт, може да се направи тестване на производителността. Той ще оцени поведението на приложението при различни условия на натоварване, което може да бъде реалистичен сценарий. Ако системата стартира без провеждане на тестове за производителност, тя може да се окаже с проблеми като бавно работеща система или лоша използваемост, което вероятно ще повлияе на имиджа на марката, както и на пазарните продажби.

Уебсайтът може да бъде тестван срещу натоварване и стрес.

По-долу е даден контролния списък за тестване на уеб ефективността:

  • Поведението на уебсайта трябва да се наблюдава при нормални и пикови условия на натоварване
  • Ефективността на уебсайта трябва да бъде изследвана чрез измерване на времето за реакция, скоростта, мащабируемостта и използването на ресурсите
  • Правилният RCA (анализ на първопричината) трябва да се направи с решение, ако системата се повреди или стане нестабилна по всяко време
  • Трябва да се идентифицират проблеми с латентността на мрежата, ако има такива

Уебсайтът за електронна търговия трябва да бъде тестван задълбочено, като се използва набор от симулирани потребители по време на нормални, както и условия на пиково натоварване, които могат да бъдат по време на „Сезон на разпродажба“.

По време на продажбата потребителите, които имат достъп до уебсайта, ще се умножат. Също така поведението на уебсайта трябва да се изследва, докато множество едновременни потребители имат достъп до едни и същи елементи или извършват едни и същи действия (като транзакции или пускане на поръчки) на уебсайта.

На пазара се предлагат различни инструменти за тестване на производителността. Малко от тях са LoadRunner, WinRunner, Silk Performer, JMeter и др.

Данните, въведени в уебсайт, съхраняват ли се точно и запазват ли се през сесиите?

Базата данни е един от критичните компоненти на уеб приложение, което съдържа пълната информация, въведена чрез уебсайт. Следователно, за да сте сигурни, че правилните потребителски данни се записват в таблици на базата данни без никакви манипулации и за поддържане на целостта на данните под проверките трябва да се извършват.

  • Проверете съгласуваността на данните в потребителския интерфейс, т.е.Потребителски интерфейс на уебсайта и база данни
  • Проверете дали DB таблиците се актуализират правилно, когато действията за вмъкване / актуализиране / изтриване се извършват от приложение на уебсайт
  • Проверете времето за реакция на техническите запитвания и ги фина настройка, ако е необходимо
  • Проверете за DB свързаност и разрешения за достъп

Като член на QA екип, тестващ уебсайт за електронна търговия, можете да извършвате дейности по-долу и да проверявате промените всеки път в съответните таблици на базата данни. Това ще гарантира, че потребителският интерфейс и DB на уебсайта са съгласувани.

1) Подаване на поръчка за продукт.

две) Анулиране на продукт.

3) Изберете да обменяте продукт.

4) Изберете да върнете продукта.

Уебсайтът добре ли е интегриран с други интерфейси в работния процес?

Извършва се тестване на ниво интерфейс, за да се провери гладкото взаимодействие на уебсайта с различни интерфейси като Web Server & Database Server.

По време на тестване на интерфейса тестващият трябва да се увери дали заявките за приложения се изпращат правилно до базата данни и правилната информация се показва на клиента като изход. Уеб сървърът не трябва да изхвърля изключения за отказ по всяко време и базата данни винаги трябва да остане в синхрон с приложението.

Ще функционира ли уебсайтът, както се очаква, дори след пускане на живо?

След като продуктът се премести в производствена среда, трябва да се прави редовна проверка, за да се провери контролът върху качеството.

По-долу могат да се разгледат сценарии при проверка на продукта в производството:

  • Тестовете за уеб приложения трябва да се изпълняват периодично и регистрационните файлове трябва да бъдат запазени като доказателство за съвместимост на споразумението за ниво на услугата (SLA)
  • Системите за автоматично мащабиране и балансиращите натоварването трябва да бъдат проверени, ако са на място и функционират ли
  • Проверявайте опита на крайния потребител и се опитвайте да разкриете дефекти или злонамерени атаки, които обикновено остават незабелязани по време на тестване на качеството
  • Следете времето за реакция на продукта по време на пикови натоварвания
  • Изпълнявайте тестови случаи на ниво на границата в реално време, за да идентифицирате мрежови грешки, грешки в връзката или прекъсване от неочаквано обаждане

Заключение

Изготвих този подробен урок с дългогодишния си опит при тестване на различни уебсайтове.

Надявам се тази статия да ви помогне да разберете различните аспекти на тестването на уеб приложения. Следващият път, когато седнете, за да напишете план за тестване на вашия уебсайт, не забравяйте да проверите различни аспекти извън функционалността на уебсайта.

Надявам се тази статия да е била информативна за вас!

Препоръчително четене

^