«Заладили с этим SQL!» - думала я, когда только училась на тестировщика.

Если честно, я вообще не понимала зачем он мне нужен. Ну какой-то язык для базы данных.

А если я вообще не буду работать с БД, «зачем я буду тратить время на изучение этого языка?»

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

Ну короче.

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

На проекте я тестирую и бэк и фронт, 50 на 50%. Это идеально.

Я работаю с базой данных только на уровне простых запросов и мне этого вполне хватает.

И никакие джоины я не делаю (но почему-то на собесах уж больно любят спрашивать: Умеешь делать Join?).

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

Вы не будете бояться этого страшного слова «SQL», если будете знать, что вам не нужно его учить весь. Достаточно выучить и натренироваться самым популярным запросам, которых вам хватит на много лет и не забивать голову абракадаброй.

Чаще всего я использую:
💡SELECT - когда мне нужно найти какие-то данные.

💡Могу добавить какую-то тестовую строку с помощью INSERT.

💡Редко, но могу обновить эту тестовую строку - UPDATE.

💡И чтобы почистить за собой, удаляю данные с помощью DELETE.

ВСЕ! Особенно на начальном уровне вам больше ничего не понадобиться.

Сейчас создана куча тренажеров по SQL. У нас в МАРАФОНЕ QA_NOBUG тоже вы сможете потренироваться по этим простым командам, чтобы на собесе или первой работе быть уверенным.

Недавно мне дали резюме потенциального кандидата мне в напарники. Попросили дать обратную связь. Резюме я зарубила по нескольким причинам.

(Не кидайте в меня тапками, при приеме на проект учитываются разные факторы и нюансы).

1️⃣У кандидата опыт 3 года, НО, на одном проекте и достаточно с маленьким стеком. Стек - это набор инструментов, софтов, техник, языков и тд, с которыми имеешь дело на одном проекте. Моя компания ищет только мидлов +. И за три года вполне можно было достичь этого грейда, если менять проекты или компании. Но человек, работая на одном проекте сидел все годы в «узкой коробке» и не развивался. И придя на новый проект с другими инструментами и методами ему надо их заново учить и разбираться, а это не мидл, это джун. Я уже работала с таким напарником (заложником одного проекта), который каким-то образом прошел собес на уровень мидла. Но мне с ним пришлось повозиться знатно. И нет ничего плохо, что ты обучаешь коллег, мне нравится быть «наставником», иначе я бы не участвовала в проекте QA no bug 🐞 . НО, когда это наставничество заложено в твою работу. Возможно даже, дополнительно премируется. Там и ответственность распределяется по-другому. А у меня была не помощь от напарника, а дополнительная абуза и головная боль.

2️⃣Вторая причина - в резюме у него были написаны общие фразы. Вода водяная. Но по резюме это отдельная тема, оставим ее на попозже. Пространство тестировщиков.

Интересно ваше мнение, особенно по первому пункту. Как бы вы поступили на моем месте? Были ли у вас похожие случаи?