Я новичок в QA

Draft

Практичный маршрут на первые 3-6 месяцев в QA: что учить, в каком порядке и по каким результатам понимать, что база уже рабочая.

Содержание

Цель junior — не знать все термины из интернета, а научиться замечать риски, воспроизводить проблемы, формулировать наблюдения и объяснять, почему баг действительно важен. Хороший старт строится вокруг продуктового мышления, аккуратности и дисциплины в базовых вещах.

На что нацелиться в первые месяцы

  • Понять, как устроены требования, интерфейсы, состояния системы и типовые пользовательские потоки.
  • Научиться писать понятные bug reports, чек-листы и простые test cases без лишней бюрократии.
  • Освоить базу по web, DevTools, HTTP и API, чтобы смотреть на продукт глубже, чем глазами пользователя.
  • Выработать привычку задавать уточняющие вопросы до начала проверки, а не только после нахождения дефекта.

Рекомендуемый порядок изучения

  • Шаг 1: Основы тестирования, QA vs QC vs Testing, принципы тестирования, уровни и виды тестирования.
  • Шаг 2: Документация — bug report, test case, checklist, severity vs priority.
  • Шаг 3: Web basics — формы, валидация, browser storage, DevTools, кроссбраузерность.
  • Шаг 4: Backend/API basics — HTTP, статус-коды, JSON, авторизация, негативные сценарии.

Что должно получиться на выходе

  • Ты можешь самостоятельно проверить небольшую фичу и предложить разумный scope проверки.
  • Ты способен оформить 10-15 хороших баг-репортов без лишнего шума и недосказанности.
  • Ты умеешь собрать smoke checklist для новой или изменённой функциональности.
  • Ты можешь воспроизвести и объяснить сетевую проблему через DevTools или API client.
  • Ты понимаешь, как приоритизировать найденные проблемы по риску для бизнеса и пользователя.

Что реально смотрят на junior-собеседовании

  • Логику рассуждения: почему ты выбрал именно такие проверки, а не просто перечислил всё подряд.
  • Умение видеть boundary cases, негативные сценарии и неоднозначности требований.
  • Качество коммуникации: как ты объясняешь дефект, споришь по приоритету и задаёшь вопросы.
  • Способность отличать реальный риск от формальной несостыковки, которая не влияет на продукт.

Чего лучше не делать в начале

  • Не пытайся сразу строить карьеру через инструменты, если ещё плавает база по тестированию.
  • Не путай активность с прогрессом: десятки курсов не заменяют регулярной ручной практики.
  • Не начинай с автоматизации только потому, что она звучит более престижно.
  • Не зубри определения без понимания того, как они влияют на ежедневные решения QA.
🎯

Хороший ориентир для junior: после изучения темы ты должен уметь применить её к реальной форме, экрану, API или пользовательскому сценарию.