application testing into basics software testing
Въведение в тестването на приложения
Тестването на приложения е такава дейност, която се извършва често от почти всеки тестващ софтуер в кариерата му. Тези две думи са изключително широки в практически аспекти. Тук обаче ще бъдат обсъдени само основните и най-важните области. Целта на тази статия е да докосне всички основни области, така че читателите да получат всички основни инструктажи на едно място.
В еднолинейна линия можем да кажем, че тестването на приложения е процес, чрез който се тестват функционалността, използваемостта и последователността на цялото приложение.
Какво ще научите:
Тестване на приложения: Обяснение на основите на софтуерното тестване
Категории приложения
Независимо дали става въпрос за малък калкулаторен софтуер само с основните аритметични операции или онлайн корпоративно решение; има три категории приложения:
За настолни приложения тестването трябва да вземе предвид потребителския интерфейс, бизнес логиката, базата данни, отчетите, ролите и правата, целостта, използваемостта, функционалността, производителността, защитата, хардуерната и софтуерната съвместимост и потока от данни.
За уеб приложения тестерите трябва да отдават достатъчно значение на производителността, натоварването и сигурността на приложението.
Други основни типове тестове, обхванати от тестването на уеб приложения, са функционални тестове, тестване на различни браузъри, UAT, бета тестове, регресионни тестове, тестове за съвместимост, тестове за дим, изследователски тестове, съвместимост и многоезично тестване за поддръжка и стрес тестване.
За мобилните приложения основните видове тестове, които трябва да се направят, са тестване на потребителски интерфейс, базирано на правила тестване, регресия, функционално тестване и тестване на сигурността.
Така че AUT (тествано приложение) е или софтуер за настолни компютри, или уебсайт, или мобилно приложение.
Методологии за тестване на приложения
Това е добре известен и добре обсъждан аспект, че има само 3 общоприети методологии за тестване:
# 1) Черна кутия : При тестване на черна кутия, AUT се валидира спрямо своите изисквания, като се вземат предвид входовете и очакваните изходи, независимо от това как входовете се трансформират в изходи. Тестерите са най-малко загрижени за вътрешната структура или код, който реализира бизнес логиката на приложението.
Има четири основни техники за проектиране на тестови случаи за тестване на черна кутия:
- BVA ( Анализ на гранична стойност )
- EP (разделяне на еквивалентност)
- Таблици за решения
- Таблици за преход на състоянието (и диаграми)
Тестването на черната кутия обикновено се използва за функционално, нефункционално и регресивно тестване.
# две) Бяла кутия : Основният фокус на тази методология е да провери как бизнес логиката на приложението се прилага от кода / програмата.
Тук е тествана вътрешната структура на приложението и наличните техники за това са:
- Покритие на кода
- Покритие на пътя
И двете гореизброени техники съдържат няколко други стратегии, които могат да бъдат обсъдени в друга статия. Някои техники са обсъдени в „ Техники за проектиране на тестови казуси ’Тема.
# 3) Сива кутия : На практика казано, това е смесица от черна кутия и бяла кутия.
как да отворя торент файлове -
При тази методология основно тестващият тества приложението с подхода Black-box. Но за някои критични за бизнеса или уязвими модули на приложение, тестването се извършва чрез бяла кутия.
Приложение Инструменти за тестване
Има много Инструменти за тестване на приложения налични на пазара днес. Те включват както платени, така и инструменти с отворен код. Освен това някои инструменти са специфични за целта.
Например, Тестване на потребителския интерфейс, функционално тестване, DB тестване, тестване на натоварване, изпълнение, тестване на защитата и тестване за проверка на връзката и др. Някои инструменти обаче са достатъчно силни, за да осигурят възможност за тестване на няколко основни аспекта на приложение.
Най-важната концепция в „Тестване на приложения“ е функционалното тестване. И така, фокусът ни ще бъде върху инструментите за функционално тестване.
Ето списъка с някои най-важни и основни функции, които се предоставят от почти всички инструменти на „Функционално тестване“.
- Запис и възпроизвеждане
- Параметризирайте ценностите
- Редактор на скриптове
- Изпълнение (тест или скрипт, с режими за отстраняване на грешки и актуализация)
- Доклад за изпълнение на сесията
Различните доставчици предоставят някои специфични функции, които правят техния продукт уникален за други конкурентни продукти. Но петте функции, изброени по-горе, са най-често срещаните и могат да бъдат намерени в почти всички инструменти за функционално тестване.
Следва списъкът с няколко широко използвани Инструменти за функционално тестване .
1) HP QTP ( Професионален бърз тест )
две) Селен
3) IBM Rational Robot
4) Тестът завършен
5) Натиснете за тест
6) Телерик
План за тестване на софтуера (МОЛЯ ТЕ)
За всяка дейност винаги се изисква някакво планиране и същото важи и за тестването на софтуер. Без подходящ план, винаги има голям риск да се разсеете по време на тестването. Ако този риск стане факт, резултатите могат да бъдат ужасни.
5 основни части от добър тест план
# 1) Обхват
- Преглед на AUT
- Характеристики (или области), които трябва да бъдат тествани
- Изключения (характеристики или области, които не се тестват) с основание
- Зависимости (на тестови дейности помежду си, ако има такива)
# 2) Цели: Този раздел описва целите на тестовата дейност, напр. валидиране на корекции на грешки, добавени нови функции или обновяване на AUT и др.
# 3) Фокус: Този раздел описва какъв аспект на приложението ще бъде включен в тестването, напр. сигурност, функционалност, използваемост, надеждност, производителност или ефективност и др.
# 4) Подход: Този раздел описва каква методология за тестване ще бъде приета за кои области на AUT. Например в STP на ERP приложение; разделът за подхода може да съдържа информацията, че тестването на черна кутия ще бъде подходът за изплащане на заплати. От друга страна, за доклади подходът ще бъде тестване на сива кутия.
# 5) График: Този раздел описва кой какво, къде, кога и как ще прави на AUT. Разделът на графика всъщност е „4Ws и 1H“ на STP. Обикновено графикът се изготвя като обикновена таблица, но всяка организация може да има свой собствен персонализиран формат според собствените си нужди.
След като планът на теста е готов и приложението е в процес на разработка, тестерите проектират и документират тестовите случаи. В раздела „Тестване на приложения - Методологии“ по-горе изброих техниките за проектиране на TC.
Цикли на тестване на приложения
След като AUT е готов за тестване, започва практическата фаза на тестовия цикъл, в която тестерите действително изпълняват тестовите случаи на AUT. Имайте предвид, че тук се обсъжда цикълът на тестване, независимо от нивата на тестване (модул, модул, интеграция, приемане на системата и потребителите) и средите за тестване (Dev, QA, Client’s Replica, Live).
# 1) Тестване на дим : Това е първият цикъл на тестване. Целта на тестовете за дим е да се провери дали няма сривове в приложението и е подходящо за по-нататъшно тестване. Тази стъпка е широка и плитка.
# 2) Тестване на разумността: Това е вторият цикъл на тестване. Целта му е да провери дали конкретен модул работи правилно и е подходящ за цялостно тестване. Тази стъпка е тясна и дълбока.
Професионален съвет: Обикновено няма достатъчно време за изпълнение на горните два цикъла поотделно. И така, смес от двата цикъла се възприема на практика.# 3) Функционално тестване : Правилното и пълноценно тестване на приложението се извършва в този цикъл на тестване на приложението. Основният фокус на тази дейност е да се провери дали бизнес логиката на приложението работи според очакванията.
# 4) Тестване на регресия : Това е последният цикъл на кандидатстване. Тук корекциите на грешки и / или актуализации са проверени. Освен това, регресионното тестване също така гарантира, че няма неизправности в други области на AUT поради корекции и промени.
Грешки се регистрират във всеки цикъл на тестване. Няма отчетлива граница между тестовите цикли. Например, в Регресия, функционалността също се проверява и може също да изисква първо пушене, вменяемост или тяхното сливане.
Говорихме по-горе за четири различни цикъла на тестване на приложенията. Тук също трябва да разберем, че всеки цикъл на тестване на приложения включва определени стъпки. Обикновено всеки цикъл на тестване има стъпките, както са представени на изображението по-долу:
Тестване на приложения - Най-добри практики
Мисля, че в интернет са достъпни стотици статии. Всяка статия предлага различен брой най-добри практики, вариращи от 7 до 30 (които съм виждал досега). Имам обаче само 5 съвета за читателите.
- План Правилно
- Тест Наистина
- Влезте в грешките Ясно е
- Направете теста за регресия Ефективно
- Подобрете горните четири умения Непрекъснато
Освен това трябва добре да приоритизирате тестовите случаи и първо да обхванете основните бизнес потоци.
Заключение
Тестването на приложения е обширна тема и е основната дейност за почти всички тестери на софтуер.
В тази статия предоставих общ преглед на най-фундаменталните и необходими области, които попадат в обхвата на тестването на приложения. Той включва стратегии, явления, подходи, инструменти, технологии и насоки. Обърнах се към концептуалната и практическа информация за тестването на приложенията, заедно с най-известните области на загриженост.
Препоръчително четене
- Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
- Курс за тестване на софтуер: Към кой институт за тестване на софтуер трябва да се присъединя?
- Изборът на софтуерно тестване като кариера
- Какво е тестване на маймуни при тестване на софтуер?
- Какво е тестване на софтуерна съвместимост?
- Някои интересни въпроси за интервю за тестване на софтуер
- Топ 20 практични съвета за тестване на софтуер, които трябва да прочетете, преди да тествате приложение
- Видове тестване на софтуер: Различни видове тестване с подробности