Миддл без юнит тестирования?
Мой коммерческий опыт разработки планомерно приближается к двум годам, и в стеке я чувствую себя уже уверенно. Но вот загвоздка: ни на недолгой моей стажировке, ни на полноценной работе не принято было покрывать код юнит-тестами. Соответственно, весь мой опыт тестирования ограничивается покрытием тестами собственных петов без малейшего ревью. Нужны мнения: как думаете, с такими вводными данными при смене работы объективно (я старомодно за честность в резюме) можно ли апплаиться на миддла или же мой предел сейчас - джун+?
Дополнительно:
я бы сказал что тут дело скорее в опыте в 2 года... как по мне за это время мало что можно было изучить. ну либо узконаправленно
понятия грейда у всех компаний разное, где то джуны = сеньоры в других конторах, итд
основной вопрос в шапке
Там нет вопроса, там набор слов.
весь мой опыт тестирования ограничивается покрытием тестами собственных петов
Достаточно для того, чтобы добавить строчку в CV.
Ответы:
Апплайся на мидла, а там разберутся.
Если умеешь писать тестируемый код, хотя бы понимаешь как писать юнит-тесты (юнит-тесты для пет-проектов - это ок) и понимаешь как тестировать - это уже неплохо.
P.S. то что на работе используют или нет юнит тестирование можно не указывать, никто этого не требует
В разных компаниях разный уровень знаний для middle. Где-то тесты ни для какого грейда не требуются, как на твоей
полноценной работе
Советую прочесть требования в интересующих вакансиях, посмотри есть ли там тестирование в обязательных требованиях и если есть, указан ли какой-то конкретный инструмент. Если указан, можно попробовать сделать маленький проект с тестами по документации этого инструмента. Либо поискать другие варианты и не терять время.
я за честность в резюме
только не надо писать "не умею", лучше просто не упоминать
Вообще насрать, не за юнит тексты мидламплатят
У нас в компании (да и в других думаю тоже) основной критерий мидла - это тот, кто может задачи самостоятельно делать.
Тестирование же обычно завязано на культуру разработки принятую на проекте/команде и если быть честным очень редко где пишутся вообще. Ну а хорошо написанных тестов почти нереально найти.
Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.
Пока нет других ответов. Будьте первым, кто поможет автору.
Ответить на вопрос
Да, конечно, можно разрабатывать middlewares без юнит-тестирования. Хотя юнит-тестирование является хорошей практикой и помогает обнаруживать ошибки на ранних этапах разработки, некоторые разработчики предпочитают не использовать его из-за различных причин.
Вот несколько советов, которые могут помочь вам разрабатывать middlewares без юнит-тестирования:
1. Проверьте свой код вручную: Вместо того чтобы писать автоматические тесты, вы можете просто проверять свой код вручную, запуская ваше приложение и проверяя его поведение вручную. Хотя это может быть более трудоемким и менее эффективным способом проверки кода, это все же лучше, чем не проверять его вообще.
2. Используйте отладчик: Использование отладчика может помочь вам выявить ошибки в вашем коде, даже если у вас нет автоматических тестов. Отладчик позволяет вам шаг за шагом выполнять код и анализировать его состояние, что может помочь выявить проблемы.
3. Применяйте лучшие практики программирования: Хорошо спроектированный и структурированный код обычно легче отлаживать и поддерживать, даже без автоматических тестов. Поэтому старайтесь придерживаться лучших практик программирования, чтобы уменьшить вероятность возникновения ошибок.
4. Используйте логгирование: Добавление логгирования в ваш код может помочь вам отслеживать его выполнение и выявлять проблемы. Логгирование может быть полезным инструментом для отладки кода без использования юнит-тестов.
Несмотря на то, что юнит-тестирование является важным инструментом для обеспечения качества кода, вы все равно можете успешно разрабатывать middlewares без его использования, следуя вышеперечисленным советам.