Ученье свет

Контакты

Email info@aintellecto.ru
Тарифы Тарифы
Главная Каталог Как стать тестировщиком: практикум по ручному QA для начинающих

Как стать тестировщиком: практикум по ручному QA для начинающих

Дата создания September 1, 2026
Отзывы (4.3 оценка учеников)

О чем этот курс

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

Освойте роль QA в команде, поймите жизненный цикл разработки (SDLC) и научитесь создавать тестовую документацию, которой пользуются реальные команды: чек-листы, тест-кейсы и баг-репорты. Вы отработаете навыки на учебном веб‑сайте и API, разберётесь с DevTools, HTTP/статусами, а также с базовым SQL для проверки данных.

Курс построен по принципу «сначала практика»: каждую тему вы закрепляете заданиями и готовите артефакты для портфолио. В финале — оформленный QA‑кейс с тестовой документацией, баг‑репортами и планом подготовки к первой вакансии.

Что вы освоите

  • Роль QA в команде, взаимодействие с PO/аналитиком/разработчиком и DevOps
  • SDLC и места, где QA приносит наибольшую ценность
  • Виды тестирования: функциональное, регрессионное, приёмочное, дымовое, исследовательское и др.
  • Анализ требований, негативные сценарии, границы и риски
  • Тест‑дизайн: эквивалентные классы, граничные значения, таблицы решений, переходы состояний, pairwise
  • Чек‑листы, тест‑кейсы и трассировка к требованиям
  • Баг‑репорты, жизненный цикл дефекта, severity/priority
  • Веб‑инструменты: Chrome DevTools (Elements, Console, Network), кэш, cookies, локальное хранилище
  • HTTP и API: методы, заголовки, коды ответов, JSON/Swagger, Postman/curl
  • Базовый SQL для проверок данных и причинно‑следственного анализа

SDLC на одной схеме

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

flowchart LR
    I["Idea/Backlog (PO)"] --> R["Requirements (BA)"]
    R --> U["UX/UI Design (Designer)"]
    U --> D["Development (Dev)"]
    D --> CR["Code Review (Dev)"]
    CR --> CI["Build/CI (DevOps)"]
    CI --> T["Testing (QA)"]
    T --> DEC{"Bug found?"}
    DEC --|Yes|--> BR["Bug Report (QA)"]
    BR --> FX["Fix (Dev)"]
    FX --> RT["Retest (QA)"]
    RT --> T
    DEC --|No|--> STG["Staging"]
    STG --> REL["Release (DevOps)"]
    REL --> MON["Monitoring/Analytics"]
    MON --> FB["Feedback to Backlog"]
    FB --> I

    NOTE["functional, regression, smoke, exploratory"] -.-> T

Практика на учебном веб‑сайте

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

API‑практикум

На учебном API вы выполните авторизацию, CRUD‑операции, проверите заголовки, статус‑коды и тело ответа, а затем свяжете веб‑сценарии с бекенд‑проверками. Пример простого запроса:

curl -X POST https://api.example.com/login \
  -H "Content-Type: application/json" \
  -d '{"email":"qa@example.com","password":"Password123"}'

И пример SQL‑проверки оплаченных заказов:

SELECT o.id, u.email, o.total
FROM orders o
JOIN users u ON u.id = o.user_id
WHERE o.status = 'PAID'
ORDER BY o.created_at DESC
LIMIT 10;

Жизненный цикл дефекта

Разберёте статусы и развилки (Duplicate, Won't Fix, Cannot Reproduce, Reopen) и научитесь выбирать корректные severity/priority.

stateDiagram-v2
  direction TB

  state "In Progress" as In_Progress
  state "In Review" as In_Review
  state "Won't Fix" as Wont_Fix
  state "Cannot Reproduce" as Cannot_Reproduce

  state Active {
    [*] --> New
    New --> Open
    Open --> In_Progress
    In_Progress --> In_Review
    In_Review --> Resolved
    Resolved --> Retest
  }

  Retest --> Reopen: [fail]
  Reopen --> In_Progress
  Retest --> Closed: [pass]
  Closed --> [*]

  Active --> Duplicate
  Active --> Wont_Fix
  Active --> Cannot_Reproduce

  Duplicate --> [*]
  Wont_Fix --> [*]
  Cannot_Reproduce --> [*]

  note right of Active
    Severity vs Priority are separate properties
    - Severity: impact on functionality/users
    - Priority: urgency/order of fixing
  end note

Итоги и портфолио

К концу курса у вас будет оформленный QA‑кейс: требования и допущения, карта рисков, чек‑листы, тест‑кейсы, отчёт о прогоне, баг‑репорты с приложениями (скриншоты/логи/Network), сводка метрик и рекомендации по улучшениям. Добавите кейс в GitHub/Google Drive и подготовите план выхода на рынок: резюме, сопроводительное, источники вакансий, типовые вопросы собеседований и недельный график практики/повторов.

Оглавление

45 часа

Начать обучение Начать обучение

Курс содержит:
  • Длительность: 45 часа
  • Студентов: 36
  • Сертификат: Да

Похожие курсы

Другие курсы по близким темам

Подпишитесь сегодня — получайте полезные идеи