Ако сте икада морали да пронађете грешку у свом коду, онда знате колико то може бити фрустрирајуће. Ова фрустрација се само повећава ако радите на великој бази кода.
Тестирање вам омогућава да проверите да ли резултати вашег кода одговарају вашим очекивањима. На овај начин можете лако да идентификујете и решите проблем пре него што примените апликацију. Осим што вам помаже да брже уочите грешке у коду, тестирање вас такође присиљава да напишете добар код.
1. Статичко тестирање
Статичко тестирање се односи на тестове који се покрећу без извршавања кода. Ово се дешава упоређивањем кода са претходно постављеним правилима кодирања. Уобичајени начини за обављање статичког тестирања укључују линтинг и проверу типа.
Линтинг подразумева проверу кода за програмске и стилске грешке. Линтер анализира код и означава потенцијалне грешке. Примери алата за линтинг су ЕсЛинт, ПиЛинт и ЦССЛинт.
Провера типа је процес примене правила куцања и ограничења вредности. Неки програмски језици су јако откуцани, што значи да допуштају грешке када вредности нису добро откуцане.
Међутим, неки језици као што је ЈаваСцрипт имају слаб систем куцања и више опраштају. У овим језицима грешке је тешко ухватити, а библиотека за проверу типа је неопходна. За ЈаваСцрипт, можете користите ТипеСцрипт да примените снажно куцање.
Такође можете користити алате за статичку анализу за аутоматску анализу кода. Ови алати верификују квалитет кода и извештавају о свим проблемима које пронађу. Примери алата за статичку анализу на тржишту су СонарКубе, ДеепСоурце и СпотБугс. Када бирате статички анализатор, уверите се да подржава ваш програмски језик.
2. Јединични тестови
Јединични тестови проверавају најмање делове апликације за тестирање да би утврдили да ли функционишу како се очекује. Можете писати јединичне тестове за функције, модуле, објекте итд.
Иако тестови јединица могу да одузимају много времена, требало би да уштеде више времена него што бисте потрошили отклањање грешака у апликацији након што сте написали сав код.
Генерално, јединично тестирање се састоји од четири корака:
- Креирање тестова
- Прегледавање теста
- Баселининг
- Извршавање теста.
Јединичне тестове можете писати ручно или их аутоматизовати користећи оквир за тестирање јединица. У ручном тесту, написали бисте код за тестирање функције или јединице која вам је потребна, а затим бисте касније избрисали код за тестирање.
Ако користите оквир, наведите јединицу коју тестирате и очекиване резултате, а затим покрените тест. Оквир за тестирање би затим евидентирао неуспешне и пролазне тестове. Генерално је боље користити оквир јер је бржи.
Када пишете јединични тест, уверите се да је јединица коју тестирате независна. Ако се ослања на спољне податке као што су варијабле, можете користити лажне. Моцкс замењују недостајуће податке који се користе у јединици.
На пример, ако тестирате функцију која се ослања на подаци преузети из АПИ-ја, можете креирати лажни објекат података за потребе тестирања.
3. Интеграциони тестови
Интеграциони тестови проверавају како различите компоненте функционишу заједно. Ово је за разлику од јединичних тестова који тестирају независне компоненте. Пишете интеграцијске тестове након јединичних тестова.
Интеграциони тестови су од суштинске важности јер обезбеђују да логика ваше апликације буде стабилна.
На пример, размотрите два модула: један који преузима податке из АПИ-ја и други који их анализира. Желели бисте да будете сигурни да је ваш код дохватио исправне податке и да их је правилно анализирао.
Овде долази до интеграцијског тестирања. Осигурава да нема грешака у логичком току од једног модула до другог.
4. Енд-то-Енд тестови
Енд-то-енд тестирање проверава ток апликације из перспективе крајњег корисника. Процес тестира апликацију од почетка до краја, пошто ће корисник користити апликацију. Ови тестови пружају већу покривеност од тестова јединица или тестова интеграције.
Енд-то-енд тестови дефинишу зависности апликације, базе података и спољну комуникацију. Они реплицирају сценарио из стварног света што је прецизније могуће.
На пример, када тестирате образац за регистрацију, тест од краја до краја ће тестирати различите сценарије као што су:
- Корисник који шаље и е-пошту и лозинку
- Корисник који користи слабу лозинку
- Корисник који користи неважећу е-пошту
- Корисник који шаље само имејл
- Корисник који шаље само лозинку
Тестови од краја до краја осигуравају да се апликација понаша како се очекује у овим сценаријима.
Тестови за писање вс. Писање кода
Тестирање ваше апликације у раној фази развоја је од виталног значаја. Иако су сви ови тестови неопходни, важно је пронаћи равнотежу која вам одговара. У супротном, потрошићете превише времена на писање тестова уместо кода.
Јединично тестирање је кључно за већину апликација и можда ћете желети да му доделите довољно времена. Када извршите тестове јединица, можете бити сигурни да градивни блокови ваше апликације раде исправно.