Дополнительные модули для тестировщика
Зачем эта статья. Типичный курс QA включает не только тест-дизайн и автоматизацию, но и Git, HTTP, базовые алгоритмы, soft skills и английский. Здесь — карта: что уже есть в энциклопедии, в каком порядке читать и где практиковаться.
Как устроен полный маршрут QA
| Блок курса | Где в энциклопедии | Комментарий |
|---|---|---|
| Основы QA, документы, тест-дизайн | Основы → 119 → 127 | Ядро профессии |
| Ручное веб-тестирование | 128 | DevTools, Network, smoke |
| API, HTTP, Postman | 2 · раздел интеграции | curl, DevTools, pytest |
| SQL для проверки данных | 129 · SQL | 10 шаблонов + углубление |
| Автоматизация и пирамида | 115 · 118 | Стратегия + каталог инструментов |
| Практикум Python | 1011 → 1014 | pytest, API, Selenium, нагрузка |
| Практикум Java | 1015 · JUnit в каталоге | JUnit 5, REST Assured |
| Практикум JavaScript | 1016 · Jest в каталоге | Playwright, Postman-скрипты |
| Мобильное тестирование | 124 | Appium, Espresso, XCUITest, Maestro |
| Git | см. раздел ниже | Минимум для QA в команде |
| Бонус-модули | этот материал | Алгоритмы, soft skills, английский |
Git — минимум для тестировщика
QA-инженер работает с Git так же, как разработчик: хранит автотесты, коллекции Postman, чек-листы в Markdown, конфиги CI.
| Задача QA | Команда / действие | Где подробнее |
|---|---|---|
| Склонировать репозиторий с тестами | git clone | Как работать с Git |
| Создать ветку под задачу | git checkout -b feature/QA-123-login-tests | Ветвление |
| Зафиксировать изменения | git add → git commit | 112 |
| Отправить на review | git push → Pull Request | 113 |
| Подтянуть свежий main | git pull / git fetch + merge | 112 |
| Не коммитить секреты | .gitignore, env-файлы | 116 |
Шпаргалка на каждый день — 12 команд Git.
Запуск тестов в пайплайне после push — DevOps и CI/CD.
HTTP — что должен знать QA
HTTP — язык общения браузера, мобильного клиента и Postman с сервером. Без него сложно читать Network в DevTools и оформлять баг-репорты.
| Тема | Минимум | Статья |
|---|---|---|
| Методы | GET, POST, PUT/PATCH, DELETE | 2 |
| Коды ответа | 2xx успех, 4xx клиент, 5xx сервер | 128, 2 |
| Заголовки | Content-Type, Authorization, Cookie | 2 |
| Тело запроса | JSON, form-data | 2 |
| REST | ресурсы, эндпоинты, идемпотентность | 117 |
| Инструменты | curl, Postman, DevTools Network | 2, 128, утилита curl |
Алгоритмы — для собеседований и логики
Для ручного QA алгоритмы не обязательны. Для автоматизатора и собеседований в крупные компании полезен базовый набор задач на массивы, строки и хеш-таблицы.
| Паттерн | Пример задачи | Зачем QA |
|---|---|---|
| Подсчёт частот | Сколько раз встречается символ в строке | Парсинг логов, группировка багов |
| Два указателя | Есть ли дубликат в отсортированном массиве | Проверка уникальности id |
| Хеш-таблица (dict / Map) | Найти пару чисел с заданной суммой | Быстрый поиск в тестовых данных |
| Стек / очередь | Проверка скобочной последовательности | Валидация JSON, XML |
| Бинарный поиск | Найти элемент в отсортированном списке | Поиск в больших логах |
Практика
- LeetCode Easy — 20–30 задач уровня Easy достаточно для старта.
- Задачник лаборатории — вопросы по смежным темам (SQL, сети, языки).
- Связь с тест-дизайном: эквивалентные классы и границы — та же логика «разбить пространство входов».
Soft skills — часть работы QA
Тестировщик много общается: уточняет требования, спорит о severity, пишет понятные баг-репорты, участвует в ретро.
| Навык | Проявление в QA | Материал |
|---|---|---|
| Ясная письменная речь | Баг-репорт, тест-кейс | 119 |
| Уточняющие вопросы | Анализ ТЗ до тестирования | Аналитика |
| Обратная связь без конфликта | Обсуждение «баг или фича» | Soft skills в IT |
| Работа в Agile-команде | Daily, ретро, приоритеты | Scrum |
| Коммуникация со стейкхолдерами | Приёмка, UAT spec | 127 аналитики |
Английский — для документации и карьеры
Идеальный C1 не нужен для старта. Достаточно читать документацию и понимать термины в Jira, Confluence, Stack Overflow.
| Уровень | Что делать | Материал |
|---|---|---|
| Старт | 50 базовых терминов QA и HTTP | Английский в IT |
| Чтение | Документация pytest, Selenium, Postman | Практикум чтения |
| Собеседование | Описать последний проект 2–3 минуты | Карьера в IT |
Типичные термины в работе: test case, regression, assertion, endpoint, payload, staging, flaky test, severity, priority.
Три языка для автотестов — как выбрать
| Язык | Когда выбирают | Практикум | Фреймворки |
|---|---|---|---|
| Python | Старт в автоматизации, ML/данные рядом | 1011–1014 | pytest, Playwright, requests |
| Java | Enterprise, Android, банки, REST Assured в стеке | 1015 | JUnit 5, TestNG, Selenium, REST Assured |
| JavaScript | Фронтенд-команда, React/Vue, Postman-скрипты | 1016 | Jest, Playwright, Cypress |
Один язык для старта достаточен. Паттерны (Arrange–Act–Assert, Page Object, фикстуры) переносятся между языками. Углублённый Playwright (архитектура, Allure, портфолио) — 1182.
Чек-лист готовности к junior QA
- Оформил 3 тест-кейса и 1 баг-репорт по шаблону
- Проверил сайт через DevTools Network (128)
- Отправил запрос в Postman или curl (2)
- Выполнил
SELECT+JOINна тестовой БД (129) - Написал первый автотест на pytest (1011) или Java/JS (1015, 1016)
- Сделал
clone→ ветка → commit → push (Git) - Прошёл 50 вопросов самопроверки
Навигация по разделу «Тестирование»
- Маршрут: О разделе · Резюме раздела · Карта уровней и практик
- Практикум: 1011 · 1012 · 1013 · 1014 · 1015 Java · 1016 JavaScript
- Бонус: 1274 (этот материал) · 1271 · 1272 · 1273
- Мобильное: 124 · Самопроверка: 999
См. также
Другие статьи этого же раздела в боковом меню (как на странице "О разделе"). Что такое тестирование, чем оно отличается от QA, цепочка ошибка→дефект→сбой, верификация и валидация, виды проверок и роли в команде. Юнит-тест представляет собой автоматизированную проверку отдельной единицы программного кода. Практическое занятие и реализация интеграционного теста. Практическое занятие и реализация ручного тестирования. Практическое занятие и реализация нагрузочного тестирования. Первый автотест на Java для QA: JUnit 5, REST Assured и проверка HTTP API без браузера. Первый автотест на JavaScript для QA: Jest для unit-проверок и Playwright для E2E в браузере. Тестирование разных признаков - доступ к коду, модульное, интеграционное, системное, приёмочное и прочие. Основные фазы - планирование и контроль, анализ и проектирование, реализация и выполнение, оценка критериев, отчетность. Что такое артефакты, каким целям и принципам они служат. Системное тестирование, в чём суть и чем отличается E2E. Использование программных средств для выполнения проверок без вмешательства человека.Основы тестирования программного обеспечения
Подготовка среды и создание первого теста
Проверка взаимодействия компонентов
Проверка пользовательского сценария
Проверка надежности под нагрузкой
Практикум Java — JUnit и REST Assured
Практикум JavaScript — Playwright и Jest
Классификация видов тестирования
Жизненный цикл тестирования
Артефакты качества в проекте
End-to-End и системное тестирование
Автоматизация тестирования