92 QA Interviews Stream. 10.06.2023 at 08:45 GMT(UTC) +3

Коротко о видео

Стрим Вадима Ксендзова состоит из презентации его курса тестирования и серии тренировочных QA-собеседований. В первой части автор описывает коммерческую практику, скрининги, контроль знаний, трудоустройство и обновления программы, подчёркивая, что это его заявления о курсе и его результатах. В практической части кандидаты разбирают тест-дизайн через состояния и переходы, API- и клиент-серверные проверки банковского перевода и овердрафта, уровни тестирования, мобильное тестирование, SQL-реляции, HTTP-ошибки, локализацию и интернационализацию; ведущий даёт обратную связь и уточняет ответы примерами.

Затронутые темы

Что взять на заметку

• Для техники состояний и переходов сначала визуализируйте состояния, пользовательские действия и переходы, затем выводите из схемы happy path, негативные ветки и чек-лист проверок.
• При тестировании денежного перевода проверяйте границы собственных средств и овердрафта: 0, точный лимит, лимит + 1, последовательные операции и уведомления о комиссии, задолженности и процентах.
• Ограничение суммы должно контролироваться и на клиенте, и на сервере; для локализации дефекта нужно сопоставить отправленный запрос, ответ API и отображение результата клиентом.
• Для API-проверок овердрафта нужны негативные кейсы с граничными значениями, некорректными суммами, повторными запросами и разными авторизационными данными; такие наборы можно запускать коллекцией запросов в Postman.
• На собеседовании недостаточно назвать определение уровня тестирования или техники: нужно уметь применить её к конкретному продукту и объяснить входные данные, ожидаемый результат и точки интеграции.
• Для мобильного приложения отдельно проверяйте установку, обновление, откат, удаление и повторную установку, а также сохранение пользовательских данных при смене ориентации.
• Локализация проверяет корректность продукта внутри выбранной локали, а интернационализация — переключение между локалями без остаточных данных и потери функциональности.
• Реляционные связи и внешние ключи нужны, в частности, чтобы не создать запись заказа со ссылкой на несуществующего пользователя и уменьшить избыточность данных.