Преглед садржаја:
- Дефиниција - Шта значи развој тестираног погона (ТДД)?
- Тецхопедиа објашњава развојно тестирани тест (ТДД)
Дефиниција - Шта значи развој тестираног погона (ТДД)?
Тестирани развој (ТДД) је приступ развоју софтвера у којем се пише тест пре писања кода. Једном када нови код прође тест, он се поново поставља на прихватљив стандард.
ТДД осигурава да се изворни код темељно тестира и да доведе до модуларисаног, флексибилног и проширивог кода. Усредсређен је на писање само кода потребног за полагање тестова, чинећи дизајн једноставним и јасним.
Тецхопедиа објашњава развојно тестирани тест (ТДД)
ТДД омогућава програмеру да предузме мале кораке док пише софтвер. Тест се пише пре тестирања функционалности и осигурава да је апликација погодна за тестирање. Тестирање на малој количини кода врши се ради отклањања грешака које се јављају у тестираном коду. Тада се функционалност имплементира. То се назива "црвено зелени рефактор", где црвена значи неуспех, а зелена пролазност. Ови кораци се затим понављају. Први циљ програмера је да се фокусира на задати задатак и изврши га.
Различити кораци укључени у тестни развојни циклус су:
- Додајте тест: Свака нова функција у ТДД-у започиње тестом који мора да пропадне јер се примењује пре него што се било које функције примене. Суштински захтев за писање теста пре имплементације функције је јасно разумевање захтева од стране програмера. То се постиже кроз корисничке приче и случајеве употребе. Стога програмер разуме захтев пре писања програмског кода.
- Покрените све тестове и проверите да ли нови код није успео: Ово обезбеђује правилно функционисање тестног кабелског свежња и да нови тест не прође грешком без икаквог новог кода. Овај корак такође тестира тест и елиминира могућност да нови тест увек прође.
- Писање кода: Следећи корак који следи следи је писање кода који брише тест. Нови код није савршен, али се касније модификује према захтевима. Дизајниран је само за тестирање и не укључује остале функционалности.
- Покрените аутоматизоване тестове: Ако сваки произведени тест тест лако прође тест, то значи да код испуњава све тражене спецификације. Стога се може започети посљедњи корак циклуса.
- Рефацтор цоде: Ово је слично уклањању дупликата. Рефакторинг не оштећује ниједну постојећу функционалност и помаже у уклањању дупликата између производних и тестних кодова. Код се сада чисти по потреби.
- Понављање: Циклус се понавља као у претходним случајевима са новим тестом. Суштински захтев је да величина корака буде мала, са око 1 до 10 измена између сваке пробе. Ако нови код не задовољава нови тест, програмер би требао извршити додатну исправљање погрешака. Континуирана интеграција обезбеђује повратне контролне тачке.
