Инструменты тестировщика

Инструменты разработчика в браузере

Главный инструмент тестировщика веб-сайтов уже встроен в любой современный браузер. Он открывается клавишей F12 (или Ctrl+Shift+I, на Mac — Cmd+Option+I). Названия вкладок в Chrome, Яндекс Браузере и Edge почти одинаковые.

• Elements — устройство страницы: из каких блоков она состоит. Можно временно поменять текст или цвет и посмотреть, как это выглядит. Изменения видите только вы и только до перезагрузки.
• Console — сообщения и ошибки скриптов страницы. Красные строки — первое, что стоит проверить, если что-то «не работает».
• Network — все запросы, которые страница отправляет на сервер, и ответы на них. Здесь видно, какой запрос упал и с каким кодом.
• Application — данные, которые сайт хранит в браузере: cookie и локальное хранилище. Например, можно очистить их и проверить, как сайт ведёт себя «с чистого листа».

Ещё одна полезная кнопка — режим устройства (в Chrome — Ctrl+Shift+M). Он показывает, как страница выглядит на экране телефона.

Коды ответов сервера

Когда браузер или приложение обращается к серверу, тот отвечает трёхзначным кодом. Его видно во вкладке Network. Запомните группы:

Код	Что значит	Пример
200	Всё хорошо	Страница загрузилась
301, 302	Перенаправление	Старый адрес ведёт на новый
400	Неверный запрос	Приложение отправило данные в неправильном формате
401	Нужно войти	Запрос без авторизации
403	Доступ запрещён	Попытка открыть чужой заказ
404	Не найдено	Нет такой страницы
500	Ошибка сервера	Что-то сломалось на стороне сервера

Простое правило: 4xx — проблема в запросе (иногда это нормально, например 404 на несуществующую страницу), 5xx — проблема на сервере, и это почти всегда баг.

Postman: проверка API

В прошлом уроке вы узнали, что приложение общается с сервером через API. Postman — популярная программа, чтобы отправлять такие запросы вручную и смотреть ответы.

Самые частые виды запросов:

• GET — получить данные: список товаров, профиль пользователя;
• POST — создать что-то новое: заказ, комментарий;
• PUT или PATCH — изменить существующее;
• DELETE — удалить.

Для тренировки есть открытые учебные API. Например, запрос GET https://jsonplaceholder.typicode.com/posts/1 вернёт в ответ запись блога в формате JSON — с полями userId, id, title и body. Тестировщик проверяет код ответа, набор полей и их значения.

Где живут баги и проверки

• Баг-трекеры — системы, где заводят задачи и баги и следят за их статусами: например, Jira, YouTrack или Яндекс Трекер.
• Системы управления тестами — для чек-листов и тест-кейсов: TestRail, Qase, Test IT. В небольших командах часто обходятся таблицами.

Интерфейсы у всех разные, но устроены они по одной логике, которую вы уже знаете по уроку 5: заголовок, описание, статус, исполнитель.

Что ещё пригодится

• Скриншоты и запись экрана — встроенные средства системы вполне подходят.
• Эмуляторы и реальные устройства — чтобы проверять мобильные приложения на разных телефонах.
• Основы SQL — языка запросов к базам данных. Тестировщику часто достаточно уметь посмотреть данные: SELECT * FROM orders WHERE user_id = 42 — «покажи все заказы пользователя 42». Так можно проверить, что заказ действительно сохранился.

Не нужно осваивать всё сразу. Для первой работы обычно хватает уверенно пользоваться инструментами разработчика, понимать коды ответов и базово — Postman и SQL.