Тестировщик ПО с 0 в 43

Представьте ситуацию. Вы заходите на сайт. Что-то идёт не так. Кнопка не работает. Данные не загружаются. Страница падает. Обычный пользователь обновляет страницу. Или уходит. Или пишет в поддержку «у вас сломалось» что бывает крайне редко. Тестировщик делает по-другому. Он открывает лог. Не потому что он супертехнарь. А потому что лог — это единственный объективный источник правды о том, что реально произошло на сервере и в браузере. Лог — это запись событий. Сервер записывает в него каждое действие: кто к нему пришёл, что попросил, что ответил и с каким кодом...

Вы заходите на сайт, и что-то идёт не так. Кнопка не работает. Данные не загружаются. Страница выглядит странно. В этот момент обычный пользователь обновляет страницу. Или закрывает вкладку. Или пишет в поддержку, что у них там сломалось. А тестировщик делает другое. Он открывает инструменты разработчика. Не потому что он супертехнарь, а потому что это первый и самый быстрый способ понять, что произошло. Без гаданий. Без пересылки скриншотов в техподдержку. Просто открыл — и увидел. DevTools — это...

Вы открываете сайт — он загружается. Нажимаете на ссылку — страница открывается. Отправляете форму — получаете подтверждение. Или не получаете. Вместо этого — белый экран, сообщение: «Страница не найдена» или что-то непонятное с ошибкой. Мы привыкли к этому как к «работает» или «не работает». И даже не задумываемся, что в этот момент браузер и сервер обменялись данными и сервер вернул код — цифру, которая ровно говорит, что произошло. Для тестировщика код ответа — это первая и главная подсказка...

Вы тестируете форму регистрации. Заполнили все поля, нажали кнопку «Зарегистрироваться». Сайт пишет: «Ошибка сервера». Что делать? Вы идёте к разработчику. Он спрашивает: «А какой запрос ушёл? GET или POST? Тело запроса было?» Вы не знаете. Вы просто нажали кнопку. Разработчик вздыхает и идёт смотреть логи сам. Вот для чего нужно понимать методы HTTP. Это не теория, а прямой инструмент для вашей работы. Но чтобы увидеть эти методы, нужен ещё один инструмент — DevTools. DevTools — это встроенные инструменты разработчика в браузере...

Я открываю браузер, вбиваю адрес, нажимаю Enter. Через секунду загружается страница. Всё просто — пока не начинаешь тестировать и не видишь, что что-то пошло не так. А если страница не загружается, где искать причину? На моей стороне? На сервере? Между ними? Вот тут и начинается понимание того, что каждый клик — это целое путешествие. Я не буду сейчас грузить вас протоколами и семиуровневой моделью. Нам, тестировщикам-новичкам, нужно понять базовую схему — как браузер и сервер обмениваются репликами...

Чеклист тестировщика, который реально помогает не забыть проверить все что нужно. Я сижу и смотрю на список из 20 пунктов, который набросал за 5 минут. Выглядит солидно. Там есть «проверить регистрацию», «посмотреть корзину» и даже «проверить фильтры». Начинаю проверять — и через 10 минут понимаю, что половину забыл, что еще хотел проверить, а потом еще понял, что другую половину проверил по 3 раза. Список есть, а толку ноль. Вот тут и начинается разница между просто списком и чек-листом. Я тоже раньше думал, что чеклист — это любая последовательность действий, записанная на бумажке...