77 QA Interviews Stream. 07.01.2023 at 10:15 GMT(UTC) +3
Длинный стрим с тренировочными QA-собеседованиями, разбором ответов кандидатов и практическими пояснениями по ручному тестированию, API, SQL и автоматизации. Ведущий также отвечает на вопросы о своей программе обучения и коммерческой практике.
Запись 77-го потока тренировочных собеседований по QA: ведущий проводит несколько мок-интервью с начинающими и практикующими тестировщиками, разбирает их ответы и даёт рекомендации по подготовке. Обсуждаются тестирование авторизации, liveness, приоритизация дефектов, кроссбраузерность, документация, API, SQL, мобильное тестирование и автоматизация на Python. В паузах ведущий рассказывает о своей учебной программе и подходе к коммерческой практике, подчёркивая, что помощь с трудоустройством не является гарантией работы.
Для рассказа о проекте на интервью полезнее конкретный технический кейс с ходом расследования, чем общий перечень чек-листов и баг-репортов; пример из стрима — проверка регистрации через новый Facebook-аккаунт и анализ неожиданного ответа.
При описании авторизации нужно различать идентификацию, аутентификацию и авторизацию, а также уметь предложить проверки passwordless-логина, входа с нескольких устройств и liveness-проверки.
Регрессионный набор можно последовательно сузить до critical path и smoke: сначала покрыть продукт, затем выделить критичные пользовательские пути и базовые проверки.
Для плавающего дефекта в баг-репорте следует указывать воспроизводимость, например сколько раз ошибка возникла в десяти попытках, а также окружение и наблюдаемые условия.
Кроссбраузерное покрытие выбирают по требованиям, статистике использования и поддерживаемым версиям браузеров; для устаревших версий важно уточнить у разработки поддержку используемых технологий.
Документацию, чек-листы и глоссарии стоит отдавать на перекрёстную вычитку: другой тестировщик замечает неоднозначности, пропуски и ошибки терминов свежим взглядом.
При тестировании мобильной веб-версии недостаточно эмуляции viewport в Chrome DevTools: нужно проверять реальные устройства, консоль и сетевые запросы, а также throttling и обрывы сети.
Swagger рассматривается как интерактивная API-документация; её OpenAPI-описание можно импортировать в Postman, после чего настроить окружения, данные и проверки вместо ручного создания каждого запроса.