QA / QA Automation
Что отличает хорошего тестировщика от плохого?
Как определять риски при тестировании большого эпика, который затрагивает много модулей и функциональности в системе?
Расскажите о вашей компании и что вам известно про нас?
Как проходило ревью в вашей команде? Как был организован процесс merge request?
Что вы ищете в новом работодателе?
Расскажи про функции, которые нужно было тестировать на твоём последнем проекте.
Расскажи подробнее о Charles Proxy: какие функции есть и какими пользовалась больше всего?
# 1.Python. Найти дубликаты чисел # Описание: # Требуется реализовать функцию, которая будет искать повторяющиеся числа в наборе # Числа, изначально записаны в виде list. # Результат вывести на экран. # Входные данные: # [1, 2, 3, 2, 4, 1, 5, 2] # Результат: # [1, 2]
Какой HTTP-метод используется в SOAP-сервисах?
Что вы будете делать при получении новой версии приложения?
Откуда вы узнали о компании / кто вас порекомендовал?
На какой уровень (джун/мидл/синьор) оцениваешь себя?
Какая мечта как у QA и какой вектор развития?
У нас есть кортеж, все элементы которого — списки. Если изменить один из списков (append), изменится ли кортеж?
Как вы устанавливали приложение на устройства?
Что в основном тестировала — веб, мобилки, десктоп?
Как вы определяли, какой тест-кейс покрывать на каком уровне пирамиды тестирования?
Если продукт сделан идеально с технической точки зрения, все требования выполнены, ничего не падает, нагрузки держит, но продуктом никто не пользуется — это качественный продукт?
Ты бы просто подсветил риски и всё, чтобы команда могла принять решение о релизе?
Вы знаете, какие тесты пишут разработчики у себя?