how perform backend testing
Какво е Backend тестване и как да се извърши?
Софтуерните приложения са сложни; има повече от това, което се вижда на пръв поглед.
Повечето усилия за тестване на системата преминете през GUI. Това е така, защото тестването потвърждава дали софтуерът е „годен за употреба“ от крайния потребител или не. Крайните потребители използват GUI, както и ние; Ето защо е наистина важно софтуерът да се цени добре в тази област.
Но софтуерът има и много други елементи, които не са пряко видими или достъпни за потребителя за директно взаимодействие. Това не прави тези елементи по-малко важни и те също трябва да бъдат подложени на щателно тестване.
Комбинацията от всички тези добре функциониращи елементи прави напълно оформено софтуерно приложение. Можем да комбинираме всичко, което не виждаме директно като „Back-end“.
Някои от елементите на Backend Testing са:
- База данни
- API
- Сървъри
В зависимост от естеството на приложението, back-end може да включва различни мрежови конфигурации, комуникационни протоколи и т.н. Но най-често това са три елемента.
Нека сега видим какво е свързано с тестването на всеки от тези компоненти и как.
Какво ще научите:
Backend тестване на база данни
Най-често, когато се използва терминът „Back End Testing“, това предполага тестване на база данни.
Базата данни е важен елемент на всяко приложение. Когато GUI и DB взаимодействат безпроблемно един с друг, вашето приложение работи добре. Ако има проблеми, имате непоследователни резултати, заплахи за сигурността и затруднения в работата.
Базите данни обикновено се валидират за:
- Киселинни свойства
- CRUD операции
- Схема
- Миграция
- Съответствие на бизнес правилата
- Сигурност
- производителност
Усъвършенстваните системи за поддържане на ETL и хранилище на данни също ще се нуждаят от тестове, изпълнявани срещу тях.
За повече информация относно тези видове тестване , моля, разгледайте следните статии, които вече са на нашия сайт =>
- Всичко за тестването на база данни - защо, как и какво да тестваме?
- ETL срещу DB тестване
- ETL тестване - съвети, техники, процес и предизвикателства
В допълнение към съдържанието в горните връзки, важният аспект, който трябва да се повтори, е, че тестването на база данни, ETL и хранилище на данни се нуждае от по-добри познания за SQL .
Много инструменти често се използват от тестерите за взаимодействие и валидиране на поведението на DB чрез заявки.
Нека разгледаме няколко категории от тези инструменти за тестване на Backend Database:
# 1) Интерфейси, които ви позволяват да се свързвате и да изпълнявате вашите заявки към базите данни.
Някои от тях имат GUI, а други нямат.
- TOAD: Сигурен съм, че всички са чували за това. Той поддържа много бази данни и платформи. Той се предлага както като безплатна, така и като търговска версия. Повече информация, ресурси и безплатната версия можете да намерите на жаба
- pHpMyAdmin: Това е отличен инструмент с отворен код, който ви позволява да изпълнявате заявки и да взаимодействате с вашата DB чрез потребителски интерфейс. Аз лично съм използвал това и моят екип обича колко интуитивен е инструментът. Имахме нужда от нулеви тренировки, за да се чувстваме удобно. Горещо препоръчвам този инструмент, ако търсите носител за връзка с вашите бази данни MySQL и MariaDB phpmyadmin
- HeidiSQL: Много подобен на pHpMyAdmin. Той се свързва с MySQL, Microsoft SQL бази данни и PostgreSQL. С отворен код. Намерете повече информация на адрес hheidisql
Списъкът с инструменти е безкраен, но горните са някои от най-популярните избори.
# 2) Инструменти за сравняване на натоварване и производителност на DB:
- HammerDB: Това е инструмент с отворен код, за който много специалисти по БД гарантират. Аз лично не съм използвал това, но поддържа много бази данни. От снимките на екрана и външния му вид изглежда като инструмент, който си струва да се провери. Повече подробности на hammerdb
- SLOB: Инструментът Silly Little Oracle Benchmark ви помага да определите времето и да оцените I / O стила на транзакциите на DB. Той може да ви помогне да разберете процесора, паметта и времето за обработка на групови транзакции във вашата система. Повече подробности на кевинклосон
- Люлка : Това е много подобен инструмент на HammerDB. Това работи върху Oracle DBs и е много ефективно. За да разберете инструмента и неговите функции, опитайте това ръководство: доминикгили
API тестване
API строго погледнато не е заден край, но тъй като ние грубо групираме всичко, което не се вижда от крайния потребител, като заден план, нека поговорим и за това накратко.
API означава интерфейс на приложна програма и това е мястото, където се намира цялата програмна логика. Той няма потребителски интерфейс, което е едно от най-големите предизвикателства по отношение на тестването му. От друга страна, тъй като API обикновено се създават преди да възникне потребителският интерфейс на приложението, тестването на API обикновено означава ранно тестване.
Съобщенията и изпращането / получаването на повиквания се използват вместо директно изпращане и получаване на входни и изходни данни.
Най-популярният инструмент, използван за тестване на API, е SOAPUI.
- STH като обширен урок за SoapUI на => 15+ урока за SoapUI - Вашето пълно ръководство за SoapUI
- HP UFT също може да ви помогне с това => 16 нови функции на HP UFT - QTP срещу UFT
Всички бази данни и самите приложения са инсталирани на сървъри, които поддържат тези системи работещи.
Има няколко теста, които се изпълняват тук:
# 1) Инсталация: След като инсталацията приключи, можете да отидете в съответните папки и да се уверите, че файловете / елементите са стигнали до своите целеви папки по начина, по който трябваше. Сега, ако се чудите „как да разбера къде трябва да отиде всичко?“, Попитайте екипите си за разработка или внедряване и те могат да потвърдят това за вас.
въпроси за интервю за тестване на проникване в уеб приложения
Тази стъпка може да не е задължителна, но някои компании използват ръчно разполагане. В този случай това може да се превърне в важно тест за дим / здрав разум стъпка.
# 2) Дневници: В сървърите се поддържат регистрационни файлове за състоянието на всяка транзакция. Това ще ни даде представа дали процесът от край до край е бил успешен.
пример за двоично дърво c ++
Понякога предният край изпраща валидни данни и базата данни може да се актуализира правилно. Ами ако тази операция създава изключение, причинява изтичане на памет или причинява някакъв вид неизправност? Регистрите от страна на сървъра ще ви разкрият тази информация.
Това не е правило, но като цяло повечето сървъри са базирани на UNIX системи. Така че, за да можете лесно да работите с тях, ще ви е необходим начин за свързване към вашия сървър.
PuTTy, спускането надолу е най-популярният избор за свързване към вашите сървъри. Шпакловка е продукт с отворен код и не се нуждае от инсталация. Всичко, което трябва да направите, е да го изтеглите и използвате.
UNIX системите нямат графичен потребителски интерфейс и именно това ги прави перфектни да бъдат сървъри за приложения и DB. Те са сигурни, абстрактни, по-бързи и по-евтини. Има много вкусове на UNIX и поради липсата на GUI, ще трябва да използваме команди за комуникация със сървъра. Всички ние имаме своите ресурси за UNIX команди и този е мой: безплатен инженер
# 3) Производителност и сигурност на сървъра:
Подобно на всяка друга част от софтуера, сървърът трябва да бъде сигурен и отзивчив.
Има много налични инструменти за проверка на това и за да намерите този, който работи за вас, вижте този списък: 30+ Най-популярни инструменти за тестване на уеб приложения
И накрая,
Както трябва да сте забелязали, тази статия сама по себе си няма да ви помогне да научите изцяло тестване на Backend. Той обаче ви насочва към ресурси и справки, които ще ви помогнат да го овладеете. Така че, маркирайте го за справка!
Също така, за тези от нас, които са склонни да мислят, че функционалното тестване е свързано с GUI и Front end, тази статия трябва да разкрие, че това не е така.
Независимо дали търсите в DB или проверявате в дневника за състоянието на транзакцията или изпращате съобщение за заявка до определена услуга, вие проверявате годността на програмата да бъде използвана.
С други думи, това е функционалност. „Къде тествате“ и „как тествате“ се различават.
Точно както приложението трябва да работи от всички краища, за да бъде успешно, ние тестерите трябва да разберем и изследваме многото аспекти на софтуерна система, за да я обявим за готово за използване.
За автора: Тази статия е написана от член на екипа на STH Swati S.
Ваш ред е да споделите!
Разкажете ни как се справихме с тази статия. Има ли някакъв друг тип бекенд тестване, което правите? Какви инструменти използвате? Какви техники сте намерили за полезни? Някакви предизвикателства?
Вашите коментари, въпроси, участие и читателска аудитория са ценни за нас!
Препоръчително четене
- Най-добри инструменти за тестване на софтуер 2021 г. [Инструменти за автоматизация на QA теста]
- Алфа тестване и бета тестване (Пълно ръководство)
- Изтегляне на eBook за тестване на Primer
- Урок за тестване на хранилище на данни за ETL (Пълно ръководство)
- Видове тестване на софтуер: Различни видове тестване с подробности
- Как да извършите ETL тестване с помощта на инструмента Informatica PowerCenter
- Функционално тестване срещу нефункционално тестване
- Въпроси и отговори за интервю за ETL тестване