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