Поговорим о типичных ошибках в тестовых заданиях Сегодня хочу | Наташа пишет для джунов

Поговорим о типичных ошибках в тестовых заданиях

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

Акцент будет на фронтовых тестовых, но будут и общеразрабовские вещи.

Тестовое в один коммит на гитхабе

Ушлые ребята тестовые воруют (если компания с хоть каким-то именем, копии тестовых легко ищутся) или покупают.

Соответственно, тестовое в один коммит вызывает подозрения, что делали не вы. Вам такое не надо.

У тестовых без внятной коммитной истории есть еще один минус: это показывает, что у вас нет культуры работы с гитом.

Культуры веток, коммитов, понимания, как гранулярные коммиты могут облегчать жизнь при дебаггинге итд

Вот отличная конвенция именования коммитов - Semantic Commit Messages, простая и понятная. Поначалу будет непривычно и будет забирать больше времени, чем привычный флоу, но вы быстро адаптируетесь

Еще есть отменный стек-независимый курс на Udemy, который покажет и расскажет, как и что работает в гите. Курс и для новичков совсем, и продолжающим будет полезен.

Тестовое не запускается

Вот так, просто и грустно. Ревьюер хочет запустить тестовое, оно не запускается, ревьюер, ясное дело, не станет это дебажить и пойдет смотреть чужое тестовое.

Ну либо тестовое хрен пойми, как запустить, так тоже бывает.

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

А мне не дали дизайн на адаптив, и я его не делал

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

Визуальная небрежность сразу отталкивает от тестового и формирует о вас плохое впечатление, как о работнике неаккуратном.

Вам такое не надо. Потратьте время и сделайте так, чтоб было ок на любом разрешении: вы никогда не знаете, с какого девайса вас будут проверять.

Кроссбраузерные баги

Опять же, вы не знаете, с какого браузера вас будут проверять. Так что убедитесь, что со всех относительно молодых браузеров ваш проект выглядит прилично.

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

Все в одном компоненте/файле

Тестовое проверяет не только то, что вы можете написать нужную функциональность, но и то, как вы ее организуете: как разбиваете на модули, как поддерживаете консистентность собственной же организации.

Погуглите способы организации модулей для вашего стека

Отсутствие линтеров

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

Фронту советую брать airbnb-линтер, и можно еще prettier поверх.

Баги функциональности

Очевидно, что надо проверять все-все перед тем, отправлять тестовое на проверку

Проблема в том, что у нас замыливается взгляд по ходу разработки, и мы не видим корнер-кейсы.

Попросите товарища или у нас в чате потыкать ваше тестовое: могут обнаружиться всякие нежданчики.

Делать некрасивый интерфейс, если не дали дизайн

Если дизайн оставили на ваше усмотрение, постарайтесь сделать, тем не менее, более-менее современный и симпатичный интерфейс с сочетающимися цветами.

Как это сделать относительно безболезненно, рассказывала в этом треде.

А в этом треде говорила о том, как правильно визуально обрабатывать ситуации с корнер-кейсами и ошибками.

Второй частью будет опубликовано несколько пунктов, которые помогут вам улучшить впечатление от вашего тестового и получить плюсы на ревью.