Телеграмм чат группы oop

Слышали. Но не всегда ее соблюдают. В этом проблема. И в таком случае лучше их оставлять.

21:01пожаловаться #1

так, вы не то обсуждаете. Никто не говорит что юнит тесты не нужны. Суть в том что проблема и польза тестов прямо пропорциональна дизайну системы. Если система хуево спроектирована то есть тесты или нет тестов - на качество внешнее это не повлияет.

За внешним качеством следят приемочные тесты

Nikita Fedorov in Software Design/Architecture/Zen

21:02пожаловаться #2

так-то юниты и должны быть хрупкими, обратное было бы странно

21:03пожаловаться #3

не должны они быть хрупкими. Если ты меняешь реализацию без изменений контрактов тест не должен упасть

21:03пожаловаться #4

иначе цикл red-green-refactoring становится ненадежным (тебе надо править и тест и реализацию и ты не поймешь сломалась реализация или надо тест поправить)

21:04пожаловаться #5

Я что-то под вечер уже торможу.. но что такое хрупкие тесты?

21:04пожаловаться #6

которые ломаются при рефакторинге

21:04пожаловаться #7

рефакторинг - это когда реализация меняется а контракт сохраняется

21:04пожаловаться #8

аа.. догадался что такое хрупкие

21:04пожаловаться #9

сайд эффекты - это часть контракта. На всякий случай

21:05пожаловаться #10

я понял.. спасибо :)

Nikita Fedorov in Software Design/Architecture/Zen

21:05пожаловаться #11

это довольно условное разделение, если взять тот же домен и юниты на сущности, то мы почти всегда меняем их контракты, но это все ещё могут быть рефакторинги, потому что поведение в целом не меняется

21:17пожаловаться #12

ты про "добавляю доп методы"?

21:18пожаловаться #13

это ты нарушаешь SRP скорее всего)

21:18пожаловаться #14