Тестирање процедура - dbujak/SvetosavljeMVC4 GitHub Wiki

Овако кад се напише ово изгледа супер компликовано, али је заправо ЈАКО једноставно кад човјек размисли о овоме.

Ево типичан сценарио како изгледа животни вијек дефекта:

01 Нови дефект - кад тестери убаце нови дефект, ставићемо му ову лабелу, онда лако можемо да филтрирамо само нове дефекте, кад имамо времена да их поправљамо да видимо одмах шта има да се ради.

02 Упознавање/поправка дефекта - замисли да двојица програмера гледају у нове дефекте, могуће је да обојица раде на истом, зато кад хоћеш да почнеш са поправком маркираш га овако да га други програмери не дирају

03 Поправљен дефект у локалу - кад програмер поправи дефект на свом компјутеру, маркира га овако (послије ће му бити лакше да маркира дефетке кад све пребаци на гитХуб)

04 Поправљен дефект на гитХуб - кад програмер чеикара све поправљене дефекте у гитХуб, онда маркира овако (да је послије лако означити дефекте који су за тестирање кад се пребаци код на тест сајт)

05 Може ново тестирање - кад пребацимо код на тест сајт, сви дефекти који су маркирани 04, се пребаце да буду 05, онда тестери знају да могу тестирати

06 Тестирање дефекта - слично 02 Упознавање/поправка дефекта за програмере, да тестери знају да је неко узео да истестира дефект, да се не дуплирају напори - ако је све у реду, затварамо дефект, ако није поправљено, тестер упише коментар зашто није порправљено и опет га стави да је 01 Нови дефект...

Браћа су имала питање ко може да мијења лабеле за дефекте?

Кратак одговор је програмери.

Дужи одговор је: сад за сада само програмери, док се тестери мало не уходају. Мало сам опрезан, јер имају само 2 врсте приступа, као администратор и корисник. Кад неко нови приступи гитХубу, мало ћемо га држати као обичнок корисника, а онда након пар дана/седмица кад се стекне искуство "унаприједити" у администратора (из личног искуства, да се случајно нешто не поквари).