150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ ПО ТЕСТИРОВАНИЮ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Содержание

В этом посте мы видим вопросы для интервью по тестированию программного обеспечения. Основное внимание мы уделяем вопросам, заданным в вопросах и ответах на собеседованиях по ручному тестированию, основанных на реальных событиях<

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

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

Перед началом проверьте эти Похожие сообщения:

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

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

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

В соответствии со стандартом ANSI/IEEE 1059 – процесс анализа элемента программного обеспечения для выявления различий между существующими и требуемыми условиями (т. е. дефектов) и для оценки функций элемента программного обеспечения. Узнайте больше о тестировании программного обеспечения.

2. В чем разница между SDET, инженером-испытателем и разработчиком SDET, инженером-испытателем и разработчиком

Инженер-испытатель SDET Разработчик
Инженер-испытатель думает только с точки зрения прохождения или сбоя тестового примера и того, как сломать программное обеспечение SDET знает функциональные цели системы, а также цели качества Разработчик думает, как для разработки системы и обеспечения работы функциональности Инженер-испытатель работает только в жизненном цикле тестирования, например, при разработке тестовых наборов и их выполнении SDET участвует в проектировании, разработке и тестировании Разработчик ограничен частью кодирования и выпуском для группы тестирования Знания в области программирования не требуются Наборы динамических навыков, такие как знание качества и тестирования, а также хорошие навыки программирования Требуются только знания в области программирования Инженеры-испытатели знают, где присутствует повторяющаяся работа или простой ввод данных, но от них не ожидается минимизации повторяющихся задач SDET понимает потребности в автоматизации, они могут написать код и предоставить решение для команды, где повторяющаяся работа убивает время. Они могут разработать структуру, которая может помочь команде тестирования сократить повторяющийся цикл тестирования или простую задачу ввода данных. Разработчики не занимаются такими задачами От инженеров-испытателей не ожидается, что они дойдут до уровня кода и настроят производительность Хорошо осведомленные о настройке производительности и угрозах безопасности, они могут предложить и добраться до кода и указать, где приложение имеет низкую производительность, а также они могут оптимизировать код От разработчиков ожидается, что они будут кодировать только те функции, которые ожидается заказчиком

3. Каковы наилучшие методы написания тестовых случаев?

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

4. Сколько тестовых случаев вы можете выполнить за день?

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

Пример ответа: «В моем предыдущем проекте мы обычно выполняем 30-40 простых тестов (например, вход в систему) в день, 10- 20 средних тестовых случаев (например, назначение ролей пользователей) в день и 5-10 сложных тестовых случаев (полный процесс покупки) в день.

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

Та же стратегия применима и здесь. Это полностью зависит от сложности функциональности.

6. Сколько дефектов вы обнаружили в своем последнем проекте?

Прежде чем сказать, сколько дефектов вы обнаружили в своем последнем проекте, сначала начните говорить о типе проекта, над которым вы работали, и о том, сколько тестовых случаев вы выполнили. выполнено.
Я работал на веб-сайте электронной коммерции, где выполнил в общей сложности 200 тестовых случаев и обнаружил около 45 дефектов.

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

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

Некоторые популярные инструменты управления конфигурацией: Ansible, Chef, Puppet, Terraform, Saltstack и т. д.

9. Что такое запрос на изменение?

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

10. Что такое отчет об улучшениях?

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

11. Что, если программное обеспечение содержит столько ошибок, что его вообще невозможно протестировать?

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

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

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

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

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

Прочтите этот пост, где мы четко обсудили QA и QC в тестировании.

13. Что такое верификация в тестировании программного обеспечения?

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

14. Что такое валидация в тестировании программного обеспечения?

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

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

15. Что такое статическое тестирование?

ТОП 150+ ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ВОПРОСЫ И ОТВЕТЫ НА ИНТЕРВЬЮ

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

16. Что такое динамическое тестирование?

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

29. Что такое тестовые данные?

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

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

30. Что такое тестовый набор?

Тестовый набор — это набор программного обеспечения и тестовых данных, сконфигурированных для тестирования программного модуля путем его запуска в различных условиях, что включает в себя мониторинг выходных данных с ожидаемым результатом.< p>Он содержит механизм выполнения тестов и репозиторий тестовых сценариев

31. Что такое закрытие теста?

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

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

Действия по завершению тестирования можно разделить на четыре основные группы.

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

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

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

Архивация результатов, журналов, отчетов и других документов и рабочих продуктов в CMS (система управления конфигурацией).< h4 id=h-33-что такое тестовое покрытие>33. Что такое тестовое покрытие?

Тестовое покрытие помогает измерить количество тестов, выполненных набором тестов.

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

34. Объясните, как работает инструмент тестового покрытия?

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

35. Что такое покрытие кода?

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

См. Метрики тестирования.

36. Перечислите результаты тестирования?

  1. Стратегия тестирования
  2. План тестирования
  3. Отчет об оценке трудозатрат
  4. Сценарии тестирования
  5. Тестовые наборы/скрипты
  6. Тестовые данные
  7. Матрица отслеживания требований (RTM)
  8. Отчет о дефектах/отчет об ошибках
  9. Отчет о выполнении теста
  10. Графики и показатели
  11. Сводный отчет о тестировании
  12. Отчет об инциденте тестирования
  13. Отчет о завершении тестирования
  14. Выпуск Примечание
  15. Руководство по установке и настройке
  16. Руководство пользователя
  17. Отчет о состоянии тестирования
  18. Еженедельный отчет о состоянии (от менеджера проекта к клиенту)

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

37. Что такое отчет о тестировании?

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

38. Каковы наиболее распространенные компоненты отчета о дефектах?

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

  • Название проекта
  • Имя модуля
  • Идентификатор дефекта
  • Дефект обнаружен
  • Дефект обнаружен
  • Приоритет
  • Серьезность
  • Дефект устранен
  • Дефект устранен

39. Какие существуют категории отладки?

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

Существует несколько категорий отладки, в том числе:

  • Отладка методом грубой силы
  • Откат
  • Причина устранение
  • Анализ дерева отказов
  • Разделение программы

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

Некоторые из наиболее распространенных ошибок включают:

  • Игнорирование мелких проблем
  • Плохое планирование
  • Недооценка
  • Неправильное распределение ресурсов
  • Несоблюдение точного процесса

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

41. Какие существуют уровни тестирования?

В тестировании программного обеспечения существует четыре уровня тестирования.

  1. Модульное тестирование или тестирование на уровне компонентов
  2. Интеграционное тестирование< li>Тестирование системы
  3. Приемочное тестирование

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

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

43. Что такое интеграционное тестирование?

Интеграционное тестирование — это процесс тестирования интерфейса между двумя программными модулями. Интеграционное тестирование выполняется тремя способами. Подход Большого взрыва, Подход сверху вниз, Подход снизу вверх. Узнайте больше об интеграционном тестировании.

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

44. Что такое системное тестирование?

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

Проверьте этот пост Разница между тестированием системы и тестированием интеграции

45. Что такое подход большого взрыва?

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

Сверху вниз и снизу вверх используются фиктивные модули. известные как заглушки и драйверы. Эти заглушки и драйверы используются для замены отсутствующих компонентов для имитации обмена данными между модулями.<сильный>46. Что такое нисходящий подход?

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

47. Что такое подход «снизу вверх»?

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

48. Что такое заглушки и драйверы в ручном тестировании?

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

Заглушка – это небольшой фрагмент кода, который вызывается тестируемым модулем. . Драйвер — это небольшой фрагмент кода, который вызывает модуль для тестирования.

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

Интеграционное тестирование и системное тестирование

ИНТЕГРАЦИОННОЕ ТЕСТИРОВАНИЕ

ТЕСТИРОВАНИЕ СИСТЕМЫ

Это низкоуровневое тестирование

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

50. Что такое сквозное тестирование?

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

51. Что такое функциональное тестирование?

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

Узнайте больше о функциональном тестировании здесь

52. Что такое нефункциональное тестирование?

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

53. В чем разница между функциональным и нефункциональным тестированием?

Функциональное тестирование и нефункциональное тестирование

Функциональное тестирование Нефункциональное тестирование
Что на самом деле делает система, так это функциональное тестирование Насколько хорошо система работает, это нефункциональное тестирование Чтобы убедиться, что ваш продукт соответствует требованиям клиентов и бизнеса и не содержит серьезных ошибок Чтобы убедиться, что продукт соответствует ожиданиям клиентов Чтобы проверить соответствие программного обеспечения ожидаемому результату Для проверки поведения ПО при различных условиях нагрузки Выполняется до нефункционального тестирования Выполняется после функциональное тестирование Пример функционального тестового примера — проверка функциональности входа в систему Пример нефункционального тестового примера — проверка загружается ли главная страница менее чем за 2 секунды Типы тестирования:
• Модульное тестирование
• Дымовое тестирование
• Принятие пользователями
• Интеграционное тестирование
• Регрессионное тестирование
• Локализация
• Глобализация
• Совместимость
Типы тестирования:
• Тестирование производительности
• Объемное тестирование
• Масштабируемость
• Тестирование удобства использования
• Нагрузочное тестирование
• Стресс-тестирование
• Тестирование на соответствие
• Тестирование переносимости
• Тестирование аварийного восстановления
Это может быть выполнено как вручную, так и автоматически Его можно эффективно выполнять, если автоматизировать

54. Что такое приемочное тестирование?

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

55. На основании чего составляется план приемочных испытаний?

План приемочных испытаний составляется с использованием следующих исходных данных.

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

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

56. Что такое альфа-тестирование?

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

57. Что такое бета-тестирование?

Бета-тестирование проводится ограниченным числом конечных пользователей перед доставкой. Это делается после альфа-тестирования. Обычно это делается на месте клиента. Узнайте больше о бета-тестировании здесь.

58. Что такое гамма-тестирование?

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

59. Что такое дымовое тестирование?

Дымовое тестирование выполняется, чтобы убедиться, что сборка, которую мы получили от команды разработчиков, пригодна для тестирования или нет. Это также называется проверкой «День 0». Это делается на уровне сборки. Это помогает не тратить время на простое тестирование всего приложения, когда ключевые функции не работают или основные ошибки еще не исправлены.

Не пропустите это подробное руководство по тестированию дыма.

< h4 id=h-60-что такое-вменяемость-тестирование>60. Что такое проверка работоспособности?

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

Не пропустите это подробное руководство по тестированию работоспособности.

61. В чем разница между Sanity и Smoke Testing?

Sanity vs Smoke Testing

<класс=столбец-1>SMOKE TESTING

SANITY TESTINGSmoke Test выполняется, чтобы убедиться, что сборка полученное от команды разработчиков, можно тестировать или нетПроверка работоспособности выполняется на этапе выпуска, чтобы проверить основные функции приложения, не углубляясьТестирование дыма выполняется как разработчиками, так и тестировщикамиПроверка работоспособности выполняется только тестировщикамиSmoke Testing проверяет все приложение от начала до концаПроверка работоспособности выполняет только отдельные компонент всего приложенияSmoke Testing, сборка может быть как стабильной, так и нестабильнойПроверка работоспособности, сборка относительно стабильна< tr class=”row-6 even”>Выполняется в начальных сборках.Выполняется в стабильных сборках.Это
часть базового тестирования.Это часть регрессионного тестирования.Обычно это делается каждый раз, когда — это новая версия сборки.Выпуск планируется, когда не будет достаточно времени для проведения углубленного тестирования.

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

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

Чтобы гарантировать, что дефекты, которые были обнаружены и опубликованы в более ранней сборке, были исправлены или не были исправлены в текущей сборке. Скажем, вышел билд 1.0. Группа тестирования обнаружила некоторые дефекты (идентификатор дефекта 1.0.1, 1.0.2) и опубликовала их. Сборка 1.1 была выпущена, теперь тестирование дефектов 1.0.1 и 1.0.2 в этой сборке проводится повторно.

Полное руководство: повторное тестирование

63. Что такое регрессионное тестирование?

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

Обычно мы проводим регрессионное тестирование в следующих случаях. случаи:

  1. В приложение добавляются новые функции
  2. Требование к изменению (в организациях мы называем это CR)
  3. Исправление дефектов
  4. Устранение проблем с производительностью
  5. Изменение среды (например, обновление БД из MySQL в Oracle)

Прочитайте подробное руководство по регрессионному тестированию

64. Что вы подразумеваете под регрессионным и подтверждающим тестированием?

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

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

65. Что такое тестирование GUI?

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

< сильный>66. Что такое восстановительное тестирование?

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

67. Что такое тестирование глобализации?

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

68. Что такое тестирование интернационализации (тестирование I18N)?

См. Тестирование глобализации.

69. Что такое тестирование локализации (тестирование L10N)?

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

70. Что такое тестирование установки?

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

71. Что такое формальное тестирование?

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

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

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

<сильный>73. Что такое тестирование совместимости?

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

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

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

75. Что такое Monkey Testing?

Преднамеренное выполнение нестандартных действий с приложением для проверки его стабильности. Ознакомьтесь с нашим подробным руководством по Monkey Testing.

76. Что такое юзабилити-тестирование?

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

77. Что такое тестирование безопасности?

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

78. Что такое Soak Testing?

Запуск системы с высокой нагрузкой в ​​течение длительного периода времени для выявления проблем с производительностью называется Soak Testing.

79. Что такое тестирование на выносливость?

Тестирование на выносливость — это нефункциональный тип тестирования. Он также известен как тестирование на вымачивание. См. раздел Тестирование выдержки.

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

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

Полное руководство: тестирование производительности

<сильный>81. Что такое нагрузочное тестирование?

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

82. Что такое объемное тестирование?

Оно должно проверить, может ли система/приложение обрабатывать большой объем данных

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

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

84. Что такое тестирование масштабируемости?

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

85. Что такое тестирование параллелизма?

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

86. Что такое нечеткое тестирование?

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

Не пропустите: Руководство по нечеткому тестированию

87. Что такое специальное тестирование?

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

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

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

Веб-приложения работают в таких браузерах, как Google Chrome, Mozilla Firefox, Internet Explorer и Safari. Несмотря на то, что все они в той или иной степени поддерживают веб-стандарты, между ними все же есть небольшие различия. Это может создать проблему для разработчиков, которым приходится тестировать свое программное обеспечение в нескольких браузерах и отмечать любые несоответствия.

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

89. Что подразумевается под автоматизацией браузера?

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

Автоматизация браузера с помощью инструментов автоматизации, таких как Selenium, Katalon, Cypress и т. д., выполняется значительно быстрее, чем тестирование вручную, поскольку эти инструменты позволяют протестировать множество сценариев за очень короткое время.</p >

QA Interview Вопросы и ответы

< сильный>90. Что такое тестирование интерфейса?

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

91. Что такое тестирование надежности?

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

92. Что такое групповое тестирование?

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

93. Что такое A/B-тестирование?

A/B-тестирование — это процесс сравнения двух версий веб-страницы или другого маркетингового актива, чтобы определить, какая из них работает лучше. Сравнение не останавливается на веб-страницах — это могут быть интерфейсы приложений, целевые страницы, электронный маркетинг и т. д. Чтобы узнать больше, ознакомьтесь с Руководством по A/B-тестированию

< сильный>94. Что такое сплит-тестирование?

Обратитесь к A/B-тестированию.

95. Каковы принципы тестирования программного обеспечения?

  1. Тестирование показывает наличие дефектов: хотя тестирование может обнаружить дефекты программного обеспечения, оно не может гарантировать, что продукт является бесплатным. ошибок. Тестирование может уменьшить количество сбоев, но оно никогда не сможет устранить их все.
  2. Всестороннее тестирование невозможно: Поскольку невозможно полностью протестировать программное обеспечение, мы можем запустить только несколько выбранных тестов и предполагаем, что программное обеспечение всегда будет выдавать правильный результат. Более комплексное тестирование было бы слишком дорогостоящим и трудоемким.
  3. Раннее тестирование. Крайне важно тестировать программное обеспечение на ранней стадии, чтобы найти дефекты. На ранних стадиях SDLC легче и дешевле выявлять дефекты. Тестирование программного обеспечения следует начинать на первом этапе разработки программного обеспечения, во время анализа требований.
  4. Группирование дефектов: Согласно принципу Парето, 80% дефектов программного обеспечения возникают из-за 20% модулей. Другими словами, большинство дефектов проекта обнаруживается только в нескольких разделах кода.
  5. Парадокс пестицидов: если вы хотите найти какие-либо новые ошибки, вы не можете просто запускать одни и те же тестовые примеры. несколько раз. Вам необходимо добавить или обновить существующие тестовые наборы.
  6. Тестирование зависит от контекста: В зависимости от контекста разработки программного обеспечения подход к тестированию будет различаться. В зависимости от типа различного программного обеспечения требуется разное тестирование.
  7. Отсутствие ошибочных ошибок: программное обеспечение должно не только не содержать ошибок в 99 % случаев, но и соответствовать требованиям клиентов. если он когда-либо будет использоваться.

Нажмите здесь, чтобы узнать больше.

96. Что такое исчерпывающее тестирование?

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

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

Дефекты, обнаруженные на ранних этапах SDLC, дешевле исправить. Таким образом, раннее тестирование снижает стоимость исправления дефектов.

98. Что такое кластеризация дефектов?

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

99. Что такое парадокс пестицидов?

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

100. Что такое каскадирование дефектов в тестировании ПО?

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

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

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

Аутсорсинговое тестирование и краудсорсинговое тестирование

Внешнее тестирование

Краудсорсинговое тестированиеСпециальная команда присутствует для удовлетворения ваших потребностей в тестировании, мы можем сказать, что это третья сторона, которая вам неизвестна, тестируйте свое приложение или продукт со свежим взглядом.Совершенно неизвестный пул ресурсов для тестирования протестируйте свое приложение, вы можете судить о качестве своего продукта на основе количества зарегистрированных ошибок.Оплата производится на основе часов, потраченных на тестирование, эта оценка производится до цикла тестирования. Например, аутсорсинг тестирования стоит от 20 до 40 долларов в час.Оплата производится на основе сообщения об ошибке, отсутствия серьезных ошибок и ошибок с низким приоритетом. Например, стоимость серьезной ошибки составляет 15 долларов США, а ошибки с низким приоритетом – 3 доллара, тогда как ошибки со средним приоритетом стоят 5 долларов США.Данные приложения хранятся в является одним из этических кодексов каждой компании, предоставляющей услуги тестирования.Поскольку над вашим приложением работает n тестировщиков, и они не связаны юридически с компанией-поставщиком исходного кода Crowd, они не обязаны сохранять конфиденциальность данных приложения. Существует вероятность утечки данных, если проводится массовое тестирование и нет гарантии конфиденциальности данных.Общение довольно простое, поскольку всегда присутствует один представитель для обработки, чтобы поделиться статусом тестирования, качеством вашего продукта.Коммуникация немного сложна, потому что вы должны понять качество продукта на основе ошибок, зарегистрированных тестировщиками, вы должны понять ошибку, поговорив с тестировщиком индивидуально.Качество не страдает, так как цель состоит в том, чтобы выявить все ошибки в срок и в рамках бюджета. Вся команда работает над достижением этой вехи. Они представляют потенциальные и действительные ошибки, и организация достаточно уверена, чтобы исправить только эти ошибки и быть уверенным в качестве своего продукта. Поскольку нет концепции команды, здесь больше внимания уделяется количеству, а не качеству. Есть вероятность, что ваше приложение протестируют 1000 тестировщиков с разным опытом. Они могут регистрировать 5 тысяч ошибок разной серьезности. Таким образом, его организация несет ответственность за выявление реальных ошибок и их исправление.Платформа и среда тестирования полностью принадлежат аутсорсинговой компании, они хорошо улажены со всеми полезными программное обеспечение, инструменты, инструменты управления, ОС и устройства.Среда тестирования полностью зависит от конкретного тестировщика, некоторые тестировщики тестируют на компьютере MAC, некоторые тестируют на Windows, некоторые тестируют на Android или некоторые тестируют на Apple.Квалифицированные тестировщики в команде, фиксированное количество тестировщиков в команде. Каждый тестировщик хорошо разбирается в определенной области, такой как мобильное тестирование, тестирование производительности, автоматическое тестирование, функциональное тестирование.Огромное количество тестировщиков, с разным опытом и разным опытом, поэтому вероятность качественных ошибок зависит от опыта тестировщиков. Что может быть на удивление хорошо или плохо.Одна команда, один часовой пояс, ограниченный срок и запланированный бюджет — таким образом циклы тестирования завершаются. Нет концепции команды, разные часовые пояса, нет сроков, но об ошибках сообщают очень быстро. природы, потому что тестировщики работают в рамках тестирования.
Они не касаются нескольких областей, потому что это может быть не в их бюджете.Здесь нет ограничений по объему тестирования, N тестировщиков, n направлений взлома системы, Из-за этого цикл тестирования проходит через реальный сценарий, например, n пользователей получают доступ к приложению, они могут получить некоторую уязвимость в приложении. тестирование, но меньше, чем команда внутреннего тестирования.Бюджетные, быстрые результаты, иногда выявляются реальные и неожиданные проблемы.

102. Что такое обход?

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

103. Что такое проверка?

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

104. Кто все участвует в инспекционном совещании?

Автор, модератор, рецензент(ы), писец/регистратор и менеджер.

105. Что такое дефект?

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

106. Что такое ошибка?

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

107. Что такое ошибка?

Мы не можем скомпилировать или запустить программу из-за ошибки кода в программе. Если разработчик не может успешно скомпилировать или запустить программу, он называет это ошибкой. Нажмите здесь, чтобы узнать больше.

108. Что такое провал?

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

109. Что такое серьезность ошибки?

Серьезность ошибки/дефекта можно определить как влияние ошибки на бизнес клиента. Это может быть Критический, Большой или Незначительный. Простыми словами, какое влияние окажет на систему тот или иной дефект. Нажмите здесь, чтобы узнать больше.

110. Что такое приоритет ошибок?

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

111. Расскажите несколько примеров серьезности и приоритета ошибок?

Высокий приоритет и высокий уровень серьезности: кнопка “Отправить” не работает на странице входа, и клиенты не могут войти в приложение

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

Высокий приоритет и низкий уровень серьезности: Ошибка в написании названия компании на главной странице

Низкий приоритет и низкий уровень серьезности: Страница часто задаваемых вопросов загружается долго

Нажмите здесь, чтобы узнать больше.

112. Что такое критическая ошибка?

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

Пример:

1. Кнопка «Войти» не работает в приложении Gmail, и пользователи Gmail не могут войти в свои учетные записи.
2. Сообщение об ошибке появляется, когда клиент нажимает кнопку перевода денег на веб-сайте банка.

113. Что вы подразумеваете под скрытым дефектом и замаскированным дефектом?

Скрытый дефект:

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

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

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

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

< p>Скрытый дефект:

Хотя эти дефекты еще не привели к сбою, в конечном итоге это произойдет, потому что другой дефект препятствует выполнению этого раздела кода. Его можно обнаружить только тогда, когда дефект, скрывающий его, выявляется пользователем с помощью определенной операции. Одни дефекты скрыты другими, более преобладающими, и остаются незамеченными до тех пор, пока последний не будет найден. -веб-приложение>114. В чем разница между автономным приложением, клиент-серверным приложением и веб-приложением?

Автономное приложение:

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

Приложение клиент-сервер

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

Веб-приложение:

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

115. Что такое жизненный цикл ошибки?

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

116. Каковы различные этапы жизненного цикла дефекта?

Различные этапы жизненного цикла ошибки:

  • Новые
  • Назначенные
  • Открыто
  • Тестирование
  • Перенесено в QA/Готово к тестированию
  • Проверено
  • Исправлено
  • Закрыто
  • Проверено повторно
  • Повторно открыть
  • Дубликат
  • Отложено
  • Отклонено
  • Невозможно исправить
  • Невоспроизводимо
  • Требуется дополнительная информация

117. Что такое утечка ошибок?

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

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

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

119. Что такое возраст дефекта?

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

Возраст дефекта = дата закрытия дефекта – дата дефекта. обнаружение

Предположим, тестировщик обнаружил ошибку и сообщил о ней 1 января 2016 года, а она была успешно устранена 5 января 2016 года. Таким образом, возраст дефекта составляет 5 дней.

120. Что такое заполнение ошибок?

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

121. Что такое угадывание ошибок?

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

122. Что такое дефект Showstopper?

Дефект showstopper — это дефект, который не позволяет пользователю двигаться дальше в приложении. Это почти как авария.

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

123. Что такое HotFix?

Исправление – это сборка, предназначенная для решения серьезной проблемы, обнаруженной в рабочей среде.

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

Исправления и исправления — это два разных типа обновлений программного обеспечения. Патчи общедоступны, а исправления — нет.

Исправления также известны как быстрые технические обновления (обновления QFE)

124. Что за исправление?

Исправление — это сборка, направленная на устранение ошибки, обнаруженной тестировщиками в цикле тестирования.

125. Что такое вознаграждение за обнаружение ошибок?

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

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

Первой компанией, которая уловила эту концепцию, была Google. В 2010 году компания запустила «Программу вознаграждения за уязвимости» и с тех пор выплатила более 4 миллионов долларов. >126. Какие существуют стратегии развертывания для конечных пользователей?

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

  • Пилотная< li>Постепенное внедрение
  • Поэтапное внедрение
  • Параллельная реализация

127. Что такое анализ граничных значений?

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

128. Что такое раздел класса эквивалентности?

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

129. Что такое тестирование таблицы решений?

Таблица решений также известна как Таблица причинно-следственных связей. Этот метод тестирования подходит для функций, которые имеют логические отношения между входами (логика if-else). В методе таблицы решений мы имеем дело с комбинациями входных данных. Чтобы идентифицировать тестовые случаи с таблицей решений, мы рассматриваем условия и действия. Мы принимаем условия в качестве входных данных и действия в качестве выходных данных. Нажмите здесь, чтобы узнать больше.

130. Что такое переход состояния?

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

131. Что такое входные критерии?

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

132. Что такое критерии выхода?

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

133. Что такое SDLC?

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

Нажмите здесь, чтобы получить более подробную информацию.

134. Какие существуют доступные модели SDLC?

  1. Водопад
  2. Спиральная
  3. Модель V
  4. Прототип
  5. Agile

135. Можете ли вы провести системное тестирование на любом этапе SDLC?

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

136. Какова процедура ручного тестирования?

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

См. Жизненный цикл разработки программного обеспечения (SDLC) и Жизненный цикл тестирования программного обеспечения (STLC)

137. Что такое STLC (жизненный цикл тестирования программного обеспечения)?

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

138. Каковы этапы жизненного цикла тестирования программного обеспечения?

Ниже приведены этапы STLC.

  • Анализ требований
  • Планирование тестирования
  • Дизайн тестирования
  • Настройка тестовой среды
  • Выполнение теста
  • Закрытие теста

139. Что такое RTM?

Матрица прослеживаемости требований (RTM) используется для отслеживания требований до тестов, необходимых для проверки выполнения требований. Мы должны убедиться, что каждое требование имеет хотя бы 1 тестовый пример. Матрица прослеживаемости требований, также известная как Матрица прослеживаемости или Матрица перекрестных ссылок. Нажмите здесь, чтобы узнать больше.

140. Что такое тестовые метрики?

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

141. Когда прекратить тестирование? (Или) Как вы решаете, достаточно ли вы протестировали?

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

  1. Покрытие требований достигает определенной точки
  2. Сроки тестирования или сроки выпуска
  3. Когда полностью исчерпан бюджет тестирования
  4. Достигнув определенного процента прохождения тестовых случаев
  5. Риск в проекте ниже допустимого предела
  6. Все ошибки с высоким приоритетом, блокировщики исправлены
  7. При соблюдении критериев приемлемости
  8. После альфа- и бета-тестирования период тестирования заканчивается
  9. Зависит от решения руководства

Не пропустите: викторина ISTQB

142. Что такое API?

Термин API означает интерфейс прикладного программирования. Другими словами, это способ связи между двумя программными компонентами. API скрывает внутренний процесс и сложность программы, позволяя пользователям сосредоточиться только на входных и выходных данных, необходимых для ее использования. Следовательно, это значительно облегчает жизнь всем участникам!

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

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

143. Что такое тестирование API?

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

Изучите тестирование API

< сильный>144. Какие тестовые наборы пишутся первыми: белые ящики или черные ящики?

Простой ответ: сначала пишутся тестовые наборы черного ящика.

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

145. Что такое концепция рабочего места в тестировании программного обеспечения?

Workbench — это практика документирования того, как должно выполняться определенное действие. Его часто называют фазами, шагами и задачами.

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

146. Что такое случайное тестирование?

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

147 . Какие существуют типы тестирования?

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

150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ ПО ТЕСТИРОВАНИЮ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

148. Что такое пользовательская история?

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

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

149. Что такое SPICE в тестировании программного обеспечения?

SPICE – это аббревиатура от Sпрограммного процесса I. >улучшение и Cвозможность dEпрекращение. Это набор рекомендаций и практик, направленных на повышение качества разработки и внедрения программного обеспечения. Основными целями spice являются повышение качества программных продуктов, снижение затрат на разработку и повышение удовлетворенности клиентов.

150. Какие различные коды состояния HTTP могут возвращать сервер?

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

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

  • Информация (100–199) : Код состояния 1XX предоставляет краткий ответ, который включает строку состояния, некоторые необязательные заголовки и заканчивается пустой строкой.
  • Успех (200–299): Код состояния 2XX означает, что входящий HTTP-запрос был успешно получен, понят и принят.
  • Перенаправление (300–399): код состояния 3XX — это знаки, сообщающие клиенту, какие дальнейшие действия необходимо предпринять, чтобы удовлетворить HTTP-запрос. Ресурс мог быть временно или постоянно перемещен, и клиенту может потребоваться перенаправление на другой URL-адрес.
  • Ошибка клиента (400–499): Код состояния 4XX означает проблему с клиентом, который инициировал HTTP-запрос.
  • Ошибка сервера (500–599): Код состояния 5XX означает, что у сервера возникла проблема с обработкой запроса.</ul >

    151. Следует ли сначала писать тестовые наборы белого ящика или черного ящика?

    Тестовые наборы черного ящика обычно пишутся первыми, а затем тестовые наборы белого ящика. Чтобы написать тестовые примеры «черного ящика», вам нужен план дизайна или проекта и документ с требованиями; оба легко доступны в начале проекта.

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

    Поэтому разработка тестового примера «белого ящика» обычно происходит после завершения тестирования «черного ящика».

    152 . Как устранение дефекта на последнем этапе, в отличие от начального, влияет на стоимость?

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

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

    <сильный>153. Что такое тестирование вариантов использования?

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

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

    Например, рассмотрим сценарий, в котором пользователь хочет купить продукт в интернет-магазине. Шаги в этом сценарии будут следующими:

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

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

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

    В заключение

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

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

    • Почему вы выбираете тестирование программного обеспечения в качестве карьеры
    • Общие вопросы для собеседования
    • Вопросы для собеседования по Selenium
    • Объясните структуру автоматизации тестирования
    • Автоматизация тестирования Вопросы для собеседования по фреймворку
    • Вопросы для собеседования по TestNG
    • Вопросы для собеседования по SQL
    • Вопросы и ответы для собеседования по ручному тестированию
    • Вопросы для собеседования по Agile

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

    TAG: qa

От QA genius

Adblock
detector