Разработчики — это странная группа. Мы согласны с тем, что следует всегда придерживаться лучших практик. Верно? Затем мы переходим к тестированию. Некоторые разработчики любят писать тесты, а некоторые изо всех сил стараются этого избежать. Я просто хотел перечислить несколько причин, по которым вам обязательно стоит писать тесты.
1. Они экономят вам часы отладки.
Когда у вас есть тесты, которые ваш код должен пройти, вы предотвращаете появление ошибок. Вы не сможете завершить задачу из своего списка, пока не напишете код, который пройдет проверку. Таким образом, когда придет время сделать этот пул-реквест, вы не будете получать жалобы от других разработчиков из вашей команды и будете отправлять более качественный код.
Вы поймаете все это. эти мелочи, такие как синтаксические ошибки или передача неверных значений, которые иногда переходят на следующий этап вашего конвейера. После того, как вы написали кучу кода для приложения, вам потребуется больше времени, чтобы найти эти мелочи, по сравнению с их немедленным поиском с помощью модульных тестов.
2. Они заставляют вас думать о своем коде до/в процессе его написания.
Поскольку вам нужно писать каждый модульный тест, вы действительно должны понимать, что должны делать функции — они избавляются от большинства двусмысленности, которые вы получаете из пользовательских историй или общих требований. Когда вы пишете код для модульного теста, вы должны знать все о том, что вы тестируете.
Какие параметры вам следует ожидать? Почему вы пишете код определенным образом? Как вы думаете, как пользователь может взломать код? Все эти вопросы возникают при написании модульных тестов, и у вас должен быть ответ. К тому времени, когда вы закончите определенную задачу, вы будете знать все о гайках и болтах, стоящих за ней.
3. Они заставляют вас писать эффективный код с первого раза.
В конце концов, ваши тесты заставят вас перестать писать ленивый код, потому что вы устанете от их сбоев и от необходимости рефакторинга кода все время . Модульные тесты вынуждают вас писать хороший код с самого начала, а это означает, что ваш первый цикл кода будет относительно эффективным, вам не придется тратить все эти часы на отладку, и вы получите более читаемый код.
Написание модульных тестов помогает сделать ваш код простым, потому что вы пишете достаточно кода, чтобы пройти тест. Наличие простого, легкого для чтения, устойчивого к ошибкам кода на первом этапе программирования делает вас более уверенным в себе как разработчика и заставляет ваших работодателей больше доверять вам.
4. Они предоставляют вам документацию для приложения.
Модульный тест — это небольшой фрагмент кода, который описывает пользовательскую историю или какое-то требование. Со временем все эти небольшие фрагменты кода складываются, чтобы рассказать историю того, как работает все приложение.. Когда к этому проекту присоединяется другой разработчик, он сможет пройти тесты и увидеть, что делает каждая часть кода и почему.
Это может быть лучшим источником документации, который вы могли бы когда-либо желать. Когда появляются новые ошибки или вам нужно добавить новые функции, у вас будет способ убедиться, что ни одно из ваших изменений не нарушит текущую функциональность. У вас также будет способ узнать, с чего следует начать отладку или создание новых функций.
5. Они помогают обеспечить бесперебойное развертывание.
Поскольку вы написали тест для большей части функциональных возможностей приложения, вы можете выявить любые возникающие в последнюю минуту проблемы, прежде чем развертывать его с помощью как модульных, так и интеграционных тестов. Бывают моменты, когда вы объединяете код всех вместе, и что-то где-то в глубине кода ломается. Если у вас нет ни одного из этих тестов и вы должны внедрить изменения до следующего дня, вы можете часами паниковать и искать проблему.
Однако это не так. Совершенно другая история, когда у вас есть тестирование. Если после слияния в коде что-то не так, тесты, скорее всего, найдут это и сообщат вам, что не так. Тогда ваше время паники может составить всего несколько минут вместо часов. Эта проверка в последний момент может избавить вас от множества проблем с клиентами и менеджерами. Лучше иметь возможность сказать им, что вы знаете, в чем проблема, чем ничего не знать и сказать, что это сработало на вашей машине.
Это некоторые из причин, по которым я пишу столько тестов, сколько я может. Конечно, вначале на это уходит больше времени, но это делает развертывание в пятницу вечером намного лучше.
Эй! Вы должны подписаться на меня в Твиттере по причинам.
