50+ вопросов и ответов на собеседовании по QA

Собеседования определенно заставляют волноваться, и ничто не может лучше укрепить вашу уверенность в себе, чем тщательная подготовка.

В этой статье мы собрали больше 50 вопросов, которые могут задать тестировщику в ходе интервью. Прочитав эти вопросы и ответы на них, вы сможете проверить свои знания в области тестирования ПО и хорошо подготовиться к собеседованию.

1. Что такое QA? Приведите пример

QA (Quality Assurance) – это процесс, обеспечивающий соответствие программных продуктов стандартам качества и требованиям путем проверки их функциональности, производительности, удобства использования и безопасности. 

Пример. Команда QA тестирует мобильное банковское приложение, чтобы убедиться, что оно хорошо работает как на клиентской, так и на серверной стороне. Они проверяют, может ли пользователь войти в систему, просмотреть баланс счета, перевести средства и осуществить платежи. 

Если обнаружены какие-либо ошибки, команда QA документирует их и сообщает о них команде разработчиков, которые немедленно устраняют проблему. После этого команда QA повторно запускает тесты, чтобы убедиться, что ошибки исправлены и не возникает новых ошибок.

БОЛЬШЕ ВОПРОСОВ С СОБЕСЕДОВАНИЙ В НАШЕМ ТЕЛЕГРАМ КАНАЛЕ QASOBES

2. Что такое жизненный цикл тестирования программного обеспечения? Объясните каждый этап цикла.

Жизненный цикл тестирования программного обеспечения (STLC, Software Testing Life Cycle) – это стандартный процесс, которому следуют команды тестирования, чтобы гарантировать, что программные продукты тщательно проверены и соответствуют заданным стандартам качества. 

STLC состоит из нескольких этапов:

1. Анализ требований
2. Планирование тестирования
3. Разработка тест-кейсов
4. Настройка окружения
5. Выполнение тестов
6. Закрытие цикла тестирования

Анализ требований

На первом этапе команда QA анализирует требования и спецификации программного обеспечения, чтобы создать подробный тест-план, который описывает подходы, цели и график тестирования. 

Разработчики и тестировщики по-разному анализируют требования. Разработчикам важно перевести требования в код, создать необходимую архитектуру приложения, выбрать технологии и т. д.

Тестировщики изучают тестируемость кода. Они должны знать, как код может быть разбит на более мелкие фрагменты, сценарии и тест-кейсы.

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

Планирование тестирования

Планирование тестирования предполагает согласование с соответствующими заинтересованными сторонами стратегии тестирования:

• Цели тестирования определяют такие аспекты, как функциональность, удобство использования, безопасность, производительность и совместимость.
• Объем тестирования определяет, какие области и функциональные возможности приложения будут тестироваться, а какие нет.
• Ресурсы. Эффективно оцените затраты на тестировщиков, на инструменты ручного/автоматизированного тестирования, тестовую среду и тестовые данные.
• Подход к тестированию. Оцените методы тестирования (тестирование “белого ящика” / “черного ящика”), уровни тестирования (модульное, интеграционное и E2E-тестирование) и типы тестов (регрессионные, sanity testing).

Разработка тест-кейсов

Определив сценарии и функциональные возможности, которые необходимо протестировать, мы приступаем к написанию тест-кейсов. 

Тест-кейсы для ручного тестирования можно создавать с помощью таких инструментов управления тестированием, как Xray, а для автоматизированного – с помощью Katalon, Ranorex или TestComplete с интуитивно понятным пользовательским интерфейсом для разработки тестов.

Выполнение теста

Имея четкие цели, команда QA приступает к написанию тест-кейсов, сценариев тестирования и подготовке необходимых тестовых данных.

Выполнение этих тестов может быть ручным или автоматизированным. Правило, которое следует запомнить: если требуется анализ и оценка со стороны тестировщика, то ручное тестирование – это то, что вам нужно. Напротив, если тесты повторяются с небольшими изменениями, то лучше выбрать автоматизированное тестирование.

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

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

Закрытие цикла тестирования

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

3. Есть ли у вас опыт работы с инструментами автоматизации тестирования?

Инструменты автоматизации тестирования предназначены для написания тестовых скриптов, их запуска, отладки и создания отчетов по проведенным тестам.

Примеры распространенных инструментов автоматизации тестирования:

• Тестирование API и веб-сервисов: Postman, Katalon, SoapUI
• UI-тестирование: Katalon, Ranorex, TestComplete, Cypress
• Мобильное тестирование: Appium, XCUITest, Katalon, TestComplete

4. Объясните различные уровни тестирования и приведите примеры

Уровни тестирования относятся к различным этапам тестирования.

Давайте на примере сайта рассмотрим сценарии для проведения модульного, интеграционного и сквозного тестирования:

• Unit-тестирование проверяет страницу входа в систему на обработку валидных/невалидных учетных данных (имен пользователей, паролей).
• Интеграционное тестирование проверяет, как система взаимодействует со внешним сервисом, в данном случае PayPal, чтобы убедиться, что процесс обработки платежей работает корректно и PayPal может успешно проверять данные платежа, такие как номера кредитных карт.
• End-to-end тестирование проверяет процесс оформления заказа (выбор товара -> отправка письма с подтверждением заказа -> обработка платежа -> обновление статуса заказа).

5. Каков ваш подход к планированию тестирования? Сравните тест-план и стратегию тестирования

Waterfall vs. Agile

Agile призван решить проблему более частых итераций и развертываний. Но если обновления приложения выпускаются редко, скажем, раз в месяц, то последовательное и линейное тестирование по методологии Waterfall может быть более подходящим вариантом.

Тест-план vs Стратегия тестирования

Если коротно, то тест-план описывает, что нужно сделать, чтобы выполнить стратегию тестирования.

Тест-план – это документ, описывающий конкретные шаги и процедуры, которые будут проведены в ходе тестирования. В нем обычно указываются конкретные тестовые сценарии, области тестирования, ресурсы, расписание и критерии приемки. Тест-план предоставляет подробную информацию о том, каким образом будет проведено тестирование.

Стратегия тестирования – это общий документ, определяющий высокоуровневый подход к тестированию в рамках всего проекта. Стратегия тестирования описывает общие цели тестирования, используемые методы, подходы к тестированию, ресурсы. Она не так подробна, как тест-план, но определяет общие принципы, которые будут использоваться в тестировании.

6. Что такое исследовательское тестирование?

Исследовательское тестирование – это подход к тестированию, который предполагает одновременное изучение системы, разработку и выполнение тестов. Оно используется в тех случаях, когда нет четкого тест-плана.

Такое тестирование обычно выполняется опытными тестировщиками, которые используют свои знания, интуицию и творческий подход для выявления дефектов в программном обеспечении.

7. Объясните, что такое стресс-тестирование, нагрузочное и объемное тестирование

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

Стресс-тестирование ставит приложение в экстремальные условия. Его цель – определить, как система ведет себя в условиях высокой нагрузки. Тестировщики постепенно увеличивают нагрузку на приложение, пока оно не выйдет из строя, или создают резкий скачок нагрузки, чтобы увидеть, как система реагирует.

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

Объемное тестирование подразумевает проверку приложения с большим объемом данных, чтобы определить, насколько хорошо оно справляется с обработкой данных. Объемное тестирование направлено на выявление проблем с производительностью, таких как медленное время отклика, повреждение данных и их потеря.

8. Что такое Agile-тестирование и в чем его важность?

Agile-тестирование – это подход к тестированию, соответствующий методологии разработки ПО Agile, в которой особое внимание уделяется сотрудничеству команд, непрерывной обратной связи и быстрой итерации. 

В Agile-тестировании участвует вся команда, включая разработчиков и тестировщиков, чтобы убедиться, что приложение соответствует требованиям заказчика и имеет высокое качество.

Важность Agile-тестирования заключается в том, что оно позволяет выявлять баги на ранних этапах разработки, давая командам достаточно времени для их устранения. Кроме того, оно позволяет непрерывно тестировать приложение на протяжении всего цикла разработки, что дает командам возможность быстро реагировать на меняющиеся требования и отзывы клиентов.

9. В чем разница между TDD и BDD?

TDD (Test-Driven Development) — это подход к разработке программ, при котором сначала пишутся тесты для функциональности, а затем сам код для прохождения тестов. Он направлен на создание кода, который легко тестировать, заранее зная, что должно делать ваше программное обеспечение.

BDD (Behavior-Driven Development) — это процесс разработки ПО, где внимание уделяется тому, как программа должна вести себя в различных ситуациях с точки зрения конечных пользователей.

Ниже приведена таблица для сравнения этих двух подходов:

	TDD	BDD
Определение	Разработка программного обеспечения на основе тестов.	Методология разработки ПО, сосредоточенная на взаимодействии с системой через ее поведение.
Цель	Тестовое покрытие и тестируемость кода	Достижение соглашения между техническими специалистами и бизнесом
Написание тестов	Разработчики	Зависит от команды. Ожидается, что тестировщики и бизнес-аналитики пишут приемочные тесты, а разработчики пишут код для прохождения тестов.
Инструменты	Фреймворки: JUnit, NUnit, TestNG, Selenium  Инструменты для тестирования: Katalon, TestComplete	Фреймворки: Cucumber, SpecFlow и Behave.

10. Что такое DDT?

DDT (Data Driven Testing) – это подход к тестированию ПО, позволяющий повторно использовать один и тот же тестовый сценарий для нескольких наборов данных.

Другими словами, вы тестируете модуль кода в различных условиях и с различными данными.

Сценарий: Вход в систему 1. Введите имя пользователя 2. Введите пароль 3. Нажмите Login	Тест-кейс	Ввод данных
	1	Правильные комбинации имени пользователя и пароля
	2	Неверные комбинации имени пользователя и пароля

Тестирование на основе данных – это тестирование, при котором вы не ограничиваете тесты одними только фиксированными значениями. Вместо этого вы делаете тесты гибкими, чтобы они могли читать данные напрямую из баз данных, Excel-таблиц или файлов XML, используя переменные.

Тестирование на основе данных особенно полезно для:

• Проверки правильности ввода
• Тестирования граничных значений 
• Проверки совместимости с различными браузерами, устройствами и конфигурациями операционных систем
• Тестирования производительности при различной нагрузке

11. Что такое тестирование производительности?

Тестирование производительности оценивает работу системы (т. е. время отклика, масштабируемость, стабильность и скорость) в условиях различной нагрузки (высокий пользовательский трафик, большие объемы данных).

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

12. Что такое тестирование доступности?

Тестирование доступности – это процесс оценки удобства использования программного обеспечения или сайта для всех пользователей, включая людей с ограниченными возможностями. При этом проверяется совместимость приложения со вспомогательными технологиями, такими как программы для чтения с экрана, лупы и технологии распознавания голоса. 

13. Сравните ручное и автоматизированное тестирование. Стоит ли командам переходить от ручного тестирования к автоматизированному?

Аспект	Ручное тестирование	Автоматизированное тестирование.
Определение	Тестировщики вручную выполняют действия  (например, открывают браузер, вводят данные), чтобы взаимодействовать с тестируемым приложением. Тесты пишутся в текстовых редакторах, инструментах управления тестированием или электронных таблицах.	Тестировщики пишут скрипты автоматизации для взаимодействия с тестируемым приложением. Эти тестовые скрипты могут запускаться по определенному расписанию и постоянно оптимизироваться.
Стоимость	Затраты на тестировщиков. Это позволяет сэкономить деньги вначале, но затрудняет масштабирование в будущем.	Инвестиции в разработчиков/инженеров-автоматизаторов, инструменты для автоматизации и управления тестированием.
Тестовое покрытие	Низкое	Высокое
Возможность многократного использования	Тест-кейсы сложно воспроизвести повторно	Тест-кейсы можно легко запустить повторно
Виды тестирования	Исследовательское тестирование Usability-тестирование Ad-hoc тестирование	Регрессионное тестирование Интеграционное тестирование Тестирование на основе данных Тестирование производительности

Если тестирование требует повторяющихся действий и частого регрессионного тестирования, QA-команды должны рассмотреть возможность его автоматизации. Однако ручное тестирование все еще имеет свою ценность в ad-hoc или исследовательском тестировании, поэтому выбор зависит от типа, цели и сложности проекта.

14. Сравните тестирование черного и белого ящика

	Тестирование “черного ящика”	Тестирование “белого ящика”
Определение	Тесты пишутся без доступа к внутренней работе приложения и структуре кода	Тесты пишутся на основе полного доступа к внутренней работе приложения и структуре кода
Цель	Тестирование на удобство использования, безопасность и совместимость	Тестирование качества и оптимизации кода
Уровни тестирования	End-to-end тестирование Тестирование совместимости	Юнит-тестирование Интеграционное тестирование Статический анализ кода
Участники	Заинтересованные лица со стороны бизнеса QA-инженеры	Разработчики

15. Объясните, что такое end-to-end тестирование. Сравните его с интеграционным

End-to-end или сквозное тестирование оценивает весь функционал приложения от начала до конца. Интеграционное тестирование рассматривает, как работают отдельные интегрированные компоненты, от API до пользовательского интерфейса.

При ответе на такой вопрос стоит сослаться на пирамиду тестирования.

16. Как вы проводите визуальное тестирование?

В ходе визуального тестирования тестировщик визуально проверяет приложение на предмет несоответствий.

Для проверки визуальных изменений в пользовательском интерфейсе многие тестировщики используют технику Image Comparison (“сравнение изображений”). Они сначала делают скриншоты интерфейса в стандартном состоянии, затем сравнивают их с последующими скриншотами, чтобы обнаружить любые неожиданные изменения внешнего вида.

Однако и этот подход не всегда идеален. Существует множество факторов, которые могут вызывать ложные результаты при визуальном тестировании. Использование инструментов визуального тестирования может снизить вероятность ложных результатов и сделать тестирование более эффективным.

17. Как вы определяете приоритетность тест-кейсов?

При определении приоритетности тест-кейсов необходимо учитывать много критериев. Из самых существенных стоит назвать следующие: 

• Влияние на бизнес. Тест-кейсы, которые проверяют критически важные действия в системе (например, вход в систему, оформление заказа).
• Риски (тест-кейсы для областей приложения с высоким уровнем риска)
• Частота использования (тест-кейсы для функций, вызываемых чаще всего)
• Зависимости 
• Сложность
• Обратная связь от клиентов или пользователей (тест-кейсы, которые учитывают проблемы, о которых сообщают клиенты)
• Исторические данные (тест-кейсы, которые ранее выявляли дефекты или проблемы в приложении)
• Время написания тест-кейса (старые тесты могут требовать обновления)

18. Каковы ключевые факторы для написания хорошего тест-кейса?

• Нужно знать, в каких случаях лучше использовать ручное, а в каких – автоматизированное тестирование.
• Нужно выбрать подходящий метод тестирования (например, тестирование на основе данных).
• Тест-кейсы должны быть разработаны таким образом, чтобы их можно было масштабировать и многократно использовать, чтобы сэкономить время и усилия в различных циклах тестирования.
• Каждый тест-кейс должен иметь уникальный идентификатор или имя, чтобы на него можно было легко ссылаться при необходимости.
• Тестовые данные должны охватывать положительные и отрицательные входные данные, чтобы обнаружить граничные случаи.
• Тесты должны выполняться в тех средах (браузер, устройство и операционная система), которые чаще всего используют конечные пользователи.
• Тест-кейсы должны храниться в центральном репозитории или в инструменте управления тестированием, чтобы обеспечить легкий доступ к ним.
• Тестировщики должны разрабатывать независимые тест-кейсы, чтобы выполнение одного тест-кейса не влияло на результаты другого.

19. Что такое defect triage?

Это сортировка и определение приоритности дефектов. Во время совещаний, посвященных defect triage, тестировщики представляют дефекты, выявленные в ходе тестирования, и обсуждают их потенциальное влияние на проект. 

20. Можете ли вы привести пример сложного дефекта, который вы выявили и устранили в своих предыдущих проектах? 

На этот вопрос нет точного ответа, потому что он зависит от вашего опыта. Вы можете следовать этой схеме, чтобы предоставить наиболее подробную информацию:

1. Подробно опишите дефект, включая то, как он был выявлен (например, в ходе тестирования, по отзывам клиентов и т. д.).
2. Объясните, в чем была сложность.
3. Опишите шаги, которые вы предприняли для устранения дефекта, включая сотрудничество с разработчиками или другими членами команды.
4. Упомяните препятствия и проблемы, с которыми вы столкнулись.
5. Объясните, как вы убедились, что дефект был полностью устранен, и какое влияние он оказал на проект.
6. Поразмышляйте над тем, какой опыт вы извлекли из этого случая.

21. Объясните, что такое тестирование API

API-тестирование очень важно, поскольку практически все типы приложений в значительной степени зависят от API. UI и API переплетаются, что делает еще более важным понимание того, как данные и логика переходят с одного уровня на другой. 

При разработке теста API важно изучить его документацию. Разберитесь, какие технологии используются. При проектировании API в стиле REST, GraphQL и SOAP используются разные концепции, поэтому их тестирование различается.

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

22. Как сделать так, чтобы тест-кейсы охватывали все возможные сценарии?

Тестировщикам важно учитывать не только обычные сценарии использования программы, но и крайние случаи и негативные сценарии с неожиданными данными. Злоумышленники чаще всего используют нестандартные сценарии, поэтому включение таких сценариев в тест-план – отличный способ повысить тестовое покрытие.

23. Каков ваш подход к выявлению дефектов?

Для выявления дефектов и сообщения о них многие тестировщики следуют примерно такому плану:

1. Воспроизвести дефект и собрать всю необходимую информацию, например, шаги по воспроизведению, скриншоты, логи и конфигурации системы.
2. Определить уровень серьезности дефекта в зависимости от его влияния на приложение и пользователей.
3. Зафиксировать дефект в инструменте отслеживания с четким описанием, ожидаемыми и фактическими результатами, а также шагами по воспроизведению.
4. Сообщить о дефекте команде разработчиков и совместно с ними определить его причину и возможные решения.
5. Непрерывно отслеживать дефект до тех пор, пока он не будет устранен и подтвержден как исправленный.

24. Как вы измеряете эффективность своих тестов?

Существует несколько показателей, которые необходимо учитывать при определении эффективности тестов:

1. Скорость выполнения тестов
2. Тестовое покрытие
3. Плотность дефектов (метрика, которая определяет количество дефектов или ошибок в программе на единицу измерения, например, на количество строк кода)
4. Среднее время до отказа (метрика, которая определяет среднее время между запуском программного продукта и первым обнаружением сбоя или отказа в его работе)

25. Что такое инструменты управления тестированием?

Инструменты управления тестированием используются для управления и организации командной деятельности по тестированию. Эти инструменты предоставляют возможности для управления тест-кейсами, тест-планом, выполнением тестов и отчетами.

Вопросы с собеседований для QA-менеджера

26. Опишите ситуацию, когда вам пришлось принимать сложное решение в управлении командой тестирования, и как вы с ним справились

Это ситуативный вопрос, и, конечно, на него нет единственно правильного ответа. Вы можете использовать метод STAR (Situation, task, action, result), чтобы убедиться, что ваш ответ дает ту информацию, которую хочет услышать интервьюер:

27. Как вы обеспечиваете согласованность действий команды тестирования с командой разработки?

• Регулярная связь между командами тестирования и разработки
• Совместная доработка пользовательских историй
• Соглашение об общих методологиях и стандартах тестирования
• Интеграция тестирования в общий процесс разработки
• Постоянный анализ и корректировка приоритетов тестирования в зависимости от изменений требований к продукту или хода разработки

28. Какой у вас опыт во внедрении инструментов автоматизации тестирования?

Шаги для внедрения инструментов автоматизации тестирования:

1. Выявление областей для автоматизации и определение их приоритетности.
2. Оценка и выбор подходящего инструмента автоматизации на основе технических требований.
3. Определение ключевых показателей успеха (key performance indicators, KPI) для автоматизированного тестирования и создание механизма непрерывного мониторинга и отчетности.
4. Обучение команды тестирования работе с инструментами автоматизации и тест-планом.
5. Отслеживание эффективности средств автоматизации тестирования и при необходимости внесение корректировок.

29. Как вы управляете своей QA-командой?

Этот вопрос направлен на то, чтобы узнать больше о вашем стиле управления. Не только в QA: менеджеры в любой отрасли должны обладать хорошими коммуникативными навыками, эмпатией, лидерскими качествами для управления командой и нести ответственность за работу всей команды. 

Общие вопросы для собеседования с QA-специалистами

Есть и другие общие вопросы, которые интервьюер может задать, чтобы узнать о вас, вашей личности. Это не сложные вопросы, и вы легко сможете ответить на них:

1. Каковы ваши сильные стороны? Расскажите о ваших слабых сторонах.
2. Как вы узнали об этой вакансии?
3. Почему вас заинтересовала эта должность?
4. Какая работа является для вас идеальной?
5. Опишите себя, используя три прилагательных.
6. Что вам нравится делать помимо работы?
7. Почему мы должны нанять именно вас в качестве QA-инженера/QA-аналитика/QA-менеджера?
8. Кто оказал наибольшее влияние на вашу карьеру?
9. Какие у вас карьерные цели на ближайшие пять лет?

Вопросы об опыте работы

Это вопросы для QA-собеседования, которые позволяют интервьюерам больше узнать о вашей профессиональной жизни. Их задают после общих вопросов. Постарайтесь дать более подробный ответ и продемонстрировать свой профессионализм.

1. Можете ли вы рассказать нам о своем опыте работы в области QA?
2. Что привело вас к карьере QA-специалиста?
3. Каковы, по вашему мнению, ваши самые большие достижения в карьере QA-специалиста ?
4. Работали ли вы над сложными проектами? Можете ли вы описать их в деталях?
5. Как вы справляетесь с несколькими проектами одновременно и как расставляете приоритеты?
6. Знакомы ли вы с какими-либо инструментами автоматизации тестирования? Как вы используете их в своей повседневной работе?
7. Какие современные технологии или обновления в области QA вам известны?
8. Можете ли вы описать ситуацию, в которой вам пришлось сотрудничать с разработчиками или другими командами, чтобы решить проблему?
9. Как вы справляетесь с работой, когда сроки поджимают?
10. Можете ли вы объяснить, как вы будете тестировать сложную систему с ограниченной документацией?
11. Перечислите некоторые из наиболее распространенных проблем при тестировании программного обеспечения.
12. Как обеспечить совместимость веб-приложения с несколькими браузерами и устройствами?

Перевод статьи «50+ QA Interview Questions And Answers 2024».