Ручное тестирование веб-приложений.sa_ТПО

Ручное тестирование веб-приложений.sa_ТПО — вариант 2

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

20 вопросов Вариант 2 Доступ 7 дней
Содержание теста

Вопросы и варианты

Без отметок и подсказок к правильным ответам

Вопрос 1

Что такое трекер задач?

  1. Система для хранения тест-кейсов
  2. Система, где хранятся и управляются задачи команды
  3. Программа для написания баг-репортов
  4. Инструмент для анализа качества кода
Вопрос 2

Какой из инструментов является трекером задач?

  1. Selenium
  2. TestRail
  3. Jira
  4. PyCharm
Вопрос 3

Чем отличается баг-трекер от таск-трекера?

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

Что такое спринт в Agile-разработке?

  1. Программа для управления задачами
  2. Фиксированный отрезок времени, за который команда выполняет задачи
  3. Методика тестирования багов
  4. Документ с описанием всех требований к продукту
Вопрос 5

Какие атрибуты обязательно должны быть в задаче в трекере?

  1. Только название
  2. Название, тип, описание, приоритет, исполнитель
  3. Только описание и исполнитель
  4. Только баг-репорт
Вопрос 6

Как называется документ, описывающий ошибку в системе?

  1. Тест-кейс
  2. Баг-репорт
  3. Регрессионный тест
  4. Чек-лист
Вопрос 7

Что НЕ является обязательной частью баг-репорта?

  1. Описание ошибки
  2. Код ошибки
  3. Фактический и ожидаемый результат
  4. Окружение
Вопрос 8

Как должны быть оформлены шаги в баг-репорте?

  1. В свободной форме, без нумерации
  2. Как можно короче, без деталей
  3. Четко, пошагово, в инфинитиве
  4. В виде отдельного документа
Вопрос 9

Что означает "Фактический результат" (ФР) в баг-репорте?

  1. Описание ожидаемого поведения системы
  2. То, что реально произошло при выполнении шагов
  3. Причина возникновения ошибки
  4. Приоритет бага
Вопрос 10

Как можно помочь разработчику быстрее разобраться в баге?

  1. Добавить в баг-репорт скриншоты, видео или логи
  2. Написать баг-репорт максимально кратко
  3. Пропустить шаги воспроизведения
  4. Указать в баг-репорте ссылку на другой баг
Вопрос 11

Что означает приоритет бага "Блокирующий"?

  1. Баг можно исправить в течение 3 месяцев
  2. Ошибка не критична, но требует исправления
  3. Проблема делает невозможной дальнейшую работу
  4. Ошибка влияет только на редкие случаи использования
Вопрос 12

Какой показатель НЕ относится к метрикам тестирования?

  1. Code Coverage
  2. Bug Fix Rate
  3. Количество тест-кейсов
  4. Скорость работы браузера
Вопрос 13

Что показывает метрика "Bug Fix Rate"?

  1. Среднее время исправления багов
  2. Количество багов в продакшене
  3. Процент исправленных багов от общего числа найденных
  4. Количество заблокированных задач
Вопрос 14

Что такое "забагованность" в тестировании?

  1. Общая сумма багов без учета приоритетов
  2. Метрика, учитывающая количество багов с разными приоритетами
  3. Количество тестов, проваленных в спринте
  4. Количество багов на проде
Вопрос 15

Как рассчитывается метрика "Забагованность"?

  1. Сумма весов багов, умноженная на их количество
  2. Количество найденных багов за месяц
  3. Среднее время фикса ошибок
  4. Количество заблокированных задач
Вопрос 16

Как называется политика, которая регулирует исправление багов в зависимости от их приоритета?

  1. Agile Bug Management
  2. Bug Severity Policy
  3. Zero Bug Policy (ZBP)
  4. Release Bug Handling
Вопрос 17

Что происходит, если баг не исправлен в срок по Zero Bug Policy?

  1. Он автоматически удаляется
  2. Он остается в системе без изменений
  3. Он получает штрафной вес в метрике забагованности
  4. Его автоматически отправляют в архив
Вопрос 18

Как команда может поступить с багами по ZBP?

  1. Либо исправить их в срок, либо не чинить вообще
  2. Переносить на следующий спринт бесконечно
  3. Исправлять только баги высокого приоритета
  4. Чинить все баги без разбора
Вопрос 19

Для чего команда анализирует метрики тестирования?

  1. Чтобы понять, какие баги критичны
  2. Чтобы определить, насколько эффективны процессы тестирования
  3. Чтобы выбрать новые инструменты
  4. Чтобы находить тест-кейсы
Вопрос 20

Как бизнес использует метрики тестирования?

  1. Чтобы увеличить скорость работы приложения
  2. Чтобы понимать, как обстоят дела с качеством продукта
  3. Чтобы оценить зарплаты тестировщиков
  4. Чтобы писать новые баг-репорты