Тестирање на основу података
Тестирање на основу података је софтверска метода испитивања у којој се подаци о тестирању чувају у табели или табели. Тестирање на основу података омогућава тестерима да унесу једну тест скрипту која може да изврши тестове за све податке о тестовима из табеле и да очекује излаз резултата у истој табели. Такође се назива табеларно тестирање или параметарско тестирање.
Дата Дривен Фрамеворк
Дата Дривен Фрамеворк је оквир за аутоматизацију тестирања у којем се улазне вредности читају из датотека података и чувају у променљиве у тест скриптама. Омогућава тестерима да уједине и позитивне и негативне тестове у један тест. Улазни подаци у оквиру вођен подацима могу се чувати у појединачним или више извора података, као што су .клс, .кмл, .цсв и базе података.
У овом упутству ћете научити
- Шта је тестирање на основу података?
- Зашто тестирање на основу података?
- Како створити оквир за аутоматизацију на основу података
- Најбоље праксе тестирања на основу података:
- Предности тестирања на основу података
- Мане тестирања на основу података:
Зашто тестирање на основу података?
Тестирање на основу података је важно јер тестери често имају више скупова података за један тест, а стварање индивидуалних тестова за сваки скуп података може потрајати. Тестирање вођено подацима помаже у одвајању података од тест скрипти, а исте тест скрипте могу се извршити за различите комбинације улазних података теста и резултати теста могу се ефикасно генерисати.
Пример:
На пример, желимо да тестирамо систем за пријављивање са више поља за унос са 1000 различитих скупова података.
Да бисте то тестирали, можете предузети следеће различите приступе:
Приступ 1) Направите 1000 скрипти по једну за сваки скуп података и сваки тест изводите засебно.
Приступ 2) Ручно промените вредност у тест скрипти и покрените је неколико пута.
Приступ 3) Увезите податке са Екцел листа. Дохватајте податке теста из екцел редова један по један и извршавајте скрипту.
У наведена три сценарија прва два су мукотрпна и дуготрајна. Стога је идеално следити трећи приступ.
Дакле, трећи приступ није ништа друго него оквир вођен подацима.
Како створити оквир за аутоматизацију на основу података
Размислите да желите да тестирате функционалност пријаве у апликацији.
Корак 1) Идентификујте тест случајеве
- Унесите тачно корисничко име и лозинку - пријава је успела
- Унесите нетачно корисничко име и тачну лозинку - Пријава није успела
- Унесите тачно корисничко име и нетачну лозинку - Пријава није успела
Корак 2) Направите детаљне кораке за горе наведена 3 случаја
| Тест Цасе # | Опис | Пробни кораци | Тест подаци | Очекивани резултати |
|---|---|---|---|---|
| 1 | Проверите да ли су у систему ваљани акредитиви |
| Корисничко име: важећа лозинка: важећа | Успех пријаве |
| 2 | Проверите да ли су у систему неважећи акредитиви |
| Корисничко име: неважећа лозинка: важећа | Пријављивање није успело |
| 3 | Проверите да ли су у систему неважећи акредитиви |
| Корисничко име: важећа лозинка: неважећа | Пријављивање није успело |
Корак 3) Направите тест скрипту
Ако посматрате испитне кораке, останите уобичајени кроз 3 пробна корака. Да бисте извршили ове кораке, потребно је да направите тест скрипту
// Ово је Псеудо Цоде// Тест корак 1: Покретање апликациједривер.гет ("УРЛ апликације");// Тест корак 2: Унесите корисничко иметктбок_усернаме.сендКеис ("важећи");// Тест корак 3: Унесите лозинкутктбок_пассворд.сендКеис ("неваљано");// Тест корак 4: Провера резултатаАко (Следећи екран) успех штампања не успе
Корак 4) Направите екцел / цсв са подацима о улазним тестовима
Корак 5) Корак Измените скрипту да пређе преко улазних података о тестирању. Улазне наредбе такође треба параметризирати
// Ово је Псеудо Цоде// Петља 3 путаза (и = 0; и & лт; = 3; и ++) {// Читање података из Екцела и чување у променљивеинт инпут_1 = РеадЕкцел (и, 0);инт инпут_2 = РеадЕкцел (и, 1);// Тест корак 1: Покретање апликациједривер.гет ("УРЛ апликације");// Тест корак 2: Унесите корисничко иметктбок_усернаме.сендКеис (инпут_1);// Тест корак 3: Унесите лозинкутктбок_пассворд.сендКеис (инпут_2);// Тест корак 4: Провера резултатаАко (Следећи екран) испише успешноиначе Неуспех}
Изнад су само 3 тест случаја. Тест скрипта се може користити за пребацивање следећих тест случајева само додавањем вредности тест података у Екцел
- Унесите нетачно корисничко име и нетачну лозинку - Пријављивање није успело
- Унесите тачно корисничко име и лозинку - Пријава није успела
- Унесите празно корисничко име и празну лозинку - Пријава није успела
И тако даље
Најбоље праксе тестирања на основу података:
Испод су дате најбоље праксе тестирања за тестирање на основу података:
- Идеално је користити реалне информације током процеса тестирања на основу података
- Навигација пробним током треба да буде кодирана у тест скрипти
- Возите виртуелне АПИ-је са значајним подацима
- Користите податке за покретање динамичких тврдњи
- Тест позитивних као и негативних исхода
- Поновно наместите функционалне тестове на основу података за сигурност и перформансе
Предности тестирања на основу података
Дата-Дривен нуде бројне предности, неке од њих су:
- Омогућава тестирање апликације са више скупова вредности података током тестирања регресије
- Подаци о тестирању и подаци о верификацији могу се организовати у само једну датотеку и одвојени су од логике тест случаја.
- На основу алата могуће је имати скрипте за тестирање у једном спремишту. То олакшава разумевање, одржавање и управљање текстовима.
- Радње и функције могу се поново користити у различитим тестовима.
- Неки алати аутоматски генеришу податке о тестовима. Ово је корисно када су неопходне велике количине случајних тест података, што помаже у уштеди времена.
- Тестирање засновано на подацима може извршити било коју фазу развоја. Тест бриге вођене подацима се обједињују у јединственом процесу. Међутим, може се користити у више тест случајева.
- Омогућава програмерима и тестерима да јасно одвоје логику својих тест случајева / скрипти од података о тестовима.
- Исти тест случајеви могу се извршити неколико пута, што помаже у смањењу тест случајева и скрипти.
- Све промене у тест скрипти не утичу на податке о тесту
Мане тестирања на основу података:
Неки недостаци методе испитивања аутоматизације на основу података су:
- Квалитет теста зависи од вештина аутоматизације имплементационог тима
- Провера података је дуготрајан задатак приликом тестирања велике количине података.
- Одржавање је велики проблем јер је потребна велика количина кодирања за тестирање на основу података.
- Потребне су техничке вештине високог нивоа. Тестер ће можда морати да научи потпуно нови скриптни језик.
- Биће још документације. Углавном се односи на инфраструктуру тестова за управљање скриптама и резултате тестирања.
- Уређивач текста као што је Нотепад потребан је за стварање и одржавање датотека са подацима.
Закључак:
- Подаци вођени подацима су оквир за аутоматизацију теста који податке о тестовима чува у табели или формату прорачунске табеле.
- У оквиру аутоматизације тестова на основу података, улазни подаци могу се чувати у једном или више извора података као што су клс, КСМЛ, цсв и базе података.
- Стварање појединачног теста за сваки скуп података дуг је и дуготрајан процес. Оквир за тестирање на основу података решава овај проблем држећи податке одвојено од функционалних тестова.
- У тестирању на основу података идеална је опција да се користе реалне информације
- Омогућава тестирање апликације са више скупова вредности података током регресивног тестирања
- Недостатак ове методе је што она зависи од вештина аутоматизације имплементационог тима