Инженер по тестированию

Зачем нужен отдельный человек для проверок, чем тестирование отличается от «покликать» и что входит в работу каждый день.

Какими бывают требования, как искать в них дыры и противоречия и почему это самая выгодная работа тестировщика.

Как принято делить проверки: по знанию кода, по объёму, по цели; что такое дымовое и регрессионное тестирование и зачем это знать.

Классы эквивалентности, границы, таблицы решений и попарное тестирование — способы проверить многое немногими проверками.

Чем чек-лист отличается от тест-кейса, как выглядит хороший шаг проверки и почему «проверить корзину» — не проверка.

Из чего состоит хорошее описание дефекта, почему шаги важнее слов «не работает» и как отличить дефект от непонимания.

Через какие состояния проходит дефект, чем приоритет отличается от серьёзности и что делать с «не воспроизводится».

Что проверять в формах и таблицах, как пользоваться инструментами разработчика и почему состояния экрана важнее внешнего вида.

Что такое запрос и ответ, зачем проверять систему в обход интерфейса и как читать JSON.

Зачем смотреть в базу, какие запросы нужны каждый день и как готовить тестовые данные, не ломая работу коллег.

Чем проверка на телефоне отличается от проверки на компьютере, что такое прерывания и как выбрать набор устройств.

Пирамида тестов, что автоматизируют в первую очередь, откуда берутся нестабильные тесты и как читать их отчёты.

Где тестировщик в цикле разработки, что такое критерии готовности, как оценивать сроки и говорить о качестве без конфликта.

Что спрашивают на собеседовании, как собрать портфолио без опыта работы и куда расти дальше.