Writing unit tests for personal projects? — FunFunFunction #29

хорошее утро в понедельник, я mpj, и вы
Сегодня я хочу посмотреть удовольствие
сделать обложку YouTube ответа Корры
что я написал некоторое время назад, и это
вы написали модульные тесты для
личные проекты и ответ да
правильно
ваши проклятые модульные тесты всегда должны быть
честно, я на самом деле немного
более дисциплинированные с помощью тестовых тестов
для моих личных проектов, потому что вы
знаю, что они мои дети
а также потому, что у меня часто есть роскошь
быть единственным, кто работает над ними так
II получить структуру приложений
для проверки с самого начала я пишу
тесты, потому что я твердо верю, что код
без тестов багги и плохой код, если
Я не пишу тесты, я считаю, что я
я делаю плохую работу за те годы, которые у меня есть
все больше убеждаются в том, что подразделение
тестирования и имеет то же значение, что и
такие вещи, как, например, контроль версий
это одна из тех вещей, которые
просто глупо не делать, если вы пишете
маленький крошечный сценарий с одним
пути выполнения, и он будет жить только
в течение пары недель, тогда да единица
тесты являются излишними, но кроме того, что я
обнаружили, что он почти всегда сохраняет
вы время, если собираетесь на самом деле потратить
пару недель на что-то или дольше
то модульные тесты окупятся , что
Предполагается , что вы своего рода
опытный блок-тестер в первый раз
вы проводите модульное тестирование , это будет очень
медленно, потому что вы знаете, что вы плохо себя чувствуете
вы не представляете, сколько вещей
перерыв и разрыв кода, пока вы
начать писать модульные тесты для них, это
просто смешно Я в настоящее время смотрю
относительно небольшой фрагмент кода, который
Я написал для Spotify, поэтому не могу
к сожалению, не показывать это вам, но это
составляет около 250 строк кода и
он имеет 137 тестовых случаев, позвольте мне повторить, что
250 строк логики
в итоге было 157 тестовых случаев, и это
я не сумасшедший или ничего добавляю
много ненужных тестовых случаев я не
проверять все возможные переменные или что-либо
например , если вы делаете только ручную
тестирование на вашем проекте
вероятно, проверяя 3 или 4 случая каждый
время, которое вы совершаете, может быть, если вы действительно
дисциплинировал гораздо больше дисциплины, чем я
вы делаете 10, даже если вы действительно
дисциплинированный, вы просто не собираетесь
проверить все, используя только руководство
тестирование не реалистично, как я вижу
это когда вы пишете код в
существующая база кода, которую вы собираетесь сломать
много вещей , которые раньше работали до
ваши изменения и многие из этих ошибок
будут тонкими и если все , что вы
есть ручной набор тестов, и вы
не имеют автоматизированного набора тестов
проверка всех тех , кто для вас вы
вероятно, пропустит их, я знаю, что
модульное тестирование часто вызывает разочарование
когда вы разрабатываете новый проект
потому что кажется, что они замедляются
вы вниз, и это не похоже на
код все равно сложный, но вы
должны помнить, что после нескольких
недель вашего развития будет
теперь вы не тратите большую часть
ваше время написания нового кода вы
проводить большую часть своего времени делает
изменения существующего кода и
изменения существующего кода могут быть выполнены
во много раз быстрее, чем в 10 раз быстрее
если у вас есть хороший комплект для тестирования
этот фрагмент кода, и именно поэтому блок
тесты сохраняют так много времени даже на симпатичных
небольшие личные проекты Я MP J и
это был эпизод забавной забавной функции
Я выпускаю новые эпизоды каждый понедельник
утром, убедитесь, что вы подписаны
так что вы не
на следующем, если вы не хотите
подождите до понедельника, вы можете проверить некоторые
из более старых эпизодов здесь выберите один из
их до следующего утра в понедельник
любопытный