Съдържание:
- Определение - Какво означава Тестово управлявана разработка (TDD)?
- Techopedia обяснява разработката на тестово управление (TDD)
Определение - Какво означава Тестово управлявана разработка (TDD)?
Тестово разработена разработка (TDD) е подход за разработка на софтуер, при който се пише тест преди да се напише кодът. След като новият код премине теста, той се възстановява отново до приемлив стандарт.
TDD гарантира, че изходният код е щателно тестван на единица и води до модулиран, гъвкав и разширяващ се код. Той се фокусира върху писането само на кода, необходим за преминаване на тестове, което прави дизайна прост и ясен.
Techopedia обяснява разработката на тестово управление (TDD)
TDD дава възможност на програмиста да прави малки стъпки, докато пише софтуер. Тестът е написан преди тестване на функционалността и гарантира, че приложението е подходящо за тестируемост. Тестването на малко количество код се извършва за улавяне на грешки, които се появяват в тествания код. Тогава функционалността се реализира. Това се нарича "червено зелен рефактор", когато червеното означава неуспех, а зеленото показва пропуск. След това тези стъпки се повтарят. Първата цел на програмист е да се съсредоточи върху задачата, която е под ръка и да я премине.
Различните стъпки в тестовия цикъл на развитие са:
- Добавете тест: Всяка нова функция в TDD започва с тест, който трябва да се провали, тъй като е влязъл в сила, преди да бъдат внедрени някакви функции. Основното изискване за писане на тест преди внедряването на функцията е ясното разбиране на изискването от разработчика. Това се осъществява чрез потребителски истории и случаи на използване. Следователно разработчикът разбира изискването преди да напише програмния код.
- Извършете всички тестове и проверете дали новият код не е успешен: Това гарантира правилната работа на тестовия сноп и новото изпитване не преминава по грешка без нов код. Тази стъпка също тества теста и елиминира възможността новият тест винаги да премине.
- Напишете код: Следващата стъпка, която следва, е писане на код, който изчиства теста. Новият код не е перфектен, но по-късно се променя според изискванията. Той е просто предназначен за тестване и не включва други функционалности.
- Изпълнете автоматизирани тестове: Ако всеки произведен тестов случай лесно премине теста, това означава, че кодът отговаря на всички необходими спецификации. Следователно може да се стартира последната стъпка от цикъла.
- Код на Refactor: Това е подобно на премахване на дублиране. Рефакторингът не уврежда съществуващата функционалност и помага за премахване на дублирането между производствените и тестовите кодове. Кодът вече се почиства според нуждите.
- Повторение: Цикълът се повтаря, както в предишните случаи, с нов тест. Основното изискване е размерът на стъпките да е малък, с около 1 до 10 редакции между всеки тестов старт. Ако новият код не отговаря на нов тест, програмистът трябва да извърши допълнително отстраняване на грешки. Непрекъснатата интеграция осигурява обратими контролни точки.
