Новое Распределяем каналы MAX по категориям и территориям. Читать новость

Ручное тестирование (Manual Testing) — это не «нажимать на кнопки наугад», а осознанная исследовательская деятельность. Автоматизация проверяет то, что вы уже знаете, а руками вы находите неизвестное.



Вот полная картина:

---

1. Виды ручного тестирования (по целям)

· Функциональное — работает ли так, как написано в ТЗ? (клик → результат).
· Регрессионное — не сломали ли старые фичи новым кодом? (выборочная проверка ядра).
· Смоук (Smoke) — «дымит ли» билд? (критический путь за 10–15 минут, чтобы дать зелёный свет команде).
· Санитарное (Sanity) — узкая проверка конкретной фиксации бага.
· Исследовательское (Exploratory) — без чек-листа, вы изучаете продукт как хакер, ища неочевидные баги (обязательно с записью шагов!).
· Приёмочное (UAT) — от имени заказчика: всё ли готово к релизу?

---

2. Чем вы реально пользуетесь (артефакты)

· Тест-кейсы — пошаговые инструкции (TestRail/Excel): предусловие, шаги, ожидаемый результат.
· Чек-листы — список «что проверить» без детальных шагов (быстрее, но требует опыта).
· Тест-раны (Test Runs) — прогон на конкретной версии/окружении.
· Баг-репорты — ваша главная ценность: заголовок, шаги воспроизведения, фактический vs ожидаемый результат, логи, скриншоты/видео.

---

3. Что проверяете помимо «кликнул-открылось»

· UI — соответствует ли макету (пиксель-хантинг), адаптивность.
· API — что сервер возвращает (Postman/Swagger) и как приложение это обрабатывает.
· БД — корректно ли сохранились данные (SQL-запросы).
· Логи — нет ли красных ошибок (Kibana/консоль браузера).
· Конфиги — не слетели ли настройки при деплое.
· Сеть — поведение при потере связи, перезапуске сервера.

---

4. Техники выполнения (ваши суперсилы)

· Тестирование на счастливый и несчастливый пути (Happy/Negative Path) — сначала «как надо», затем «как не надо» (пустое поле, спецсимволы, превышение лимитов).
· Тестирование вслепую (Gorilla Testing) — многократный прогон одного модуля в поисках ресурсных багов (утечка памяти).
· Монки-тестинг — хаотичные клики без сценария (иногда находит краши, но редко).
· Сессионное тестирование — ставите таймер (напр. 45 мин) и фокусируетесь на одной зоне риска.

---

5. Типичные ошибки начинающих

· Сразу лезут в фичу, не прочитав ТЗ.
· Перепроверяют одно и то же 5 раз вместо того, чтобы покрыть новое.
· Стесняются спросить у разработчика, «как это должно работать».
· Пропускают окружение (тест на Проде отличается от Теста).
· Не чистят кэш/куки между тестами — получают ложные баги.

---

6. Когда руками — это круто, а авто — нет

· UX/юзабилити — сложно автоматизировать «удобно/неудобно».
· Визуальная вёрстка — авто не заметит сдвиг на 2px.
· Новые фичи — пока нет стабильного UI под автотесты.
· Кратковременные проекты — писать авто дороже, чем накликать за час.

---

7. Ваш главный девиз (запомните)

«Ручка — это не про тупое выполнение, а про интеллектуальный отбор самых опасных мест и исследование зон неопределённости»
Просмотры: 51
Открыть в MAX Сообщить о неточности

Сообщить о неточности

Опишите, что нужно исправить. Если есть источник, добавьте ссылку.

Вы покидаете datool.ru

Ссылка ведёт на внешний сайт. datool.ru не отвечает за его содержимое — проверьте адрес, прежде чем вводить пароли или платёжные данные.

Переход через 10 с

Перейти