Чи дійсно компанії використовують TDD?

Незважаючи на те, що TDD популярний, його практикують лише деякі магазини: Опитування розробників, опубліковане у вересні 2020 року, показало, що хоча 41% респондентів сказали, що їхні організації повністю перейняли TDD, лише 8% сказали, що вони пишуть тести перед кодом принаймні 80% часу, що є визначенням TDD.

Деякі розробники виступають за розробку, керовану тестуванням, у 100% випадків. Інші розробники вважають, що TDD призначений для птахів, і взагалі не роблять цього. Ще інші розробники йдуть посередині і практикують TDD більше 0% часу, але менше 100% часу.

Поки TDD йде на спад, більшість професійних розробників програмного забезпечення продовжують твердо відчувати важливість майстерності програмного забезпечення, що означає підхід до написання коду, орієнтований на якість.

TDD може забезпечити чудові результати, але часто він надмірно наголошує на модульних тестах. Інтеграційні тести важливіші для якості в довгостроковій перспективі.

Якщо системні дії орієнтовані на кінцевого користувача, BDD може бути найбільш відповідним підходом. З іншого боку, якщо проект включає складніші технічні аспекти, такі як виклики сторонніх API або внутрішні процеси, TDD може бути більш підходящим варіантом.

У Google, деякі розробники є відданими послідовниками TDD, але немає повноважень на його використання для всієї компанії. Частини базового коду мають відповідати певним правилам, тому власники проекту можуть виконувати певні перевірки, яким мають відповідати всі списки змін (еквівалент Google запиту на витягування) для цього проекту.