Као тестер, можда мислите да је „Дизајнирање тест случајева довољно изазовно, па зашто се онда трудити око нечег тако тривијалног као што су тест подаци“. Сврха овог водича је да вас упозна са подацима о тестирању, његовом значају и да практичне савете и трикове за брзо генерирање података о тестовима. Па, кренимо!
Шта су тест подаци у софтверском тестирању?
Подаци о тестирању у софтверском тестирању су улазни подаци који се дају софтверском програму током извођења теста. Представља податке који утичу на извршење софтвера или утичу на њега током тестирања. Подаци теста се користе и за позитивно тестирање како би се верификовало да ли функције дају очекиване резултате за дате улазе и за негативно тестирање за тестирање способности софтвера да рукује необичним, изузетним или неочекиваним улазима.
Лоше дизајнирани подаци о тестирању можда неће тестирати све могуће сценарије тестирања који ће ометати квалитет софтвера.
Шта је генерирање тест података? Зашто подаци о тестирању треба да се креирају пре извршења теста?
Сви знају да је тестирање процес који производи и троши велике количине података. Подаци коришћени у тестирању описују почетне услове за тест и представљају медијум кроз који испитивач утиче на софтвер. То је пресудни део већине функционалних тестова.
У зависности од вашег окружења за тестирање, можда ћете требати СТВАРАТИ тестне податке (већину случајева) или барем идентификовати одговарајуће тестне податке за своје тест случајеве (да ли су тест подаци већ створени).
Подаци о тестирању се обично креирају синхронизовано са тест случајем за који су намењени.
Подаци о тестирању се могу генерисати -
- Ручно
- Масовна копија података од производње до тестног окружења
- Масовна копија тест података из застарелих клијентских система
- Алати за аутоматизовано генерисање података
Уобичајени подаци би требало да се генеришу пре него што започнете извршавање теста, јер је у супротном тешко управљати управљањем тест подацима. Будући да у многим тест окружењима креирање тест података врши више корака у претходном кораку или конфигурације окружења за испитивање које одузимају пуно времена. . Такође, ако је генерисање података за тест извршено док сте у фази извршавања теста, можда ћете прекорачити рок за тестирање.
Испод је описано неколико типова испитивања, заједно са неким предлозима у вези са потребама података о тестирању.
Подаци о тестирању за тестирање беле кутије
У тестирању беле кутије, управљање подацима о тестовима изведено је из директног испитивања кода који се тестира. Подаци о испитивању могу се одабрати узимајући у обзир следеће:
- Пожељно је покрити што више грана; подаци за тестирање могу се генерисати тако да се све гране у програмском изворном коду тестирају најмање једном
- Тестирање путање: све путање у изворном коду програма тестирају се најмање једном - може се извршити припрема података за тестирање како би се обухватио што већи број случајева
- Негативно АПИ тестирање:
- Подаци за тестирање могу садржати неважеће типове параметара који се користе за позивање различитих метода
- Подаци о тестирању могу се састојати од неважећих комбинација аргумената који се користе за позивање метода програма
Подаци о испитивању за испитивање перформанси
Тестирање перформанси је врста тестирања која се изводи како би се утврдило колико брзо систем реагује под одређеним оптерећењем. Циљ ове врсте тестирања није проналажење грешака, већ уклањање уских грла. Важан аспект испитивања перформанси је да скуп података који се користе морају бити врло блиски „стварним“ или „живим“ подацима који се користе у производњи. Поставља се следеће питање: 'У реду, добро је тестирати са стварним подацима, али како да добијем ове податке?' Одговор је прилично једноставан: од људи који најбоље знају - од купаца . Можда ће моћи да пруже неке податке које већ имају или, ако немају постојећи скуп података, могу вам помоћи пружањем повратних информација о томе како подаци из стварног света могу изгледати. У случају да сте упројекат тестирања одржавања можете копирати податке из производног окружења у лежиште за тестирање. Добра је пракса анонимизирати (кодирати) осетљиве податке купаца као што су број социјалног осигурања, бројеви кредитних картица, банковни детаљи итд. Док се копија прави.
Подаци о тестирању за безбедносно тестирање
Испитивање сигурности је поступак који одређује да ли информациони систем штити податке од злонамерне намере. Скуп података који треба да буде дизајниран да би се у потпуности тестирала безбедност софтвера мора да покрива следеће теме:
- Поверљивост: Све информације које пружају клијенти чувају се у најстрожем повјерењу и не дијеле се са било којим спољним странама. Као кратки пример, ако апликација користи ССЛ, можете да дизајнирате скуп тест података који потврђују да је шифровање правилно обављено.
- Интегритет: Утврдите да су информације које пружа систем тачне. Да бисте дизајнирали одговарајуће тестне податке, можете започети детаљним прегледом дизајна, кода, база података и структура датотека.
- Аутентификација: Представља поступак утврђивања идентитета корисника. Подаци за тестирање могу бити дизајнирани као различита комбинација корисничких имена и лозинки и њихова сврха је да провери да ли само овлашћени могу да приступе софтверском систему.
- Овлашћење: говори која су права одређеног корисника. Подаци за тестирање могу садржати различиту комбинацију корисника, улога и операција како би се проверило да ли само корисници са довољним привилегијама могу да изврше одређену операцију.
Подаци о испитивању за тестирање црне кутије
У тестирању црне кутије, тестер не види код. Ваши функционални тестови могу да садрже податке о тестовима који испуњавају следеће критеријуме -
- Нема података : Проверите одговор система када се подаци не предају
- Важећи подаци : Проверите одговор система када се предају важећи тест подаци
- Неважећи подаци : Проверите одговор система када се предају неважећи тест подаци
- Илегални формат података : Проверите одговор система када су тест подаци у неваљаном формату
- Скуп података о граничним условима : Тест подаци који испуњавају граничне услове
- Скуп података о еквивалентној партицији: Тестирајте податке који квалификују ваше еквивалентне партиције.
- Скуп података табеле одлучивања: Тестирајте податке који квалификују вашу стратегију тестирања табеле одлука
- Скуп података о транзицији стања: Тест подаци који испуњавају вашу стратегију тестирања транзиције државе
- Подаци о употреби случаја употребе : Подаци о тестирању синхронизовани са вашим случајевима коришћења.
Напомена : У зависности од софтверске апликације која ће се тестирати, можете користити неке или све горе наведене податке за тестирање
Алати за аутоматизовано генерисање података
Да бисте генерисали различите скупове података, можете да користите читав низ аутоматизованих алата за генерисање тестних података. Испод су неки примери таквих алата:
ДТМ Тест Дата генератор, потпуно је прилагодљив услужни програм који генерише податке, табеле (погледи, поступци итд.) За тестирање базе података (тестирање перформанси, КА тестирање, тестирање оптерећења или тестирање употребљивости).
Дататецт је СКЛ генератор података компаније Баннер Софтваре, генерише низ реалних тест података у АСЦИИ равним датотекама или директно генерише тест податке за РДБМС, укључујући Орацле, Сибасе, СКЛ Сервер и Информик.
Закључак
Као закључак, добро осмишљени подаци о тестирању омогућавају вам да идентификујете и исправите озбиљне недостатке у функционалности. Избор одабраних података о испитивању мора се преиспитати у свакој фази вишефазног циклуса развоја производа. Зато га увек припазите.
