Управляваната от тест разработка е все по-широко разпространена и има добри емпирични доказателства, че това е полезна практика. TDD намалява броя на грешките в производството и подобрява качеството на кода. С други думи, това прави кода по-лесен за поддръжка и разбиране. Освен това предоставя автоматизирани тестове за регресионно тестване.
TDD наистина ли е полезен?
Когато пишете тестове, вие пишете повече код, но проучванията показват обективно, че доброто покритие на теста с TDD може да намали плътността на грешки с 40% - 80%.
Кога трябва да използвам TDD?
TDD се поддава наистина добре, когато имате чиста логическа функция, която трябва да напишете. Когато работата, която трябва да свършите, има ясно дефиниран набор от очаквани входове и изходи, това е чудесен сигнал, че трябва да използвате TDD, за да изградите вашите тестове и код.
Добър подход ли е TDD?
Разработчиците имат по-малко отстраняване на грешки
По-малко грешки и грешки са основното предимство на подхода TDD. Когато кодът има по-малко грешки, ще отделите по-малко време за тяхното коригиране в сравнение с други методологии за програмиране. TDD осигурява по-високо цялостно покритие на теста и следователно по-добро качество на крайния продукт.
Защо TDD е лоша идея?
Това обикновено е лоша идея – повечето опитни практикуващи TDD могат да кажат дали единичните тестове са били написани преди или след кода. … Разработчик, който пише модулни тестове, след като е написал своя код, пропуска целия смисъл –TDD е методология за проектиране – единичните тестове са просто страничен продукт от процеса.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
