19 вопросов на собеседовании QA для начинающих

Содержание:

Введение
Вопросы для собеседования по QA для начинающих

Введение

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

Ищите работу Junior QA? Тогда вам в наш телеграм канал QA Вакансии.

Вопросы с QA-собеседования для начинающих

Ниже вы найдете популярные вопросы с QA-собеседований для начинающих.

1. Что такое обеспечение качества?

Обеспечение качества – это совокупность процессов, которые гарантируют, что созданное программное обеспечение соответствует заданным требованиям и спецификациям документа SRS (Software Requirements Specification).

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

2. Чем отличается обеспечение качества от тестирования ПО?

Обеспечение качества подтверждает, что разработанное программное обеспечение соответствует всем спецификациям, включая SRS, FRS и BRS. Это целенаправленный метод оценки процесса тестирования для повышения качества продукта. QA разрабатывает стратегии для предотвращения потенциальных ошибок в процессе разработки ПО. В основном оно фокусируется на темах, связанных с управлением, таких как анализ проекта, составление контрольных списков, процессы и методы разработки и т.д.

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

3. Цель QA в разработке программного обеспечения.

Роли и обязанности QA инженера:

Определение целей тестирования и стратегии их достижения.
Разработка стратегии тестирования на основе спецификаций и сроков проекта.
Выполнение тестов с использованием соответствующих методов (вручную или с помощью инструментов автоматизации) и регистрация неудачных тестовых случаев.
Определение корня проблемы через анализ дефектов.
Устранение недостатков во избежание их влияния на качество конечного продукта.
Информирование разработчиков о недостатках ПО с помощью баг-трекинговой системы (например, Bugzilla, Mantis, QA Touch). Раннее тестирование снижает потери времени и средств, затрачиваемых на исправление ошибок.

4. Опишите жизненный цикл процесса обеспечения качества.

Жизненный цикл QA следует концепции PDCA – Plan-Do-Check-Act:

1. Plan

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

2. Do

Этап, на котором эти процессы разрабатываются и тестируются.

3. Check

Этот этап предназначен для мониторинга процессов и определения их соответствия потребностям пользователей.

4. Do

Этап запуска необходимых процессов.

5. Проведите различие между Планом тестирования и Стратегией тестирования.

План тестирования	Стратегия тестирования
План тестирования - это документ, в котором изложены цель, стратегия, подход к тестированию программного обеспечения и моменты, требующие особого внимания	Стратегия тестирования - это набор правил, определяющих техники тестирования и то, как оно должно проводиться.
Тестировщик или руководитель команды QA выполняет план тестирования, в котором указывается, как, когда и что тестировать.	Менеджер проекта реализует стратегию тестирования. Она объясняет, какую методологию использовать и какой модуль тестировать.
План тестирования описывает спецификацию.	Стратегия тестирования описывает общие методы.
План тестирования может измениться.	Нет возможности скорректировать стратегию тестирования.
Тестовый подход - это долгосрочный план действий.	Цель планирования тестирования - обнаружение рисков путем выявления потенциальных проблем и их взаимосвязей.
План тестирования разрабатывается в индивидуальном порядке	Элементы тестовой стратегии плана тестирования часто встречаются в небольших проектах.

6. Объясните, что такое Build и Релиз, каковы их различия.

Сборка:

Команда разработчиков предоставляет команде тестирования “сборку”.
Команда тестирования может отклонить “сборку”, если какие-либо тесты провалились или она не удовлетворяет требованиям.
Несколько сборок объединяются в один релиз.

Релиз:

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

7. Что вы знаете об утечке ошибок и релизе багов?

Утечка ошибок:

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

Релиз бага:

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

8. Что такое Monkey testing?

При разработке программного обеспечения его эффективность проверяется с помощью Monkey тестирования. “Обезьянье тестирование” предполагает, что тестировщик произвольно вводит данные в программу без намерения ее “сломать”.

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

9. Что такое Gorilla testing?

Gorilla тестирование скрупулезно проверяет каждый элемент кода до тех пор, пока он не выйдет из строя, используя произвольные входные данные.

Основное различие между Gorilla и Monkey тестированием заключается в том, что первое тестирует конкретные модули, тогда как второе оценивает всю систему. Случайные валидные и невалидные входные данные подаются в модули каждого продукта до тех пор, пока не произойдет сбой.

Gorilla тестирование проводится для каждого модуля на последних этапах разработки программного обеспечения для проверки устойчивости приложения. Оно также известно как “torture-тестирование” или “тестирование на отказоустойчивость”, поскольку является достаточно жестким.

10. Что такое тестовое обеспечение?

Тестовое ПО – это артефакты, созданные для процесса тестирования, необходимые для планирования, разработки и проведения тестов.

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

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

Тестовое ПО отличается от обычного ПО двумя признаками:

Оно создается тестировщиками для достижения конкретной цели.
Оно относится к многопользовательскому и имеет различные показатели качества.

11. Что такое матрица трассируемости?

Матрица трассируемости (прослеживаемости) – это особый вид документа, который используется в проектах разработки ПО для отслеживания, идентификации и подтверждения создания определенной возможности или компонента. Помогает связать и проследить различные требования к разрабатываемому ПО до их выполнения, тестирования или завершения. Оценивает и сравнивает различные компоненты системы и предоставляет отчет о состоянии потребностей проекта с точки зрения степени их завершенности.

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

12. Различия понятий “верификация” и “валидация”.

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

13. Различия между повторным и регрессионным тестированием.

Повторное тестирование:

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

Регрессионное тестирование:

Регрессионное тестирование проверяет, не повлияло ли обновление кода на текущую функциональность приложения.

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

14. Что такое аудит качества?

В тестировании программного обеспечения аудит проверяет программный продукт на соответствие заранее определенным стандартам.

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

15. Что такое коэффициент утечки дефектов?

Утечка дефектов – это метрика, используемая для измерения качества проведенного тестирования и количества проблем. которые остались незамеченными.

Формула для определения коэффициента утечки дефектов:

Утечка дефектов = (Количество дефектов, найденных в UAT / Количество дефектов, найденных в QA-тестировании).

16. Опишите виды QA документации.

1.. Политика тестирования – документ высокого уровня, в котором изложены основополагающие принципы тестирования организации, методологии и основные цели.

2. Стратегия тестирования – определяет виды тестирования, используемые для проекта.

3. План тестирования – всеобъемлющий документ планирования (часто оформленный в виде цифрового флипбука или интерактивного PDF), который включает информацию о цели, стратегии, доступных инструментах, графике и других мероприятиях по тестированию.

4. Матрица трассируемости: необходима для анализа покрытия требований тест-кейсами.

5. Тестовый сценарий – это документ с инструкцией по проведению конкретного набора тестов.

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

7. Тестовые данные – информация, предоставленная перед выполнением теста.

8. Отчет о дефектах – детальное описание любой ошибки в баг-трекинговой системе.

9. Сводный отчет о тестировании – высокоуровневый отчет, содержащий описание процесса и результатов тестирования.

17. Объясните правило “Разработка через тестирование”.

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

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

Граф причинно-следственных связей – это элемент техники тестирования методом “черного ящика”, который определяет наименьшее количество тест-кейсов, способных адекватно протестировать весь объем продукта на основе набора определенных критериев. Он также подчеркивает связь между конкретным результатом и элементами, влияющими на этот результат.

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

19. Что такое тестирование потоков?

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

Перевод статьи «30 Tricky QA Interview Questions and Answers in 2023».