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

Тестовое задание на тему: Тема 3.1. Классификации видов тестирования ПО. Промежуточный тест 7.
Тест выполнен на 100%. В тесте 20 вопросов. После оплаты вы сможете скачать готовые ответы по тесту. Так же могу выполнять данную работу индивидуально. Делайте индивидуальный заказ.

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

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

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

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

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

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

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

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

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

Как называется тестирование, основанное на знании бизнес-процессов, при котором тестировщик интересуется в целом, может ли пользователь от начала до конца пройти весь бизнес сценарий?
Тестирование методом «черного ящика»
Тест-кейс
Юз-стори
Юз-кейс

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

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

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

Исследовательское тестирование
Ответ 2 = ответу 3
является типом тестирования, при котором программные модули объединяются логически и тестируются как группа. Обычно интеграционное тестирование проводится после модульного тестирования и предшествует системному тестированию
проводится с целью проверки наиболее важных функций приложения, работают ли они без сбоев при ожидаемом уровне нагрузки
делается для того, чтобы узнать/изучить приложение, чтобы определить, как работает программа и как она будет обрабатывать различные тестовые случаи
проводится с целью проверки наиболее важных функций приложения, работают ли они без сбоев при ожидаемом уровне нагрузки

Исследовательское тестирование (Exploratory testing) – это
одновременное изучение программного продукта, проектирование тестов и их выполнение
метод тестирования «черного ящика», при котором тестировщик предоставляет случайные входные данные и применяет действия в программном приложении для проверки поведения системы
метод тестирования программного обеспечения, который помогает идентифицировать тестовые примеры, которые охватывают всю систему на основе транзакции за транзакцией от начала до конца
процесс, основанный на заранее известном поведении пользователя

Что НЕ относится к преимуществам Monkey testing?
Может выявлять ошибки, которые могут иметь более сильное влияние
Большое покрытие разнообразными функциональными тестами
Может выявить некоторые нестандартные ошибки
Можно сделать с помощью «не очень опытных» ресурсов

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

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

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

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

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

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