DT
много
Size: a a a
2020 October 02
JB
много
И багов на проде не ловил?
DT
как это должно быть связано?
JB
Ладно, всё
D
Почему? Я считаю дебажится через тесты это и есть TDD
Это противоречит тдд. У тдд есть четкое определение
DT
те, кому баги на проде ловить категорически нельзя, не только юниты на каждый чих пишут, но еще и всякие аудиты внешние и все возможные виды тестирования проходят.
DT
Это противоречит тдд. У тдд есть четкое определение
ЯТАКЩИТАЮ
AD
Сколько ты юнит тестов написал?
Сколько ты жмёшь от груди?
AD
Сколько ты жмёшь от груди?
И багов на проде не ловил?
D
ЯТАКЩИТАЮ
Не против :) но это не означает что это верно :)
T🐜
Почему? Я считаю дебажится через тесты это и есть TDD
Скажи, ты дописываешь тесты после реализации?
DT
Не против :) но это не означает что это верно :)
так и я про то же. Можно считать как угодно, но чтобы предметно вести спор, необходимо с предметом ознакомитсья хотябы изначально, а не нести чушь
JB
Юнит тест рождается в процессе написания, и закрепляешь это всё дело функциональным, хотя-бы одним
IG
Вообще, тесты до кода очень помогают научиться писать тестируемый код.
Вот, например, есть какой-нибудь модуль. Красиво задизайнен. Ясные абстракции. Четкие паттерны. А тесты на него пишутся очень тяжело и многословно.
Начинаешь упрощать тесты, изолировать контракты, и через какое-то время начинаешь понимать, каким же дизайнерским убожеством была изначальная реализация.
Вот, например, есть какой-нибудь модуль. Красиво задизайнен. Ясные абстракции. Четкие паттерны. А тесты на него пишутся очень тяжело и многословно.
Начинаешь упрощать тесты, изолировать контракты, и через какое-то время начинаешь понимать, каким же дизайнерским убожеством была изначальная реализация.
JB
А о чем спор вообще ? О том что человек считает любые тесты тдд?
Человек считает, что TDD это разработка через тестирование, а не через браузер
D
Вообще, тесты до кода очень помогают научиться писать тестируемый код.
Вот, например, есть какой-нибудь модуль. Красиво задизайнен. Ясные абстракции. Четкие паттерны. А тесты на него пишутся очень тяжело и многословно.
Начинаешь упрощать тесты, изолировать контракты, и через какое-то время начинаешь понимать, каким же дизайнерским убожеством была изначальная реализация.
Вот, например, есть какой-нибудь модуль. Красиво задизайнен. Ясные абстракции. Четкие паттерны. А тесты на него пишутся очень тяжело и многословно.
Начинаешь упрощать тесты, изолировать контракты, и через какое-то время начинаешь понимать, каким же дизайнерским убожеством была изначальная реализация.
Особенно когда какой нибудь класс принимает пару зависимостей и активно из юзает. Задолбаешься мокать чтобы каждый кейс отработать :(
JB
Особенно когда какой нибудь класс принимает пару зависимостей и активно из юзает. Задолбаешься мокать чтобы каждый кейс отработать :(
И не надо, просто когда тебе захочется написать dd(), вместо этого пишешь коротенькую программку и assert
D
И не надо, просто когда тебе захочется написать dd(), вместо этого пишешь коротенькую программку и assert
Я не использую тдд. Я пишу тесты. Но после кода. Но сразу.