АЯ
Хотя польза будет - у тебя будут тесты
Size: a a a
2020 March 05
BT
не уже готовой
BT
а предполагаемой
AK
Ты описываешь контракт, пишешь на него тест, потом пишешь уже реализацию. И фишка TDD в том, что ты сразу получаешь отклик от того что пишешь.
И этот цикл должен быть очень короткий, чтобы это всё получилось. + тесты должны выполняться БЫСТРО, чтобы их можно было постоянно запускать. Как ты будешь это делать на функциональных или интеграционных?
И этот цикл должен быть очень короткий, чтобы это всё получилось. + тесты должны выполняться БЫСТРО, чтобы их можно было постоянно запускать. Как ты будешь это делать на функциональных или интеграционных?
P
Хотя польза будет - у тебя будут тесты
а еще код который четко соблюдает контракты
BT
и фишка в том, чтобы предполагать каждый раз немножко больше
P
без раздувания сущностей
P
разве это не здорово?
АЯ
Так в том и суть, тдд не должен базироваться на реализации, он должен базироваться на требованиях
P
где подвох?
P
Так в том и суть, тдд не должен базироваться на реализации, он должен базироваться на требованиях
но требования у тебя в голове
АЯ
а еще код который четко соблюдает контракты
Это не обязательно тдд, это в цедом покрытый юнитами код
P
твое дело транслировать бизнес требования в требования в виде контрактов
АЯ
но требования у тебя в голове
Требования - это и есть теств
AK
@japiton ты читал книгу Кента бека?
P
Требования - это и есть теств
блин, нет?
АЯ
@japiton ты читал книгу Кента бека?
Я много книг читал
AK
Я много книг читал
я про конкретную спрашиваю
АЯ
А не читал ещё больше
P
требования это когда тебе говорят что программа должна работать