Онлайн тесты на тему "Росдистант. Тема 2.1. Внешняя тестовая документация. Промежуточный тест 4."

Тестовое задание на тему: Тема 2.1. Внешняя тестовая документация. Промежуточный тест 4.
Тест выполнен на 100%. В тесте 16 вопросов. После оплаты вы сможете скачать готовые ответы по тесту. Так же могу выполнять данную работу индивидуально. Делайте индивидуальный заказ.

Описание работы

Тема 2.1. Внешняя тестовая документация. Промежуточный тест 4

В поле ... коротко и ясно описывается выявленный дефект, который отвечает на вопросы: Что? Где? Когда или в каких условиях?
Severity
Priority
Status
Attachments
Summary
Actual/expected result
Description

Укажите название поля, содержание которого отличается в зависимости от баг-трекинговой системы. Например, JIRA или Redmine предполагают описание шагов воспроизведения ошибки.
Summary
Status
Description
Priority
Actual/expected result
Severity
Attachments

Каких видов багов не бывает?
Дефекты UX
Дефекты безопасности
Инвазивные
Функциональные
Динамические
Логические
Визуальные
Статичные

Сопоставьте элементы баг-репорта с их описанием.
Описание ошибки
Фактический результат
Заголовок ошибки
Ожидаемый результат
Раздел документа, который кратко передает суть бага одним предложением
Как должна работать программа на самом деле
Краткое описание сути проблемы

Сопоставьте элементы баг-репорта с их описанием.
Вложения
Приоритет
Статус
В данном разделе размещают ссылки, скриншоты, видео и другие материалы, которые помогут исполнителю лучше понять суть проблемы
Параметр, который определяет влияние бага на работу программы по шкале от S0 до S4
Определяется текущим состоянием дефекта
Параметр, который определяет срочность исправления бага по шкале от Р1 до Р3

В отличие от тест-кейса отчёт о дефекте может обладать
пониженной специфичностью
чек-листами
повышенной специфичностью
кратким описанием шагов

... – это показатель влияния бага на работу программы, того, может ли она функционировать без исправления или баг ломает всю систему.
Actual/expected result
Summary
Attachments
Description
Status
Severity
Priority

Соотнесите атрибуты отчета о дефекте с их определением.
Description
ID
Steps To Reproduce
Actual result
Summary
Кратко сформулированный смысл дефекта, отвечающий на вопросы: Что? Где? Когда? При каких условиях?
Присваивается автоматически системой при создании баг-репорта
Более широкое описание дефекта. Указывается опционально
Описывается поведение системы на момент обнаружения дефекта в ней, чаще всего содержит краткое описание некорректного поведения
Описание четкой последовательности действий, которая привела к выявлению дефекта

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

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

Какое высказывание о баг-репорте является НЕверным?
Чаще всего требуется описание ожидаемых дефектов для такой конкретной последовательности шагов, на которой они ожидаются
В данном документе описывается ситуация, то есть последовательность шагов, приведшая к возникновению ошибки на тестируемом ПО
Отчёт о дефекте содержит данные о любом недостатке в компоненте или системе, который потенциально может привести компонент или систему к невозможности выполнить требуемую функцию
Составляет тестировщик, чтобы разработчикам было понятно, что работает неправильно, насколько дефект критичен и что нужно исправить

Какие стадии не входят в основной жизненный цикл бага, но также являются его частью?
В работе
Отклонен
Закрыт
Исправлен
Отсрочен

Соотнесите атрибуты отчета о дефекте с их определением.
Status
Attachments
Priority
Severity
Expected result
Environment
Окружение, на котором воспроизвелся баг
Указывает на очерёдность выполнения задачи или устранения дефекта
Скриншоты, видео или лог-файлы
Описание того, как именно должна работать система в соответствии с документацией
Определяет текущее состояние дефекта
Характеризует влияние дефекта на работоспособность приложения

В поле ... указывается суть дефекта и добавляется информация о том, как элемент ПО должен работать корректно.
Priority
Attachments
Summary
Actual/expected result
Description
Severity
Status

Назовите баг, при котором можно указать несуществующую дату (31 февраля) или поставить дату рождения из будущего (2077 год).
Дефекты безопасности
Функциональные дефекты
Визуальные дефекты
Логические дефекты
Дефекты UX

Это важное поле, которое содержит информацию о срочности исправления дефекта. Данные этого атрибута помогают менеджеру планировать работу на проекте. Укажите его название.
Description
Status
Summary
Priority
Severity
Attachments
Actual/expected result