Да бисмо разумели ГУИ тестирање, прво морамо да разумемо
Шта је ГУИ?
Постоје две врсте интерфејса за рачунарску апликацију. На интерфејсу наредбеног ретка се уписује текст, а рачунар реагује на ту наредбу. ГУИ је скраћеница од Графички кориснички интерфејс где интеракција са рачунаром користи слике уместо текста.
Следе ГУИ елементи који се могу користити за интеракцију између корисника и апликације:
ГУИ тестирање је потврда горе наведених елемената.
ГУИ тестирање
ГУИ тестирање је врста софтверског тестирања која проверава графички кориснички интерфејс софтвера. Сврха тестирања графичког корисничког интерфејса (ГУИ) је да се осигурају функционалности софтверских апликација у складу са спецификацијама провером екрана и контрола попут менија, дугмади, икона итд.
ГУИ је оно што корисник види. Рецимо ако посетите гуру99.цом оно што ћете видети као почетну страницу, то је ГУИ (графички кориснички интерфејс) странице. Корисник не види изворни код. Кориснички интерфејс је видљив. Посебно је фокус на структури дизајна, сликама да ли раде исправно или не.
У горњем примеру, ако морамо да тестирамо ГУИ, прво проверавамо да ли слике треба да буду потпуно видљиве у различитим прегледачима.
Такође, везе су доступне, а дугме би требало да ради када се кликне.
Такође, ако корисник промени величину екрана, ни слике ни садржај не би требало да се смањују или обрезују или преклапају.
У овом упутству ћете научити-
- Шта је ГУИ тестирање?
- Потреба за ГУИ тестирањем
- Шта пријављујете на ГУИ тестирање?
- Приступ ГУИ тестирању
- Случајеви за тестирање графичког интерфејса
- Демо: Како спровести ГУИ тест
- Изазови у ГУИ тестирању
Потреба за ГУИ тестирањем
Сада је јасан основни концепт ГУИ тестирања. Неколико питања која ће вам упасти у главу биће
- Зашто ГУИ тестирање?
- Да ли је стварно потребно?
- Да ли тестирање функционалности и логике апликације није више него довољно ?? Зашто онда губити време на тестирање корисничког интерфејса.
Да бисте добили одговор да мислите као корисник, а не као тестер. Корисник нема никакво знање о КСИЗ софтверу / апликацији. УИ апликације је тај који одлучује да ли ће корисник даље користити апликацију или не.
Нормалан корисник прво посматра дизајн и изглед Апликације / софтвера и колико му је лако разумети кориснички интерфејс. Ако корисник не воли интерфејс или ако пронађе комплекс апликација да би разумео, никада више неће користити ту апликацију. Због тога је ГУИ ствар која забрињава и треба извршити одговарајуће тестирање како би се осигурало да ГУИ нема грешака.
Шта пријављујете на ГУИ тестирање?
Следећа листа за проверу обезбедиће детаљно тестирање графичког интерфејса у софтверском тестирању.
- Проверите све ГУИ елементе за величину, положај, ширину, дужину и прихватање знакова или бројева. На пример, морате бити у стању да унесете уносе за поља за унос.
- Проверите да ли можете извршити предвиђену функционалност апликације користећи ГУИ
- Проверите да ли су поруке о грешкама правилно приказане
- Проверите да ли је на екрану постављено јасно разграничење различитих одељака
- Проверите да ли је фонт који се користи у апликацији читљив
- Проверите да ли је поравнање текста правилно
- Проверите да ли је боја фонта и порука упозорења естетски угодна
- Проверите да ли су слике добре јасноће
- Проверите да ли су слике правилно поравнате
- Проверите позиционирање ГУИ елемената за различиту резолуцију екрана.
Технике ГУИ тестирања
ГУИ технике тестирања могу се категорисати у три дела:
Ручно тестирање
Према овом приступу, тестери ручно проверавају графичке екране у складу са захтевима наведеним у документу о пословним захтевима.
Снимање и репродукција
Тестирање ГУИ-а може се извршити помоћу алата за аутоматизацију. Ово се ради у 2 дела. Током снимања алат за аутоматизацију бележи кораке испитивања. Током репродукције, снимљени тест кораци се извршавају на апликацији која се тестира. Пример таквих алата - КТП.
Испитивање засновано на моделу
Модел је графички опис понашања система. Помаже нам да разумемо и предвидимо понашање система. Модели помажу у генерацији ефикасних тест случајева користећи системске захтеве. Следеће треба узети у обзир за тестирање засновано на овом моделу:
- Изградите модел
- Одредите улазе за модел
- Израчунајте очекивани излаз за модел
- Покрените тестове
- Упоредите стварни излаз са очекиваним излазом
- Одлука о даљем деловању на моделу
Неке од техника моделирања из којих се могу извести примери испитивања:
- Графикони - приказује стање система и проверава стање након одређеног уноса.
- Табеле одлука - Табеле које се користе за одређивање резултата за сваки примењени улаз
Испитивање засновано на моделу је техника која се развија за генерисање тест случајева из захтева . Његова главна предност у поређењу са горе наведена два метода је што може да утврди нежељена стања која ваш ГУИ може да постигне.
Следе алати отвореног кода доступни за спровођење аутоматизованог теста корисничког интерфејса.
| Производа | Лиценсед Ундер |
|---|---|
| АутоХоткеи | ГПЛ |
| Селен | Апацхе |
| Сикули | МИТ |
| Робот Фрамеворк | Апацхе |
| Вода | БСД |
| Дојо Тоолкит | БСД |
Пример случајева тестирања ГУИ тестирања
ГУИ тестирање у основи укључује
- Испитивање величине, положаја, ширине, висине елемената.
- Тестирање порука о грешкама које се приказују.
- Тестирање различитих одељака екрана.
- Тестирање фонта да ли је читљив или не.
- Тестирање екрана у различитим резолуцијама уз помоћ увећања и умањивања попут 640 к 480, 600к800 итд.
- Тестирање поравнања текстова и других елемената попут икона, дугмади итд. Је на одговарајућем месту или није.
- Тестирање боја фонтова.
- Тестирање боја порука о грешкама, порука упозорења.
- Тестирање да ли слика има добру јасноћу или не.
- Тестирање поравнања слика.
- Тестирање правописа.
- Корисник не сме бити фрустриран док користи системски интерфејс.
- Тестирање да ли је интерфејс атрактиван или не.
- Тестирање клизача према величини странице ако постоји.
- Тестирање онемогућених поља ако постоје.
- Тестирање величине слика.
- Тестирање наслова да ли су правилно поравнати или не.
- Тестирање боје хипервезе.
Демо: Како направити ГУИ тест
Овде ћемо користити неколико примера тест примера за следећи екран.
Следи пример примера теста, који се састоје од сценарија корисничког интерфејса и употребљивости.
ТЦ 01- Проверите да ли је оквир за текст са ознаком „ Изворна мапа “ правилно поравнат.
ТЦ 02 - Проверите да ли је оквир за текст са ознаком „ Пакет “ правилно поравнат.
ТЦ 03 - Потврдите да је ознака са називом „ Прегледај “ дугме које се налази на крају ТектБок-а са називом „ Изворна мапа “.
ТЦ 04 - Потврдите да је ознака са називом „ Прегледај “ дугме које се налази на крају ТектБок-а са називом „ Пакет “.
ТЦ 05 - Проверите да ли је поље за текст са ознаком „ Име “ правилно поравнато.
ТЦ 06 - Проверите да ли се ознака „ Модификатори “ састоји од 4 радио дугмета са именом јавни, подразумевани, приватни, заштићени.
ТЦ 07 - Проверите да ли се ознака „ Модификатори “ састоји од 4 радио дугмета која су правилно поравнана у низу.
ТЦ 08 - Проверите да ли се ознака „ Суперкласа “ под ознаком „ Модификатори “ састоји од падајућег менија који мора бити правилно поравнат.
ТЦ 09 - Проверите да ли се ознака „ Суперцласс “ састоји од дугмета на коме је ознака „ Бровсе “ која мора бити правилно поравната.
ТЦ 10 - Проверите да ли се кликом на било који радио тастер подразумевани показивач миша мора променити у ручни.
ТЦ 11 - Уверите се да корисник не сме бити у стању да укуца падајући мени „ Суперкласа “.
ТЦ 12 - Проверите да ли је дошло до исправне грешке ако је нешто погрешно изабрано.
ТЦ 13 - Проверите да ли грешка мора бити генерисана ЦРВЕНОМ бојом где год је то потребно.
ТЦ 14 - Проверите да ли се у порукама о грешкама морају користити одговарајуће налепнице.
ТЦ 15 - Проверите да ли сваки пут сваки тастер мора бити подразумевано изабран.
ТЦ 16 - Проверите да ли тастер ТАБ мора правилно радити док скачете на другом пољу поред претходног.
ТЦ 17 - Уверите се да све странице морају да садрже одговарајући наслов.
ТЦ 18 - Проверите да ли текст странице мора бити правилно поравнат.
ТЦ 19 - Проверите да ли након ажурирања било ког поља мора бити приказана одговарајућа порука потврде.
ТЦ 20 - Потврдите да мора бити изабран само 1 радио дугме и да може бити изабрано више од једног поља за потврду.
Изазови у ГУИ тестирању
У софтверском инжењерству, најчешћи проблем током тестирања регресије је тај што се ГУИ апликације често мења. Веома је тешко тестирати и препознати да ли је то проблем или побољшање. Проблем се манифестује када немате ниједан документ у вези са променама ГУИ-ја.
ГУИ Алати за тестирање
Следи листа популарних алата за тестирање ГУИ-а :
- Ранорек
- Селен
- КТП
- Краставац
- СилкТест
- ТестЦомплете
- Скуисх ГУИ Тестер
Кликните овде да бисте научили селен, КТП и краставац.
Закључак:
Успех софтверског производа неизмерно зависи од тога како ГУИ комуницира са корисником и лакоће у коришћењу његових различитих функција. Стога је ГУИ тестирање веома важно. Ручно тестирање графичког корисничког интерфејса може понекад бити понављајуће се и досадно, а тиме и склоно грешкама. Аутоматизација се топло препоручује за тестирање ГУИ-а.
Овај чланак су омогућили доприноси Свати Гхилдииал, Пратеек Цхандра и Гуру99.