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

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

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

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

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

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

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

Документ, состоящий из спецификации тест-дизайна, спецификации тест-кейса и/или спецификации тест-процедуры, – это
спецификация теста
спецификация тест-кейса
спецификация требований
спецификация тестирования

Тест-кейс без конкретных входных данных и ожидаемых результатов – это
уточняющий тест-кейс
высокоуровневый тест-кейс
низкоуровневый тест-кейс
гибридный тест-кейс

Укажите способ разработки автоматизированных тест-кейсов, в котором входные данные и ожидаемые результаты выносятся за пределы тест-кейса и хранятся вне его – в файле, базе данных и т. д.
Мутационное тестирование
Инвазивное тестирование
Тестирование под управлением данными
Тестирование под управлением поведением

Тест-кейс с конкретными входными данными и ожидаемыми результатами – это
гибридный тест-кейс
уточняющий тест-кейс
высокоуровневый тест-кейс
низкоуровневый тест-кейс

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

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

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

Набор идей (тест-кейсов) – это
чек-лист
тест-кейс
баг-лист
набор тест-кейсов

Сценарии использования (Use-case) – это
документ, содержащий информацию о соответствии или несоответствии продукта требованиям, включающий в себя описание некоторых деталей сессии тестирования, таких как затраченное время, типы использованных тестов, список проверенных случаев
документ, содержащий информацию о предполагаемом затраченном времени, рекомендуемых типах тестов, а также список возможных багов
документ для тестирования продукта или ПО, используется для предугадывания и построения на основе предполагаемых сценариев использования путей тестирования приложения
документ, содержащий список несоответствий продукта выдвигаемым требованиям и возможных решений

Отметьте документ, описывающий последовательность действий по выполнению теста.
Smoke-тест
Тест-сценарий
Тест-кейс
Логи

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

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

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