atesting.ru Блог Вопросы и ответы на собеседовании по контролю качества программного обеспечения в реальном времени

Вопросы и ответы на собеседовании по контролю качества программного обеспечения в реальном времени

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

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

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

  • Вопросы и ответы на собеседовании с ручным тестированием
  • Вопросы и ответы на собеседовании Selenium
  • TestNG Вопросы и ответы на собеседовании
  • Вопросы и ответы на собеседовании по платформе автоматизации тестирования
  • Вопросы и ответы на собеседовании по SQL для тестировщиков программного обеспечения

30+ самых популярных вопросов на собеседовании в реальном времени для ручного тестирования & amp; Ответы

 Вопросы и ответы на собеседовании по обеспечению качества программного обеспечения в реальном времени

Давайте начнем с этих 30+ самых популярных вопросов на собеседовании по обеспечению качества для аналитиков/инженеров по тестированию.

1. В чем разница между обеспечением качества (QA) и контролем качества (QC)?

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

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

2. В чем разница между превентивным и реактивным подходами к тестированию?

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

Реактивный подход: Он также известен как процесс проверки. Такой подход заключается в выявлении дефектов. При таком подходе тесты предназначены для выполнения после того, как программное обеспечение было создано. Здесь мы пытаемся найти дефекты. Он проходит под контролем качества (КК).

3. Почему ты в QA?

Я занимаюсь проверкой качества, потому что мне нравится эта работа.

Узнайте больше о том, почему вы выбрали обеспечение качества в качестве карьеры

4. Перечислите роли инженера по обеспечению качества?

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

  • Команда QA отвечает за мониторинг всего процесса разработки.
  • Они несут ответственность за отслеживание результатов каждого этапа SDLC и настроить их в соответствии с ожиданиями.
  • Они несут ответственность за чтение и понимание документов требований.
  • Анализировать требования к тестам, а также разрабатывать и выполнять тесты.
  • < li> Разработайте тестовые примеры и расставьте приоритеты по тестированию.

  • Записывайте проблемы и проблемы в соответствии с планами управления проблемами и проблемами проекта.
  • Работайте с командой разработчиков приложений и/или клиентом, чтобы решить любые проблемы, возникающие в процессе тестирования.
  • Продолжать проводить регрессионное тестирование каждый раз, когда в код вносятся изменения для исправления дефектов.
  • Необходимо взаимодействовать с клиентами, чтобы лучше понять требования к продукту.
  • Участвуйте в пошаговых руководствах по процедурам тестирования.

5. Объясните процесс тестирования QA?

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

Подробнее ..

6. Какова роль документации в QA?

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

  • Документация помогает нам создавать высококачественный программный продукт.
  • Документация необходима, чтобы сделать вещи более реалистичными.
  • Мы могли бы использовать документацию в качестве справочного материала и повторно использовать ее при необходимости.
  • < li>Мы могли бы сэкономить время, силы и деньги организации, поддерживая надлежащую документацию.

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

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

Аудит качества — это процесс систематической и независимой проверки программного продукта или процесса для оценки соответствия спецификациям, стандартам, соглашениям и другим соответствующим критериям.

8. Укажите, какие тестовые артефакты задействованы в контроле качества?

Тестовые артефакты, задействованные в QA, — это стратегия тестирования, план тестирования, сценарии тестирования, тестовые примеры, сводный отчет по тестированию, отчет об ошибках и т. Д.

Прочитайте больше и загрузите полный набор тестовых артефактов отсюда.

9. Вы написали стратегию тестирования?

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

10. Что такое стратегия тестирования и что она включает?

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

Подробнее о подробном объяснении стратегии тестирования …

11. Вы написали план тестирования?

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

12. Что такое план тестирования и что он включает?

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

Подробнее о подробном объяснении плана тестирования …

13. Что такое шаблон тестового случая?

Шаблон тестового примера — это документ, входящий в один из тестовых артефактов, который позволяет тестировщикам разрабатывать тестовые примеры для конкретного тестового сценария, чтобы проверить, работают ли функции приложения должным образом или нет. Тестовые примеры — это набор положительных и отрицательных исполняемых шагов сценария тестирования, который имеет набор предварительных условий, тестовых данных, ожидаемого результата, пост-условий и фактических результатов. Большинство компаний используют инструменты управления тестовыми примерами, такие как Quality Center (HP QC), JIRA и т. Д., А некоторые компании все еще используют таблицы Excel для написания тестовых примеров.

14. Каковы ключевые компоненты шаблона тестового примера?

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

Посмотрите видео ниже о том, как писать эффективные тестовые примеры.

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

  • если мы достигли крайних сроков тестирования или крайних сроков выпуска.
  • Достигнув установленного процента успешно пройденных тестовых случаев.
  • если риск в проекте ниже допустимого предела.
  • если Все высокоприоритетные ошибки и блокировщики исправлены
  • если мы соответствуем критериям приемлемости

Согласно ISTQB, Это зависит от рисков для тестируемой системы.

16. Каковы ключевые компоненты отчета об ошибке?

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

Подробнее о том, как написать хороший отчет …

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

i. Повторите ошибку 2–3 раза.
II. Используйте несколько ключевых слов, связанных с вашей ошибкой, и выполните поиск в инструменте отслеживания дефектов.
iii. Отметьте похожие модули.
iv. Немедленно сообщите о проблеме.
v. Напишите подробные инструкции по воспроизведению ошибки.
vi. Напишите подробное описание дефекта. Следите за своим языком в процессе написания отчета об ошибке, ваши слова не должны оскорблять людей. Никогда не используйте заглавные буквы при объяснении проблемы.
vii. Рекомендуется проиллюстрировать проблему, используя соответствующие снимки экрана.
viii. Дважды или трижды проверьте отчет об ошибке перед публикацией.

18. Каковы преимущества и недостатки автоматизированного тестирования?

Преимущества:

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

Недостатки:

  1. Рекомендуется только для стабильных продуктов.
  2. Автоматизация тестирования изначально стоит дорого.
  3. Большинство инструментов автоматизации стоят дорого.
  4. У него есть некоторые ограничения, такие как обработка капчи, шрифтов , цвет
  5. Огромное обслуживание в случае повторного изменения требований

Не все инструменты поддерживают все виды тестирования. Например, окна, Интернет, мобильность, тестирование производительности/нагрузки

19. В чем разница между сборкой и выпуском?

Сборка. Сборка — это версия программного обеспечения. У каждой сборки есть номер для идентификации. Сборка — это предварительная версия выпуска. Разработчики передают сборку команде тестирования для локального тестирования приложения. Номера сборок инкрементные.

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

20. Что такое утечка ошибок и выпуск ошибок?

Утечка ошибок: ошибка, которая фактически пропущена группой тестирования во время тестирования, и сборка была выпущена в производственную среду. Если теперь эта ошибка (которая была пропущена группой тестирования) была обнаружена конечным пользователем или заказчиком, мы называем это утечкой ошибки.

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

21. Что такое сортировка ошибок?

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

22. Объясните жизненный цикл ошибки.

Жизненный цикл ошибки также известен как жизненный цикл дефекта. В процессе разработки программного обеспечения ошибка имеет жизненный цикл. Ошибка должна пройти жизненный цикл, чтобы быть закрытой. Жизненный цикл ошибки варьируется в зависимости от используемых инструментов (QC, JIRA и т. Д.) И процесса, выполняемого в организации. Подробнее ..

23. Что такое MR и ER?

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

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

24. Назовите некоторые виды тестирования программного обеспечения?

Существует более 100 видов тестирования программного обеспечения.

25. Что такое CRUD-тестирование?

CRUD (создание, чтение, обновление и удаление) — еще один термин, используемый для тестирования черного ящика. CRUD-тестирование — это еще один термин для тестирования базы данных.

Подробнее о тестировании черного ящика можно узнать здесь ..

  • C — Create — Создание новой транзакции
  • R — чтение/получение — поиск или просмотр транзакции
  • U — обновление — редактирование или изменение существующей транзакции.
  • D — удаление — удаление транзакции из базы данных

26. Что такое проверка файлов cookie?

Файл cookie также известен как HTTP-файл cookie, веб-файл cookie, веб-файл cookie, файл cookie браузера.

Подробнее о тестировании файлов cookie. .

27. Что такое кроссбраузерное тестирование?

Кроссбраузерное тестирование — это тип нефункционального теста, который помогает нам убедиться, что наш веб-сайт или веб-приложение работает должным образом в различных веб-браузерах. Мы можем проводить кроссбраузерное тестирование в разных браузерах как вручную, так и автоматически. Чтобы проводить кроссбраузерное тестирование вручную, мы (тестировщики программного обеспечения) создаем тесты для каждого браузера и выполняем их вручную в каждом браузере. Чтобы сделать это автоматически, мы могли бы создать тесты Selenium с несколькими условными операторами, которые выполняют тестовые примеры на основе указанного типа браузера. Каждый браузер отображает веб-сайт в собственном стиле. Обычно у нас не может быть всех браузеров на одной машине. Каждый браузер разработан другим поставщиком. Таким образом, у каждого браузера есть свои особенности, чтобы продемонстрировать свое уникальное присутствие. При тестировании веб-сайта нам необходимо убедиться, что наш веб-сайт отображается одинаково во всех браузерах. Для этого нам нужны все браузеры. К счастью, есть инструменты для выполнения кроссбраузерного тестирования без индивидуального тестирования вручную.

Подробнее о кроссбраузерном тестировании …

28. В чем разница между тестированием совместимости и кроссбраузерным тестированием?

Тестирование совместимости: Тестирование приложения на другой аппаратной или программной платформе — это тестирование на совместимость.
Пример: разные устройства, такие как iPhone, Samsung и т. Д., Разные операционные системы, такие как Windows, Linux и т. Д.,

Кроссбраузерное тестирование . Тестирование веб-приложения в разных браузерах называется кроссбраузерным тестированием. Кроссбраузерное тестирование — это разновидность тестирования совместимости.
Пример: Google Chrome, IE 10, IE 11, Firefox 43 и т. Д.

29. Что такое управление конфигурацией?

Управление конфигурацией — это процесс, который выполняется в течение жизненного цикла проекта для контроля и документирования каждого изменения.

30. Какие различные инструменты вы использовали в процессе тестирования?

В процессе тестирования я использовал следующие инструменты.

Инструменты управления тестированием: JIRA, TestLodge, Quality Center
Инструменты управления тестовыми случаями: TestCaseLab
Инструменты отслеживания дефектов: Bugzilla, MantisBT
< strong> Инструменты автоматизации: QTP/UFT, Selenium, LoadRunner
Инструменты графического интерфейса: Froglogic Squish
Инструменты кроссбраузерного тестирования: CrossBrowserTesting, BrowserStack

Заключение:

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

Нравится этот пост, не забудьте поделиться им.

TAG: qa