Эти вопросы и ответы для интервью по контролю качества программного обеспечения были подготовлены с учетом нашего опыта работы в режиме реального времени. Эти вопросы собеседования для QA для начинающих, среднего и продвинутого уровня. Прежде чем двигаться дальше, я хотел бы упомянуть несколько неизбежных вопросов на собеседованиях по тестированию программного обеспечения, таких как “Почему вы выбрали тестирование программного обеспечения в качестве своей карьеры” и “Объясните свою Selenium среду автоматизации тестирования”.
Мы уверены, что каждый аналитик качества приведенные ниже вопросы и ответы на собеседовании по контролю качества программного обеспечения окажут огромную пользу.
В нашем блоге есть еще несколько важных сообщений, которые помогут вам подготовиться к вопросам на собеседовании по контролю качества, на которые вы можете сослаться.
- Вопросы и ответы на собеседовании по ручному тестированию
- Вопросы и ответы на собеседовании на Selenium
- Вопросы и ответы на собеседовании по TestNG
- Вопросы и ответы на собеседовании по платформе автоматизации тестирования
- Вопросы и ответы на собеседовании по SQL для тестировщиков программного обеспечения
30+ лучших способов ручного тестирования в реальном времени Вопросы и ответы для интервью
Давайте начнем с этих 30+ лучших вопросов для интервью при приеме на работу в отдел контроля качества для аналитиков и инженеров-испытателей.
1. В чем разница между обеспечением качества (QA) и контролем качества (QC)?
Обеспечение качества. Обеспечение качества включает в себя действия, ориентированные на процесс. Это обеспечивает предотвращение дефектов в процессе, используемом для создания Программного приложения. Таким образом, дефекты не возникают при разработке программного приложения.
Контроль качества: Контроль качества включает в себя деятельность, ориентированную на продукт. Он выполняет программу или код для выявления дефектов в Программном приложении.
2. В чем разница между превентивным и реактивным подходами к тестированию?
Превентивный подход:Он также известен как процесс проверки. Этот подход направлен на предотвращение дефектов. При таком подходе тесты разрабатываются на ранних стадиях SDLC, то есть до того, как программное обеспечение будет создано. Вот в этом подходе тестировщики пытаются предотвратить дефекты на ранних стадиях. Он относится к анализу качества (QA).
Реактивный подход: он также известен как процесс проверки. Этот подход заключается в выявлении дефектов. В этом подходе тесты предназначены для выполнения после того, как программное обеспечение будет создано. Здесь мы пытаемся найти дефекты. Он проходит контроль качества (QC).
3. Почему вы работаете в отделе контроля качества?
Я работаю в отделе контроля качества, потому что мне нравится эта работа.
Узнайте больше о том, почему вы выбрали профессию в области контроля качества
4. Перечислите роли инженера по обеспечению качества?
Инженер по обеспечению качества программного обеспечения обычно выполняет следующие задачи.
- Группа контроля качества отвечает за мониторинг всего процесса разработки.
- Они несут ответственность за отслеживание результатов каждого этапа SDLC и корректировку их в соответствии с ожиданиями.
- Они несут ответственность за чтение и понимание документов с требованиями.
- Анализ требований к тестированию, а также разработку и выполнение тестов.
- Разрабатывайте тестовые наборы и расставляйте приоритеты в тестировании.
- Записывайте проблемы и проблемы в соответствии с планами управления проблемами и проблемами проекта.
- Работайте с командой приложения и/или клиентом для решения любых проблем, возникающих в процессе тестирования.
- Выполняйте регрессионное тестирование каждый раз, когда вносятся изменения. в код для исправления дефектов.
- Необходимо взаимодействовать с клиентами, чтобы лучше понять требования к продукту.
- Участие в пошаговых руководствах по процедурам тестирования.
5. Объясните процесс тестирования QA?
Проще говоря, процесс тестирования QA — это пошаговый процесс, который включает в себя анализ документов с требованиями, подготовку стратегии тестирования, плана тестирования и тестовых случаев, выполнение тестовых случаев, когда сборка готова. В процессе выполнения QA выполняют различные типы тестирования, чтобы убедиться, что программное обеспечение соответствует ожиданиям или превосходит их.
Подробнее…
6. Какова роль документации в обеспечении качества?
Документация играет жизненно важную роль в обеспечении качества. Все документы, связанные с SDLC, такие как спецификации бизнес-требований, проекты, отчеты об инспекциях, конфигурации, изменения кода, стратегия тестирования, планы тестирования, тестовые примеры, отчеты об ошибках, руководства пользователя, должны быть задокументированы.
- Документация помогает нам создавать высококачественный программный продукт.
- Документация необходима, чтобы сделать вещи более реальными
- Мы могли бы использовать документацию в качестве справочного материала и повторно использовать ее при необходимости
- Мы могли бы сэкономить много времени, усилий и деньги путем ведения надлежащей документации.
- Надлежащая документация облегчает клиенту обзор процесса разработки программного обеспечения.
7. Что такое аудит качества?
Аудит качества — это процесс систематической и независимой проверки программного продукта или процесса для оценки соответствия спецификациям, стандартам, соглашениям и другим соответствующим критериям.
8. Укажите, какие тестовые артефакты участвуют в контроле качества?
Артефакты тестирования, задействованные в QA, включают стратегию тестирования, план тестирования, сценарии тестирования, тестовые наборы, сводный отчет о тестировании, отчет об ошибках и т. д.
Подробнее и загрузите полный набор артефактов тестирования здесь..
9. Написали ли вы стратегию тестирования?
Обычно документ со стратегией тестирования готовят руководители тестирования или руководители проектов. Если вы подаете заявку на должность менеджера проекта и у вас есть опыт подготовки документа по стратегии тестирования, вы можете сказать «да», в противном случае скажите, что я знаю, что такое стратегия тестирования и ее назначение, но у меня никогда не было возможности написать документ по стратегии тестирования.
<сильный>10. Что такое стратегия тестирования и что она включает?
Стратегия тестирования — это документ высокого уровня (статический документ), который обычно разрабатывается руководителем проекта. Это документ, в котором отражен подход к тестированию продукта и достижению поставленных целей. Обычно он выводится из спецификации бизнес-требований (BRS). Такие документы, как план тестирования, готовятся на основе этого документа.
Подробнее о подробном объяснении стратегии тестирования…
11. Вы написали план тестирования?
Обычно документ с планом тестирования подготавливают руководители тестирования или менеджеры тестирования. Если вы претендуете на должность руководителя тестирования и у вас есть опыт подготовки документа с планом тестирования, вы можете сказать «да», в противном случае скажите, что я знаю, что такое план тестирования и его цель, но у меня никогда не было возможности написать документ по стратегии тестирования.
12. Что такое план тестирования и что он включает?
Документ с планом тестирования – это документ, содержащий план всех действий по тестированию, которые необходимо выполнить для получения качественного продукта. Документ «План тестирования» является производным от документов «Описание продукта», «SRS» или «Сценарий использования» для всех будущих действий проекта. Обычно его готовит руководитель тестирования или менеджер по тестированию, и основное внимание в документе уделяется описанию того, что тестировать, что не тестировать, как тестировать, когда тестировать и кто будет проводить какое тестирование. Кроме того, он включает в себя необходимую среду и инструменты, распределение ресурсов, технику тестирования, которой необходимо следовать, риски и план действий в непредвиденных обстоятельствах. План тестирования — это динамический документ, и мы всегда должны поддерживать его в актуальном состоянии. Документ с планом тестирования указывает нам, как должна продолжаться деятельность по тестированию. Успех проекта тестирования полностью зависит от плана тестирования.
Подробнее о подробном объяснении плана тестирования..
13. Что такое шаблон тестового набора?
Шаблон тестового набора — это документ, относящийся к одному из тестовых артефактов, который позволяет тестировщикам разрабатывать тестовые наборы для определенного тестового сценария, чтобы проверить, работают ли функции приложения должным образом или нет. Тестовые случаи — это набор положительных и отрицательных исполняемых шагов сценария тестирования, который имеет набор предварительных условий, тестовых данных, ожидаемого результата, постусловий и фактических результатов. Большинство компаний используют инструменты управления тестовыми сценариями, такие как Quality Center (HP QC), JIRA и т. д., а некоторые компании по-прежнему используют листы Excel для написания тестовых сценариев.
14. Каковы ключевые компоненты шаблона тестового примера
Ключевыми компонентами шаблона тестового набора являются название проекта, имя модуля, автор, дата создания, проверка, дата проверки, выполнение, дата выполнения, тестовый сценарий, идентификатор тестового набора, описание тестового набора, предварительное условие, тест. шаги, тестовые данные, ожидаемый результат, пост-условие, фактический результат, статус ошибки.
Посмотрите приведенное ниже видео о том, как писать эффективные тестовые примеры.
15. Как вы решаете, достаточно ли вы протестировали?
Это один из самых важных вопросов с точки зрения ISTQB. Вариант будет сложным, и вам придется выбрать правильный.
Как менеджер проекта или руководитель проекта, иногда вы можете столкнуться с ситуацией, когда нужно отменить тестирование, чтобы выпустить продукт раньше. В таких случаях вы должны решить, достаточно ли тестировщики протестировали продукт или нет.
Существует множество факторов, влияющих на проекты в реальном времени, чтобы решить, когда прекратить тестирование.
- если мы уложимся в сроки тестирования. или сроки выпуска
- После достижения определенного процента прохождения тестовых случаев
- если риск в проекте ниже допустимого предела
- если все высокоприоритетные ошибки и блокираторы исправлены
- если мы выполнили приемку критерии
В соответствии с ISTQB, это зависит от рисков для тестируемой системы.
16. Каковы ключевые компоненты отчета об ошибке?
Отчет об ошибке также известен как отчет о дефекте, он передает подробную информацию (например, детали среды, шаги для воспроизведения и т. д.) об ошибке разработчикам. Это позволяет разработчикам легко воспроизвести ошибку. Ключевыми компонентами отчета об ошибке являются идентификатор дефекта, название дефекта, имя отправителя сообщения, дата отчета о дефекте, назначение отправителя сообщения, название проекта, версия выпуска, сведения о среде, приоритет ошибки, серьезность ошибки, статус ошибки, Описание дефекта, шаги по воспроизведению ошибки, ожидаемый результат, фактический результат, вложения, если таковые имеются, и дата закрытия дефекта.
Подробнее о том, как написать хороший отчет…
17. Расскажите мне о некоторых ключевых моментах, которые следует учитывать при написании отчета об ошибке.
я. Воспроизведите ошибку 2–3 раза.
ii. Используйте некоторые ключевые слова, связанные с вашей ошибкой, и выполните поиск в инструменте отслеживания дефектов.
iii. Отметьте похожие модули.
iv. Немедленно сообщите о проблеме.
v. Подробно опишите действия по воспроизведению ошибки.
ви. Напишите хорошее описание дефекта. Следите за своим языком в процессе написания отчета об ошибке, ваши слова не должны обижать людей. Никогда не используйте заглавные буквы при объяснении проблемы.
vii. Рекомендуется проиллюстрировать проблему, используя соответствующие скриншоты.
viii. Проверьте свой отчет об ошибке дважды или трижды, прежде чем публиковать его.
18. Каковы преимущества и недостатки автоматизированного тестирования?
Преимущества.
- Автоматизированное тестирование выполняется быстрее
- В долгосрочной перспективе это дешевле по сравнению с ручным тестированием
- Автоматизированное тестирование более надежно
- Автоматизированное тестирование более мощное и универсальное
- Оно в основном используется для регрессионного тестирования
- Не требует вмешательства человека. Сценарии тестирования можно запускать в автоматическом режиме
- Помогает увеличить охват тестами
Недостатки:
- рекомендуется только для стабильных продуктов
- Автоматизированное тестирование изначально дорого
- Большинство инструментов автоматизации стоят дорого
- Он имеет некоторые ограничения, такие как обработка капчи, шрифтов, цвета.
- Большое обслуживание в случае повторных изменений в требованиях.
Не все инструменты поддерживают все виды тестирования. Такие как Windows, Интернет, мобильность, тестирование производительности/нагрузки
19. В чем разница между сборкой и выпуском?
Сборка:Сборка — это версия программного обеспечения. Каждая сборка имеет номер для целей идентификации. Сборка — это предварительная версия Релиза. Сборка передается команде тестирования разработчиками для локального тестирования приложения. Номера сборок являются инкрементными.
Выпуск. Выпуск — это распространение окончательной версии приложения среди клиентов командой разработчиков программного обеспечения.
20. Что такое утечка ошибок и выпуск ошибок?
Утечка ошибок: Ошибка, которую на самом деле пропустила команда тестирования во время тестирования, и сборка была выпущена в производство. Если теперь эта ошибка (которая была пропущена группой тестирования) была обнаружена конечным пользователем или клиентом, мы называем это утечкой ошибки.
Выпуск ошибки: выпуск программного обеспечения в производство с некоторыми известные ошибки, тогда мы называем это «выпуском ошибок». Эти известные ошибки должны быть включены в примечания к выпуску. В другом случае, выпуск программного обеспечения для группы тестирования с некоторыми известными ошибками, серьезность и приоритет которых являются низкими. Эти ошибки можно устранить перед выпуском в производство.
21. Что такое сортировка ошибок?
Сортировка ошибок – это формальный процесс определения важных ошибок путем определения их приоритетности на основе их серьезности, частоты, риска и других важных параметров. Тестировщики назначают приоритет (высокий, средний, низкий) каждой ошибке на совещании по сортировке ошибок, и в зависимости от приоритета эти ошибки будут исправлены в заказе. Сделав это, мы могли бы сэкономить много времени организации.
22. Объясните жизненный цикл ошибки.
Жизненный цикл ошибки также известен как жизненный цикл дефекта. В процессе разработки программного обеспечения ошибка имеет жизненный цикл. Ошибка должна пройти жизненный цикл, чтобы быть закрытой. Жизненный цикл ошибки зависит от используемых инструментов (QC, JIRA и т. д.) и процесса, которому следует организация. Подробнее…
23. Что такое MR и ER?
MR: MR означает запрос на изменение. Он используется для изменения существующих функций в программном обеспечении, обычно его запрашивают клиенты.
ER: ER означает отчет об улучшении. Он используется для добавления новой функции в программное обеспечение. Обычно его запрашивают клиенты.
24. Назовите некоторые виды тестирования программного обеспечения?
Существует более 100 типов тестирования программного обеспечения.
25. Что такое CRUD-тестирование?
CRUD (Create, Read, Update and Delete) — еще один термин, используемый для тестирования «черного ящика». CRUD-тестирование — это еще один термин для тестирования базы данных.
Подробнее о тестировании черного ящика читайте здесь.
- C — Create — создание новой транзакции
- R — Read/Retrieve — поиск или просмотр транзакции< ли>U – Обновить – Редактирование или модификация существующей транзакции.
- D – Удалить – Удаление транзакции из базы данных
26. Что такое тестирование файлов cookie?
Файлы cookie также известны как HTTP-файлы cookie, веб-файлы cookie, интернет-файлы cookie, файлы cookie браузера.
Подробнее о тестировании файлов cookie…
27. Что такое кроссбраузерное тестирование?
Кросс-браузерное тестирование — это тип нефункционального теста, который помогает нам убедиться, что наш веб-сайт или веб-приложение работают должным образом в различных веб-браузерах. Мы можем проводить кросс-браузерное тестирование в разных браузерах как вручную, так и автоматически. Чтобы выполнить кросс-браузерное тестирование вручную, мы (тестировщики программного обеспечения) создаем тесты для каждого браузера и выполняем их вручную в каждом браузере. Чтобы сделать это автоматически, мы могли бы создать тесты Selenium с несколькими условными операторами, которые выполняют тестовые случаи на основе указанного типа браузера. Каждый браузер отображает веб-сайт в своем собственном стиле. Обычно мы не можем иметь все браузеры на одном компьютере. Каждый браузер разработан другим поставщиком. Таким образом, у каждого браузера есть свои особенности, чтобы продемонстрировать свое уникальное присутствие. При тестировании веб-сайта нам необходимо убедиться, что он отображается одинаково во всех браузерах. Для этого нам нужно иметь все браузеры. К счастью, есть несколько инструментов для выполнения кросс-браузерного тестирования без индивидуального тестирования вручную.
Подробнее о кросс-браузерном тестировании…
28. В чем разница между тестированием на совместимость и кросс-браузерным тестированием?
Тестирование на совместимость:Тестирование приложения на другой аппаратной или программной платформе называется тестированием на совместимость.
Пример: разные устройства, такие как iPhone, Samsung и т. д., разные операционные системы, такие как Windows, Linux и т. д.,
< strong>Кросс-браузерное тестирование. Тестирование веб-приложения в разных браузерах — это кросс-браузерное тестирование. Кроссбраузерное тестирование – это часть тестирования на совместимость.
Пример: Google Chrome, IE 10, IE 11, Firefox 43 и т. д.,
29. Что такое управление конфигурацией?
Управление конфигурацией — это процесс, которому следует следовать в течение жизненного цикла проекта для контроля и документирования каждого изменения.
30. Какие различные инструменты вы использовали в процессе тестирования?
Инструменты, которые я использовал в процессе тестирования, следующие.
Инструменты управления тестированием: JIRA, TestLodge, Центр качества
Инструменты управления тестовыми сценариями: TestCaseLab
Инструменты отслеживания дефектов: Bugzilla, MantisBT
Инструменты автоматизации: strong> QTP/UFT, Selenium, LoadRunner
Инструменты с графическим интерфейсом: Froglogic Squish
Инструменты кросс-браузерного тестирования: CrossBrowserTesting, BrowserStack
Вывод:
Я хотел бы завершить эту публикацию «Вопросы и ответы на собеседовании по контролю качества программного обеспечения» здесь. Если у вас есть какие-либо вопросы, пожалуйста, оставьте комментарий ниже, и мы постараемся включить их в этот список вопросов для интервью по контролю качества программного обеспечения.
Нравится этот пост, не забудьте поделиться им.
TAG: qa
Еще об этом:
150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ ВЕБ-ПРИЛОЖЕНИЙ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД
100+ ВИДОВ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ – ПОЛНЫЙ СПИСОК
100 САМЫХ ПОПУЛЯРНЫХ ПРОДВИНУТЫХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ ПО SELENIUM
ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ МОБИЛЬНЫХ ПРИЛОЖЕНИЙ В 2024 ГОДУ ДЛЯ ANDROID И IOS
ЛУЧШИЕ ИНСТРУМЕНТЫ АВТОМАТИЗИРОВАННОГО ТЕСТИРОВАНИЯ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) | август 2022 г.
16 ЛУЧШИХ ИНСТРУМЕНТОВ ДЛЯ КРОСС-БРАУЗЕРНОГО ТЕСТИРОВАНИЯ В 2022 ГОДУ (РЕЙТИНГ ИЮЛЯ)
ЧТО ТАКОЕ ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ | ВСЕ, ЧТО ВЫ ДОЛЖНЫ ЗНАТЬ
УСЛОВИЯ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ, КОТОРЫЕ ДОЛЖНЫ ЗНАТЬ ВСЕ НОВЫЕ ТЕСТЕРЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ЛУЧШИЕ ИНСТРУМЕНТЫ УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД
