Въведение в тестване на приложения
Тестване на приложения се дефинира като вид тестване на приложение или Web, десктоп или Мобилно ръчно или по автоматичен начин, за да се намерят грешки в цялото приложение. Той помага за подобряване на качеството и производителността на нашето приложение, като същевременно спестява разходи и време. В тази статия ще обсъдим различните сегменти на тестване заедно с различните видове тестване на софтуер, различните инструменти за тестване и техните предизвикателства.
Какво е тестване на приложения?
Това е процес, който гарантира, че софтуерното приложение функционира правилно и в съответствие с посочените изисквания.
Те са категоризирани в три сегмента:
- Тестване на уеб приложения
Прави се на приложенията, работещи в браузърите, за да се провери за потенциални дефекти, преди да се премести в производствената среда или преди да стане достъпна за крайните потребители.
- Тестване на настолни приложения
Прави се на приложенията, работещи в операционните системи на настолните компютри, за да се проучи качеството и производителността на приложението на работния плот, лаптопа и т.н.
- Тестване на мобилни приложения
Прави се на приложението, работещо или разработено за джобни устройства като смартфони или таблети, за да се провери качеството на приложение, преди да бъде пуснато в Google Play магазин или магазин за приложения.
Видове тестване на приложения
По-долу са дадени видовете тестове:
1. Тест за дим и здравина
Тестът с дим се извършва, за да се провери дали критичните функции на приложението работят добре. Тестът за разумност се извършва след извършване на незначителни промени или в код, или във функционалност, за да се провери дали дефектите са отстранени и да се идентифицират всички нови дефекти, които са въведени поради последните промени.
2. Тест за регресия
Регресионното тестване отново изпълнява предишните тестови случаи, за да се провери дали приложението все още функционира според очакванията след въвеждането на промени или нови функционалности.
3. Тест за приемане
Целта на тестовете за приемане е да се оцени дали приложението отговаря на бизнес изискванията и дали продуктът е готов да бъде доставен на пазара.
- Алфа тестване
Alpha Testing е вид тестване, което се извършва за идентифициране на дефекти, като се използват организационните данни, а не реални данни преди пускането на продукта.
- Бета тестване
Бета тестването включва освобождаване на продукта на конкретни потребители извън компанията, за да се изложи приложението на данни от реалния свят.
4. Функционално тестване
Функционалното тестване се извършва, за да се провери дали приложението отговаря на функционалните изисквания и спецификации, както е посочено в документа на SRS.
5. Нефункционално тестване
Нефункционалното тестване се извършва с цел тестване на производителността, използваемостта, надеждността и т.н. на приложение.
6. Тестване на производителността
Тестването на производителността тества как се изпълнява дадена система, когато имаме голям брой потребители или голямо натоварване на системата.
7. A / B тестване
A / B тестването е типът тестове, при който вземаме 2 версии на едни и същи приложения на различни групи потребители едновременно и сравняваме коя версия работи по-добре.
Методики за тестване на приложения
По-долу е различният подход за тестване:
1. Тестване на черна кутия
Тестването на Black Box е фокусирано върху вложените данни за приложението и получените резултати. Приложението или софтуерът, който се тества, се нарича черна кутия, тъй като ние не се интересуваме от нещата, които се случват вътре в приложението или софтуера, а само с изхода.
2. Тестване на бяла кутия
Методът за тестване на White Box включва тестване на вътрешната структура, код, дизайн и изпълнение на приложението. Известен е като бяла кутия, тъй като тестерът може да види отвъд интерфейса в системата.
3. Тестване на сива кутия
Тестването на черната кутия и бялата кутия са комбинирани за получаване на тестовете на сивата кутия. При този тип тестване потребителите дават вход към интерфейса или предния край и проверяват изхода на задния край.
Нива на тестване
По-долу са дадени нива на тестване:
1. Тестване на единица : Единицата е най-малката част от приложение, което може да бъде тествано. Целта на единичното тестване е да се валидира всяка единица, за да се провери дали тя е разработена според изискванията. Единицата може да бъде индивидуална програма, функция, метод и т.н.
2. Тестване на интеграцията: Интеграционното тестване е типът тестване, при който отделните единици са групирани и тествани. Този тип тестове се извършват с цел разкриване на всякакъв вид дефекти във взаимодействието между интегрираните единици или групи.
3. Тестване на системата: Тестване на системата се извършва, когато всички единици са разработени и интегрирани, за да образуват цялостна система, изпълняваща задача. Тестването на системата проверява дали системата отговаря на нейните изисквания и изпълнява, както се очаква. Тази напълно интегрирана система може да бъде специфичен интерфейс или екран като прозорец за вход.
Инструменти за тестване
На пазара за тестване на приложения има различни видове инструменти за тестване. Видът инструмент, който сте избрали да извършите тестване, зависи от типа тестване и платформата, на която трябва да се извърши тестването. Някои от инструментите за тестване са изброени по-долу:
- селен
- Ranorex
- Унифицирано функционално тестване на HPE (HP - UFT преди QTP)
- IBM Rational Robot
- RFT (Рационален функционален тестер)
- TestComplete
- Load Runner (HP Performance Tester)
- Apache Jmeter
- TestingWhiz
предизвикателства
Има много предизвикателства, пред които е изправен тестващият екип Докато тествате приложението, някои могат да причинят по-малко въздействие, докато други могат да причинят големи загуби за компаниите.
- Някои от дефектите се идентифицират само когато приложението е на живо за потребители и проблеми с потребителите. Това може да причини значителни загуби по отношение на потребителите или парите.
- Понякога екипът за тестване не е в състояние да обмисли областите на приложение, които могат да бъдат засегнати поради определени планирани промени.
- Процесът на тестване отнема време. Целият жизнен цикъл на тестване отнема значително време и все още има шанс дефектът все още да не бъде идентифициран.
- Един инструмент може да не е в състояние да покрие цялата разнообразна платформа, на която се очаква приложението да работи.
заключение
Цялото приложение заедно с всички възможни сценарии трябва да бъде тествано. Следователно трябва да се опитаме да имаме цялостно тестово покритие на цялото приложение, което може да изисква няколко подхода, различен набор от инструменти и методология.
Препоръчителни статии
Това е ръководство за тестване на приложения. Тук обсъждаме подхода, предизвикателствата, нивото на тестване и видовете тестване на приложения и др. Можете също да разгледате следните статии, за да научите повече -
- Тестване на мобилно приложение
- Тестване за оперативна съвместимост
- Тест за възстановяване
- Adhoc тестване
- Какво е тест? | Как да пиша?