Подборка помогает системно подготовиться к интервью на позицию QA-инженер: проверить теорию, потренировать практические задачи и объяснение решений. В подборке чаще встречаются темы: testing, qa, api.
Проверяйте контракт на реальных ожиданиях клиентов, а не только серверной схеме. Даже добавление поля может сломать строгий parser, подпись payload или клиентскую бизнес-логику.
Мутационное тестирование намеренно вносит небольшие изменения в код и проверяет, обнаруживают ли их тесты. Оно помогает отличить выполнение строки от проверки её правильного поведения.
Разделите наблюдавшиеся 500 RPS и максимальную устойчивую пропускную способность. Максимум определяется нагрузочным тестом с ограничениями по задержке и ошибкам, а не только счётчиком запросов.
Отделите источник команд от их обработки: функция должна принимать iterable, а тест передавать генератор с корректными, ошибочными командами и завершением.
Свяжите автоматизацию CI/CD с конкретными проверками: какие тесты писали, как запускали их в pipeline и какие ошибки блокировали релиз. Отделите настройку процесса от авторства тестов.
Начните с ранжирования блоков по релевантности их доступного содержимого и последовательного заполнения с общим Set уже показанных movie_id. После дедупликации ценность блока нужно пересчитывать.
Разделите варианты операции явным признаком режима и опишите контракт каждого: запрос, ответ, ошибки и побочные эффекты. Проверяйте их общей матрицей сценариев.
Контрактные тесты проверяют совместимость взаимодействия consumer и provider: структуру запроса, ответа, события и ожидаемые сценарии. Они дополняют, но не заменяют интеграционные и end-to-end тесты.
Опишите API, которое разрабатывали или проверяли, его контракт и типы тестов. Разделите ручные вызовы, автоматические проверки и поддержку совместимости.
Интерфейс позволяет заменить внешнюю зависимость в unit-тесте на управляемую реализацию. Так бизнес-логика проверяется без реальной сети, БД или платного сервиса.
Подменяйте внешнюю зависимость через небольшой интерфейс: вручную написанным fake либо mock, проверяющим вызовы. Выбирайте минимальную подмену, достаточную для сценария.