Тестирование программного обеспечения- ответы на тест Росдистант — часть 1

• Тестирование программного обеспечения
• Тема 1.1. Основные понятия области знаний «Тестирование ПО»
• Промежуточный тест 1

 

Дефект bug – это

отклонение фактического результата от ожидаемого

несоответствие системы запрашиваемым требованиям

отклонение от ожидаемой последовательности шагов при тестировании

сбой при проведении тестирования

 

Выберите верные утверждения для поля Severity в описании дефекта.

Может определяться заказчиком

Показывает критичность дефекта в контексте бизнеса заказчика

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

Показывает приоритетность сроков выполнения задачи

 

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

Альфа-тестирование

Гамма-тестирование

Приемочное тестирование

Бета-тестирование

 

Если заказчик при UAT тестирует исправленную подрядчиком уязвимость ПО, то к чему можно отнести такое тестирование?
Выберите один или несколько ответов:

Retesting

New feature testing

Acceptance testing

Beta testing

 

Выберите верные утверждения для поля Priority в описании дефекта.

Показывает приоритетность сроков выполнения задачи

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

Показывает критичность дефекта в контексте бизнеса заказчика

Является инструментом заказчика

 

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

In progress – open – ready for testing – implemented – tested – closed

Implemented – in progress – open – ready for testing – tested – closed

Open – in progress – implemented – ready for testing – tested – closed

Open – ready for testing – in progress – tested – implemented – closed

 

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

Beta testing

System testing

Functional testing

Acceptance testing

Black-box testing

 

Поле Description в форме описания дефекта состоит

из дополнительных атрибутов – при необходимости

из информации о статусе дефекта

из ER и AR

из шагов для воспроизведения дефектов

из информации о том, кто завёл дефект

 

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

Функциональные дефекты

Визуальные дефекты

Дефекты UX

Дефекты безопасности

Логические дефекты

 

Какого метода тестирования не существует?

Метод Black Box

Метод White Box

Метод Grey Box

Метод Green Box

 

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

Нагрузочное тестирование

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

Дымовое тестирование

Стресс-тестирование

Бета-тестирование

Объемное тестирование

Юзабилити-тестирование

Альфа-тестирование

 

Помимо прочего, Defect Tracking Systems предоставляют следующие возможности:

быстрое исправление дефекта

совместная работа нескольких пользователей

быстрое нахождение дефектов в ПО

наличие системы оповещения

хранение информации в одном месте

 

Особенностями тестирования ad hoc являются следующие:

тестирование хаотично, наобум

тестирование строго в соответствии с документацией

выборочное тестирование по документации

продуманное тестирование, но без документации

 

Укажите верные суждения.

Дефекты в программе всегда возникают из-за дефектов в документации

Слова «дефект» и «баг» являются синонимами

Дефекты могут возникать и в программе, и в документации

Дефекты могут возникать только в программе

Defect Tracking Systems используется

для назначения ответственных за работу с дефектом

для описания дефектов

для исправления дефектов

для отслеживания статуса дефектов

для обнаружения дефектов в программе

 

«Сайт загружается медленно. После загрузки не все картинки отображаются». Какие ошибки возникли в таком описании дефекта?

Недостаточно описаны условия возникновения дефекта

Отсутствует описание ER

Использованы сложные речевые обороты

AR отсутствует вообще

Несколько дефектов задокументированы как один дефект

 

• Тестирование программного обеспечения
• Тема 1.2. Принципы тестирования программного обеспечения
• Промежуточный тест 2

 

Высказывание «Как правило, большая часть дефектов, обнаруженных или повлекших за собой большое количество сбоев системы, содержится в небольшом количестве модулей» относится к принципу

«Раннее тестирование»

«Исчерпывающее тестирование невозможно»

«Тестирование демонстрирует наличие дефектов»

«Скопление дефектов»

 

Высказывание «Следует начинать тестирование на ранних стадиях жизненного цикла разработки ПО, чтобы найти дефекты как можно раньше» относится к принципу

«Раннее тестирование»

«Скопление дефектов»

«Тестирование демонстрирует наличие дефектов»

«Исчерпывающее тестирование невозможно»

 

В силу какого принципа процесс тестирования обретает цель?

Принципа «Скопление дефектов»

Принципа «Исчерпывающее тестирование невозможно»

Принципа «Тестирование демонстрирует наличие дефектов»

Принципа «Раннее тестирование»

 

Высказывание «Если повторять те же тестовые сценарии снова и снова, в какой-то момент этот набор тестов перестанет выявлять новые дефекты» относится к принципу

«Тестирование демонстрирует наличие дефектов»

«Парадокс пестицида»

«Исчерпывающее тестирование невозможно»

«Скопление дефектов»

 

Высказывание «Если проводить одни и те же проверки, то, скорее всего, новых багов не найти» относится к принципу

«Скопление дефектов»

«Тестирование демонстрирует наличие дефектов»

«Исчерпывающее тестирование невозможно»

«Парадокс пестицида»

 

Что означает принцип «Тестирование зависит от контекста»?

Выявляются контекстно-зависимые ошибки

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

Если повторять те же тестовые сценарии снова и снова, в какой-то момент этот набор тестов перестанет выявлять новые дефекты

Тестирование проводится по-разному в зависимости от контекста

 

Высказывание «Большая часть дефектов находится в ограниченном количестве модулей» относится к принципу

«Раннее тестирование»

«Скопление дефектов»

«Исчерпывающее тестирование невозможно»

«Тестирование демонстрирует наличие дефектов»

 

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

«Исчерпывающее тестирование невозможно»

«Парадокс пестицида»

«Тестирование зависит от контекста»

«Тестирование демонстрирует наличие дефектов»

 

Высказывание «Полное тестирование с использованием всех входных комбинаций данных, результатов и предусловий физически невыполнимо» относится к принципу

«Скопление дефектов»

«Исчерпывающее тестирование невозможно»

«Тестирование демонстрирует наличие дефектов»

«Раннее тестирование»

Высказывание «Сколь бы скрупулёзным тестирование ни было, нельзя учесть все возможные сценарии, а значит, и предвидеть все возможные ошибки» относится к принципу

«Раннее тестирование»

«Скопление дефектов»

«Тестирование демонстрирует наличие дефектов»

«Исчерпывающее тестирование невозможно»

 

• Тестирование программного обеспечения
• Тема 1.3. Тестирование на этапах жизненного цикла ПО
• Промежуточный тест 3

 

Отметьте верные суждения.

Функциональное тестирование основано на требованиях клиента, тогда как нефункциональное тестирование основано на ожиданиях клиента

Функциональное тестирование основано на ожиданиях клиента, тогда как нефункциональное тестирование основано на требованиях клиента

Функциональное тестирование нельзя выполнить вручную, в то время как нефункциональное тестирование легко выполнить вручную

Функциональное тестирование можно выполнить вручную, в то время как нефункциональное тестирование сложно выполнить вручную

 

Объясните, что такое тестирование удобства использования.

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

Это процесс исследования ПО, при котором тестируются интерфейсы между компонентами или подсистемами

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

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

 

Тестирование удобства пользования дает оценку уровня удобства использования приложения по следующим пунктам:

читабельность кода

производительность, эффективность

эмоциональная реакция

активизация в памяти

правильность

 

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

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

Тестирование Usability

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

Тестирование графического интерфейса пользователя

 

Выберите виды нефункционального тестирования.

Альфа-тестирование

Тестирование защищенности/безопасности

Тестирование удобства использования

Конфигурационное тестирование

Тестирование установки

Тестирование производительности

Бета-тестирование

Тестирование на отказ и восстановление

Тестирование локализации

Тестирование совместимости

 

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

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

на проверку корректности работы функциональности приложения и рассматривает внешнее поведение системы

на определение соответствия выпущенной версии критериям качества для начала тестирования

на тестирование атрибутов компонента или системы, не относящихся к функциональности

 

Отметьте правильные суждения.

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

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

Функциональный тест описывает, как работает продукт, а нефункциональный тест описывает, что делает продукт

Функциональный тест описывает, что делает продукт, а нефункциональный тест описывает, как работает продукт

 

Объясните, что такое тестирование на отказ и восстановление.

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

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

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

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

 

Объясните, что такое тестирование защищенности/безопасности.

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

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

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

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

 

Тестирование установки

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

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

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

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

 

Что такое тестирование локализации?

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

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

Это процесс адаптации интерфейса ПО под разные регионы, культуры, языки

 

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

Тестирование производительности

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

проверяет степень удобства использования, понятности и привлекательности для пользователей

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

проверяет, как программный продукт работает под определенной нагрузкой

 

Объясните, что такое тестирование совместимости.

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

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

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

Это процесс исследования ПО, при котором тестируются интерфейсы между компонентами или подсистемами

 

Тестирование производительности включает в себя

тестирование стабильности/надежности

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

тестирование совместимости

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

объемное тестирование

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

 

Что такое конфигурационное тестирование?

Это процесс исследования ПО, при котором тестируются интерфейсы между компонентами или подсистемами

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

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

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

 

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

выполняется до нефункционального тестирования

не выполняется, если проведено нефункциональное тестирование

выполняется перед нефункциональным тестированием

выполняется во время нефункционального тестирования

 

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

 

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

Actual/expected result

Summary

Severity

Description

Priority

Attachments

Status

 

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

 

Заголовок ошибки • Краткое описание сути проблемы
• Краткое описание сути проблемы
• Описание того, как работает программа
• Раздел документа, который кратко передает суть бага одним предложением
• Как должна работать программа на самом деле

 

Соотнесите атрибуты отчета о дефекте с их определением.
Status • Определяет текущее состояние дефекта
Expected result • Описание того, как именно должна работать система в соответствии с документацией

Severity • Характеризует влияние дефекта на работоспособность приложения

Environment • Окружение, на котором воспроизвелся баг
Attachments • Скриншоты, видео или лог-файлы
Priority • Указывает на очерёдность выполнения задачи или устранения дефекта

 

• Указывает на очерёдность выполнения задачи или устранения дефекта
• Характеризует влияние дефекта на работоспособность приложения
• Определяет текущее состояние дефекта
• Описание того, как именно должна работать система в соответствии с документацией
• Окружение, на котором воспроизвелся баг
• Скриншоты, видео или лог-файлы

 

Какое высказывание о баг-репорте является НЕверным?

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

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

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

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

 

Укажите название поля, содержание которого отличается в зависимости от баг-трекинговой системы. Например, JIRA или Redmine предполагают описание шагов воспроизведения ошибки.

Attachments

Description

Priority

Status

Summary

Severity

Actual/expected result

 

В поле ... коротко и ясно описывается выявленный дефект, который отвечает на вопросы: Что? Где? Когда или в каких условиях?

Description

Summary

Attachments

Actual/expected result

Priority

Severity

Status

 

В отличие от тест-кейса отчёт о дефекте может обладать

повышенной специфичностью

кратким описанием шагов

пониженной специфичностью

чек-листами

 

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

Attachments

Priority

Severity

Actual/expected result

Status

Summary

Description

 

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

Исправлен

Отклонен

В работе

Отсрочен

Закрыт

 

Каких видов багов не бывает?

Динамические

Визуальные

Дефекты UX

Функциональные

Логические

Инвазивные

Дефекты безопасности

Статичные

 

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

Серьезность бага • Параметр, который определяет влияние бага на работу программы по шкале от S0 до S4

Приоритет • Параметр, который определяет срочность исправления бага по шкале от Р1 до Р3

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

 

Хороший баг-репорт позволяет

быстро решить проблему

воспроизвести проблему

избежать данной проблемы в последующем

понять, в чем проблема и какова ее важность

 

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

Status

Priority

Summary

Attachments

Severity

Actual/expected result

Description

 

Баг-репорт – это

документ, который также является отчетом об ошибке

документ, который указывает на несоответствия требованиям

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

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

 

Назовите баг, при котором можно указать несуществующую дату (31 февраля) или поставить дату рождения из будущего (2077 год).

Логические дефекты

Дефекты безопасности

Визуальные дефекты

Функциональные дефекты

Дефекты UX

 

Соотнесите атрибуты отчета о дефекте с их определением.
Steps To Reproduce • Описание четкой последовательности действий, которая привела к выявлению дефекта

Actual result • Описывается поведение системы на момент обнаружения дефекта в ней, чаще всего содержит краткое описание некорректного поведения

ID • Присваивается автоматически системой при создании баг-репорта

Summary • Кратко сформулированный смысл дефекта, отвечающий на вопросы: Что? Где? Когда? При каких условиях?

Description • Более широкое описание дефекта. Указывается опционально

 

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

 

Найдите верную информацию о сценариях использования (Use-case).

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

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

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

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

 

Какие определения являются верными?

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

На практике классы эквивалентности обязательны при тестировании всевозможных форм и полей ввода

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

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

 

Сценарии использования (Use-case) – это

документ для тестирования продукта или ПО, используется для предугадывания и построения на основе предполагаемых сценариев использования путей тестирования приложения

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

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

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

 

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

Attachments

Severity

Description

Actual/expected result

Priority

Summary

Status

 

От чего зависит эффективность тестов граничных значений?

От того, насколько удастся в последующем уменьшить количество тестов

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

От того, насколько правильно посчитано число граничных значений

От того, насколько правильным будет разбиение на классы эквивалентности

 

Отметьте документ, описывающий последовательность действий по выполнению теста.
Выберите один ответ:

Тест-сценарий

Тест-кейс

Логи

Smoke-тест

 

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

высокоуровневый тест-кейс

гибридный тест-кейс

низкоуровневый тест-кейс

уточняющий тест-кейс

 

Тестовые примеры – это

данные, существующие после выполнения теста

несоответствие требованиям или функциональным спецификациям

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

данные, определяющие уровни тестирования, выполняемые для проекта

 

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

уточняющий тест-кейс

высокоуровневый тест-кейс

низкоуровневый тест-кейс

гибридный тест-кейс

 

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

на предусловия

на условия

на действия

на приоритеты

на варианты выполнения действий

на необходимость действий

 

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

спецификация тестирования

спецификация теста

спецификация требований

спецификация тест-кейса

 

Какая информация о сценариях тестирования является НЕВЕРНОЙ?

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

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

Сценарии тестирования должны мотивировать заинтересованные стороны исправить проблемы в случае неудачного сценария тестирования

Сценарии тестирования должны вызывать доверие и сосредотачиваться на том, что может произойти в реальном мире

 

Матрица, или таблица, принятия решений – это

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

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

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

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

 

Тестирование вариантов использования – это

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

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

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

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

 

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

тест-кейс

набор тест-кейсов

баг-лист

чек-лист

 

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

Тестирование под управлением данными

Мутационное тестирование

Инвазивное тестирование

Тестирование под управлением поведением

 

• Тестирование программного обеспечения
• Тема 2.3. Требования к тестовой документации
• Промежуточный тест 6

 

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

как подтверждение результата

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

как работоспособность сценариев

как полнота описания

 

Высказывание «Должна использоваться наиболее подходящая к тестируемым объектам терминология» относится к такому качеству тестовой документации,

как полнота описания

как подтверждение результата

как ясность изложения информации

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

 

Высказывание «Если какие-либо действия пользователя необратимы, то стоит на это указать» относится к такому качеству тестовой документации,

как работоспособность сценариев

как полнота описания

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

как логика и согласованность

 

Высказывание «Если используется специфический термин, то стоит его отдельно описать» относится к такому качеству тестовой документации,

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

как полнота описания

как подтверждение результата

как ясность изложения информации

 

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

как подтверждение результата

как адаптированность к аудитории

как ясность изложения информации

как полнота описания

 

Высказывание «Любая документация должна содержать описание именно той функциональности, которая присутствует в приложении» относится к такому качеству тестовой документации,

как полнота описания

как работоспособность сценариев

как актуальность описания

как структурированность

 

Высказывание «В сценариях должно указываться, какие действия с какой целью делаются» относится к такому качеству тестовой документации,

как полнота описания

как работоспособность сценариев

как структурированность

как логика и согласованность

 

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

как актуальность описания

как полнота описания

как структурированность

как работоспособность сценариев

 

Высказывание «Если возможно двоякое толкование термина, то следует уточнить, какое именно используется» относится к такому качеству тестовой документации,

как ясность изложения информации

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

как подтверждение результата

как полнота описания

 

• Тестирование программного обеспечения
• Тема 3.1. Классификации видов тестирования ПО
• Промежуточный тест 7

 

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

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

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

предполагает, как будет себя вести пользователь, и на основе этого совершает те же действия, проверяя приложение

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

 

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

Когда нужно долгое и тщательное изучение продукта

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

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

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

 

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

Входными данными в Monkey Testing могут быть

данные, которые специально задаются под данное приложение

данные, которые вводятся в приложение

нажатие кнопки для следующего действия или нажатие на ссылку для перехода на другую страницу

определенные данные или действия, которые специально прописываются тестировщиком

 

Регрессия багов –

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

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

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

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

 

Регрессия побочного эффекта –

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

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

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

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

 

Объясните, что такое объемное тестирование.

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

В этом тестировании посредством приложения (которое проходит испытание) обрабатывается большой объем данных, чтобы проверить работу программы в ситуациях, когда система может быть подвергнута большим потокам данных

Это процесс исследования ПО, при котором тестируется интегрированная система на её соответствие требованиям заказчика

Исследование программной системы на предмет восстановления после ошибок, сбоев; оценивание реакции защитных свойств приложения

 

Объясните, что такое тестирование на отказ и восстановление.

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

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

Тестирование в полном хаосе, этот тип тестирования проводится без какого-либо формального плана тестирования

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

 

Monkey Testing – это

процесс, основанный на заранее известном поведении пользователя

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

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

метод тестирования «черного ящика», при котором тестировщик предоставляет случайные входные данные и применяет действия в программном приложении для проверки поведения системы

 

Почему в Monkey testing воссоздание ошибки становится трудным?

Поскольку оно полностью похоже на нечеткое тестирование и его действия неожиданны

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

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

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

 

Выявите, какая информация относится к дымовому тестированию.

В этом тестировании посредством приложения (которое проходит испытание) обрабатывается большой объем данных, чтобы проверить работу программы в ситуациях, когда система может быть подвергнута большим потокам данных

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

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

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

 

Что относят к недостаткам функционального тестирования?

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

Вероятность избыточного тестирования

Большая вероятность при проверке функциональности упустить различные логические ошибки в ПО

Воспроизведение ошибок становится проблемой

 

Выявите, какая информация относится к санитарному тестированию.

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

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

В этом тестировании посредством приложения (которое проходит испытание) обрабатывается большой объем данных, чтобы проверить работу программы, в ситуациях, когда система может быть подвергнута большим потокам данных

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

 

Найдите верную информацию об исследовательском тестировании.

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

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

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

Данную технику тестирования нельзя применить к любому виду тестирования

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

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

 

Выявите, какая информация относится к нагрузочному тестированию.

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

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

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

В этом тестировании посредством приложения (которое проходит испытание) обрабатывается большой объем данных, чтобы проверить работу программы в ситуациях, когда система может быть подвергнута большим потокам данных

 

К недостаткам Monkey testing относятся следующие:

количество ошибок больше

воспроизведение ошибок становится проблемой

вероятность избыточного тестирования

это может продолжаться несколько дней, пока ошибка не будет обнаружена

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

 

Какая информация о Monkey Testing является НЕВЕРНОЙ?

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

Monkey Testing более эффективно при функциональном тестировании

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

Monkey Testing строго четко проводит тестирование, поэтому повторяющееся случайное действие, щелчки и неожиданные потоки навигации невозможны

 

Выявите, какое высказывание характеризует стресс-тестирование.

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

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

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

Исследование программной системы на предмет восстановления после ошибок, сбоев. Оценивание реакции защитных свойств приложения

 

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

есть риск застрять на месте, пока ошибка не будет обнаружена

есть риск воспроизведения ошибок

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

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

 

Объясните, что такое функциональное тестирование.

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

Направлено на определение соответствия выпущенной версии критериям качества для начала тестирования

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

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

 

Какая информация относится к бета-тестированию?

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

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

Посредством приложения (которое проходит испытание) обрабатывается большой объем данных, чтобы проверить работу программы в ситуациях, когда система может быть подвергнута большим потокам данных

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

 

• Тестирование программного обеспечения
• Контрольные мероприятия
• Итоговый тест

 

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

Выполнение тестов

Внедрение и реализация

Анализ требований

Разработка тестовой документации

 

Как называют немедленное исправление серьезной проблемы?

Сборка мусора

Баг

Отладка

Hot-fix

 

Укажите качество тестовой документации «Полнота описания».

Если тестируется документация к программному продукту, у которого много версий, то следует обратить внимание на актуальность описания

Любая документация должна содержать описание именно той функциональности, которая присутствует в приложении

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

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

 

Приёмочное тестирование – это

тестирование, направленное на проверку интерфейсов приложения или его компонентов

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

выполнение тест-кейсов, которые ранее обнаружили дефекты, с целью подтверждения устранения дефектов

формализованное тестирование, направленное на проверку приложения с точки зрения конечного пользователя/заказчика и вынесения решения о том, принимает ли заказчик работу у исполнителя (проектной команды)

 

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

Заполнение матрицы тест-кейсами

Поддержка матрицы в актуальном состоянии

Тестовое покрытие

Разработка тест-кейсов и чек-листов

STLC охватывает

начальные циклы тестирования

все циклы тестирования

почти все циклы тестирования

конечные циклы тестирования

 

Полнота описания при тестировании документации – это

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

точное описание сценариев, выполнение которых приводит к достижению целей, для которых создавался продукт

описание любой присутствующей в приложении функциональности

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

 

Правильным будет считаться тот набор тестов,

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

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

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

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

 

«График тестирования» в структуре тест-плана – это

раздел, в котором содержатся сроки выполнения отчетов при тестировании разных модулей

раздел, в котором содержатся сроки проведения тестирования в целом

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

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

 

Укажите качество тестовой документации «Подтверждение результата».

После описания последовательности некоторых действий стоит указать ожидаемый результат

Любая документация должна содержать описание именно той функциональности, которая присутствует в приложении

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

Если какие-либо действия пользователя необратимы, то стоит на это указать

 

К какому виду характеристик относится безопасность и способность к интеграции с внешними системами?

Функциональности

Удобства использования

Эффективности

Надёжности

 

Выберите понятия, относящиеся к классификации видов тестирования.

По привлечению конечных пользователей

По запуску кода на исполнение

По степени автоматизации

По целям и задачам тестирования ПО

По уровню детализации приложения

По доступу к коду и архитектуре приложения

По степени важности тестируемых функций

По моменту выполнения

По техникам и подходам

 

Как стратегию тестирования определяет шаблон Rational Unified Process?

Как самый важный раздел плана тестирования

Как раздел тестирования, который можно опустить

Как самый большой раздел плана тестирования

Как самый используемый раздел плана тестирования

 

Перечислите плюсы ручного тестирования.

Тестирование в реальном времени

Возможность проводить несколько видов тестов одновременно

Возможность исследовательского тестирования

Быстрота повторного использования

UI-фидбэк

Дешевизна

Пользовательский фидбэк

 

Анализ ПО с позиции его ключевых или вспомогательных функций определяет следующие типы тестирования:

функциональное

нефункциональное

локальное

расширенное

 

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

Полнота описания

Актуальность описания

Структурированность

Работоспособность сценариев

 

Как называется среда, в которой работают пользователи?

Среда тестирования

Предпрод-среда

Продакшен-среда

Интеграционная среда

 

Проверка функциональности, используемой типичными пользователями в типичной повседневной деятельности, – это

тестирование критического пути

динамическое тестирование

статическое тестирование

метод чёрного ящика

 

Укажите, какое высказывание соответствует принципу «Исчерпывающее тестирование невозможно».

Большая часть дефектов находится в ограниченном количестве модулей

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

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

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

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

 

Выберите, к чему будет относиться тестирование по этому сценарию.

Negative testing

Stress testing

Positive testing

Functional testing

Retesting

 

Тестирование паттернов – это

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

проверка соответствия требований и качества данного проекта

проверка технических характеристик и требований к ПО

проверка соответствия реальных и ожидаемых результатов поведения программы

 

Что определяет стратегия тестирования?

Уровни тестирования

Типы тестов

Результаты тестирования

Работоспособность сценариев

 

Метод «серого ящика» – это

тестирование атрибутов компонента или системы, не относящихся к функциональности

метод, направленный на определение соответствия выпущенной версии критериям качества для начала тестирования

комбинация методов «белого ящика» и «чёрного ящика», состоящая в том, что к части кода и архитектуры у тестировщика доступ есть, а к части – нет

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

 

Что подразумевается под этапом анализа требований?

Проверку уже созданных прототипов и мокапов на предмет их корректности и соответствия ожиданиям заказчика

Сравнение действительного состояния продукта и того состояния, которое было запланировано и задокументировано в плане тестирования продукта

Ряд тестов, основанных на таких характеристиках, как завершенность, согласованность, недвусмысленность и так далее

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

 

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

Лямбда-тестирование

Бета-тестирование

Гамма-тестирование

Альфа-тестирование

Дельта-тестирование

 

Вопрос «Что надо тестировать?» в тест-плане подразумевает следующее:

список функций, описание тестируемой системы и её компонентов

описание объекта тестирования, т. е. системы, приложения, оборудования

стратегию тестирования, т. е. виды тестирования и их применение по отношению к объекту тестирования

последовательность проведения работ, а именно: подготовка, тестирование и анализ результатов

 

Существуют два подхода попарного тестирования (pairwise testing):

метод «белого ящика»

метод ортогонального массива

метод всех пар

метод «черного ящика»

 

Укажите качество тестовой документации «Наличие указания на необратимость действий».

Любая документация должна содержать описание именно той функциональности, которая присутствует в приложении

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

Если какие-либо действия пользователя необратимы, то стоит на это указать

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

 

«Оценка рисков» в структуре тест-плана – это

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

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

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

раздел, который содержит такие пункты, как критерии поступления, методы и уровни тестирования, а также типы тестов

 

Укажите, какое высказывание соответствует принципу «Парадокс пестицида».

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

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

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

Если повторять те же тестовые сценарии снова и снова, в какой-то момент этот набор тестов перестанет выявлять новые дефекты

 

Тестирование под управлением данными является классификацией

по возможности управлять тестовыми данными

по доступу к коду

по техникам автоматизации

по степени вмешательства в работу приложения

 

Выберите верное определение понятия «надёжность ПО».

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

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

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

Возможность легкого понимания, изучения, использования и привлекательности ПО для пользователя

 

Выберите критерии входа в альфа-тестирование.

Продукт готов на 70 % – 90 %

Билд для альфа-версии продукта готов и запущен с полными примечаниями к выпуску

Функции замораживаются

Все тестовые циклы полные

Настроена среда тестирования и подтверждена стабильность

Участники должны быть идентифицированы и знать особенности продукта

Тестирование системы должно быть завершено и подписано

Функциональные ошибки исправлены

 

Выберите наиболее полную характеристику понятия.

Тестирование – синоним QA

Тестирование является первым этапом QA

Понятие тестирования является понятием, более общим, чем QA

Тестирование является последним этапом QA

Тестирование является одним из инструментов QA

 

Что поддерживает выполнение теста с настроенным оборудованием, программным обеспечением и сетью?

Среда планирования

Среда документации

Среда разработки

Среда тестирования

 

Что из перечисленного будет результатом завершения тестирования?

Отчет о завершении тестирования

Завершенная RTM-матрица

Документ со стратегией тестирования

Документ с оценкой ресурсов

 

Какие утверждения верны?

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

Уровень детализации у тест-плана, как правило, выше, он уточняет тестовую стратегию, наполняет ее необходимыми деталями

Стратегия покрывает процесс тестирования продукта в целом, а тест-план – какую-то его часть или отдельный релиз

Стратегия тестирования может быть изменена, тогда как план тестирования не может быть изменен

Тестирование «белого ящика»

занимает всё время тестирования

не занимает много времени

занимает минимальное количество времени

занимает много времени

 

Какова цель техники анализа граничных значений?

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

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

Определить места, в которых один класс эквивалентности переходит в другой

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

 

Как понять «выполнение теста блокировано при выполненном тест-кейсе»?

Фактический результат не равен ожидаемому результату

Фактический результат равен ожидаемому результату

После одного из шагов, где произошла ошибка, продолжение теста возможно

После одного из шагов продолжение теста невозможно