QA Journal
Полезное

Гайд для QA: первый день на новой работе

Главное

Онбординг в 99% плохой
  • Это означает, что тебе могут забыть заказать пропуск, компьютер, не будет доступов, а обучать будет некогда
  • Так всегда бывает — и это без злого умысла
  • Постарайся пережить это с улыбкой и не ворчать:)
Никто не ждёт от тебя больших результатов в первые две недели
Это лучшее время — ты можешь позволить себе задавать любые вопросы и говорить, что ты новенький. Пользуйся этим — смелее задавай самые глупые вопросы. Через 2-3 недели будет уже странно спросить: «А где раздел нашей команды на вики?»
Слишком много новой информации
В первые дни будет большой поток информации: новые аббревиатуры, попытки объяснить тебе сложную архитектуру проекта и коммуникация с новыми людьми :)
Совет: не пытайся разобраться, как всё работает до каждой детали (и винтика). Вместо этого постарайся как можно раньше получить реальную задачу и сфокусироваться на ней. Так ты будешь получать новую информацию частями и, главное, сможешь быстро принести пользу и почувствовать свою полезность.
Чек-лист первой недели:
  1. Самостоятельно добавься в рабочие чаты или попроси, чтобы тебя добавили — важно начать общаться с коллегами 🧡
  2. Изучи последние закрепы в каналах.
  3. Спроси, в какое время тебе нужно быть доступным для коммуникаций.
  4. Узнай, где лежит документация по твоему проекту на вики, и подпишись на этот раздел. (скорее всего, это будет Вики в конфлюенс). Возможно, там будет статья с названием «Для новеньких» или «Welcome page».
  5. Попроси ссылку на таск-трекер и на борду с текущими задачами.
  6. Всю информацию, которую получаешь во время онбординга и в первые дни, записывай на своей страничке на вики. Со временем ты там приберёшься, и получится классная документация по продукту.
  7. Узнай, какие у команды встречи в течение недели, и попроси добавить тебя в нужные. Или можно найти коллегу с похожими обязанностями, посмотреть, какие у него есть встречи, и добавить их себе в календарь (сам себя приглашаешь, получается).
  8. Попробуй попасть в твоё приложение на стейдж (проверишь, есть ли доступы).
  9. Начни проходить регресс по приложению (можно в проде), чтобы быстрее понять всю его функциональность.
  10. Запроси лицензии для основного ПО: это могут быть Charles, IDE, Browserstack.
  11. Попроси своего руководителя назначить тебе ежедневные встречи 1-to-1 по 30-60 минут в течение первой недели. Объясни, что у тебя будет много вопросов, и первое время не очень комфортно задавать их в общих чатах.
  12. Учись гуглить внутри компании, если что-то непонятно. Начни с того, что поищи ответ на вики, в таск-трекере, на почте, в мессенджере, спроси гугл или chatGPT.
  13. Первое время тебе будет важно получить положительную обратную связь о своей работе, но тестировщиков редко хвалят. Это не потому, что мы плохо работаем, а потому, что наша работа менее заметна. На середине испыталки попроси фидбек о своей работе.
  14. Первое время для тебя может просто НЕ быть задач. Мы, как тестировщики, не можем управлять входящими задачами. И если сейчас есть только супер ответственные и сложные задачи — их пока нельзя доверять новичкам, которые вышли на работу пару дней назад.
  15. Скорее всего, у тебя будут косяки. Это нормально. После каждого такого момента покажи всем, что ты делаешь работу над ошибками. Если пропустил баг — заведи тест-кейс и скинь ссылку на него в общий чатик. Если не хватило документации или понимания процессов — напиши статью на вики и скинь в общий чатик, что вот, я закрепил, больше не повторится 👍

Полезные ссылки