<variant>Стрессовое тестирование - на предельных объемах нагрузки входного потока

<variant>Выявление дефектов, связанных с работой системы

<variant>Различные и цели этих уровней тестирования

<variant>Качественное отличие от интеграционного и модульного уровней

<variant>Тестированию подлежат коды и пользовательская документация

<variant>Корректность использования ресурсов (утечка памяти, возврат ресурсов)

<variant>Выявление дефектов, связанных с работой системы

<variant>Различные и цели этих уровней тестирования

<variant>Качественное отличие от интеграционного и модульного уровней

<variant>Тестированию подлежат коды и пользовательская документация

<variant>Оценка производительности

<variant>Выявление дефектов, связанных с работой системы

<variant>Различные и цели этих уровней тестирования

<variant>Качественное отличие от интеграционного и модульного уровней

<variant>Тестированию подлежат коды и пользовательская документация

<variant>Эффективность защиты от искажения данных и некорректных действий

<variant>Выявление дефектов, связанных с работой системы

<variant>Различные и цели этих уровней тестирования

<variant>Качественное отличие от интеграционного и модульного уровней

<variant>Тестированию подлежат коды и пользовательская документация

<variant>Проверка инсталляции и конфигурации на разных платформах

<variant>Выявление дефектов, связанных с работой системы

<variant>Различные и цели этих уровней тестирования

<variant>Качественное отличие от интеграционного и модульного уровней

<variant>Тестированию подлежат коды и пользовательская документация

<variant>"Черного ящика"

<variant>"Белого мешка"

<variant>"Синей коробки"

<variant>"Желтого пакета"

<variant>"Красного кувшина"

<variant>"Черного ящика"

<variant>"Белого мешка"

<variant>"Синей коробки"

<variant>"Желтого пакета"

<variant>"Красного кувшина"

<variant>коды и пользовательская документация.

<variant>пользовательская документация

<variant>коды

<variant>пароли

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

<variant>Цикл тестирования, который производится при внесении изменений на фазе системного тестирования или сопровождения продукта.

<variant>Воспроизведение ошибки каким-нибудь другим способом

<variant>Протестирование последствия исправлений

<variant>Внесение исправления

<variant>Пропуск огромного объема тестов, характерного для этапа системного тестирования

<variant>Выбор между полным и частичным перетестированием и пополнением тестовых наборов

<variant>Протестирование последствия исправлений

<variant>Воспроизведение ошибки каким-нибудь другим способом

<variant>Внесение исправления

<variant>Пропуск огромного объема тестов, характерного для этапа системного тестирования

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

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

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

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

<variant>На уровне системы часто сложно и малоэффективно анализировать прохождение тестовых траекторий внутри программы или отслеживать правильность работы конкретных функций

<variant>Прямым вызовом одного метода из кода другого, в случае, если вызываемый метод виден (не закрыт для доступа средствами языка программирования) из класса, содержащего вызывающий метод, присвоим такой конструкции название Р-путь (P-path, Procedure path, процедурный путь).

<variant>Принцип соединения узлов в ГМП, отражающий два возможных типа вызовов методов класса (через ММ-пути и Р-пути ), что приводит к новому наполнению для множества М требуемых элементов

<variant>Методы (модули) непрозрачны для внешних объектов, что влечет за собой неприменимость механизма упрощения графа модуля, используемого для получения графа вызовов в процедурном программировании

<variant>Разработка программного обеспечения высокого качества для MS Windows или любой другой операционной системы, использующей стандарт "look and feel", с применением только вновь созданных классов практически невозможна

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

<variant>Обработкой сообщения, когда явного вызова метода нет, но в результате работы "вызывающего" метода порождается сообщение, которое должно быть обработано "вызываемым" методом

<variant>Принцип соединения узлов в ГМП, отражающий два возможных типа вызовов методов класса (через ММ-пути и Р-пути ), что приводит к новому наполнению для множества М требуемых элементов

<variant>Методы (модули) непрозрачны для внешних объектов, что влечет за собой неприменимость механизма упрощения графа модуля, используемого для получения графа вызовов в процедурном программировании

<variant>Разработка программного обеспечения высокого качества для MS Windows или любой другой операционной системы, использующей стандарт "look and feel", с применением только вновь созданных классов практически невозможна

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

<variant>императивный

<variant>эксперативный

<variant>обьектно-ориентированный

<variant>индивидуальный

<variant>масштабный

<variant>снизу вверх 

<variant>сверху вниз

<variant>справа налево

<variant>слева направо

<variant>по часовой стрелке

<variant>число методов класса, обрабатывающих различные сообщения

<variant>число методов класса, которые не закрыты от прямого вызова из других классов программы

<variant>число методов класса, обрабатывающих определенное количество сообщении

<variant>нет правильного ответа

<variant>число методов класса, которые закрыты от прямого вызова из других классов программы

<variant>число методов класса, которые не закрыты от прямого вызова из других классов программы

<variant>число методов класса, обрабатывающих различные сообщения

<variant>число методов класса, обрабатывающих определенное количество сообщении

<variant>число методов класса, которые закрыты от прямого вызова из других классов программы

<variant>нет правильного ответа

<variant>зависит от схемы обработки сообщений данным классом, что должно быть определено в спецификации класса.

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

<variant>зависит от схемы обработки сообщений данным классом, что не должно быть определено в спецификации класса.

<variant>не зависит от схемы обработки сообщений данным классом, что не должно быть определено в спецификации класса.

<variant>нет правильного ответа

<variant>члены класса (данные, описанные в самом классе, и унаследованные от классов-родителей видимые извне данные) рассматриваются как "глобальные переменные", они должны быть протестированы отдельно на основе принципов тестирования потоков данных

<variant>внешние вызовы методов класса, как непосредственные обращения, так и вызовы, инициированные получением сообщений

<variant>объект данного класса может быть включен в общий граф G программного проекта, содержащий все ММ-пути и все вызовы методов классов и процедур

<variant>представлением описанного выше подхода к тестированию программного проекта служит классовая модель программного проекта

<variant>проект для тестирования объектно-ориентированной программы

<variant>Тестирование

<variant>Опыт

<variant>Качество продукта

<variant>Разработка

<variant>Нет правильного ответа

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

<variant>В процессе разработки программного обеспечения

<variant>В том, что с его помощью удается избегать обращении к бесконечной области значений

<variant>В том что, с его помощью удается на каждом шаге доказательства оперировать только конечным множестом символов

<variant>Все варианты верны

<variant>40%-20%-40%

<variant>50%-0%-50%

<variant>60%-10%-30%

<variant>70%-10%-20%

<variant>80%-10%-10%

<variant>40%-20%-40%

<variant>50%-0%-50%

<variant>60%-10%-30%

<variant>70%-10%-20%

<variant>80%-10%-10%

<variant>design & testing

<variant>testing

<variant>design

<variant>under testing

<variant>debugging

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

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

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

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

<variant>нет правильного ответа

<variant>Аналог формулы в обычной математике

<variant>формула для функции

<variant>процесс поиска в программе

<variant>процесс исправления ошибок в программе 

<variant>тестовый набор одного из теста

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

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

<variant>В процессе разработки программного обеспечения

<variant>В том, что с его помощью можно описывать суперпозицию функции

<variant>В сверке получаемых результатов с заранее известными свойствами

<variant>формальный подход

<variant>интерпретационный подход

<variant>статическое тестирование

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

<variant>откладка

<variant>формальный подход и интерпретационный подход

<variant>доказательство и откладка

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

<variant>формальный подход и динамическое тестирование

<variant>интерпретационный подход и статическое тестирование

<variant>интерпретационный подход

<variant>статическое тестирование

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

<variant>откладка

<variant>формальный подход

<variant>при экспериментальной проверке соответствия программы своей спецификации

<variant>применяется, когда из исходных формул-аксиом с помощью формальных процедур выводятся искомые формулы и утверждения

<variant>при простой проверке соответствия программы своей спецификации

<variant>применяется, когда из исходных формул-аксиом с помощью формальных процедур не выводятся искомые формулы и утверждения

<variant>нет правильного ответа

<variant>отладка

<variant>статическое тестирование

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

<variant>интерпретационный подход

<variant>формальный подход

<variant>application under testing

<variant>debugging

<variant>testing

<variant>testbed

<variant>code checker

<variant>debug

<variant>testing

<variant>design

<variant>under testing

<variant>application

<variant>Процесс поиска, локации и исправления ошибок в программе

<variant>Аналог формулы в обычной математике

<variant>Формула для функции

<variant>Процесс поиска в программе

<variant>Тестовый набор одного из теста

<variant>статическое и динамическое

<variant>статическое и простое

<variant>динамическое и простое

<variant>скорректированное и не скорректированное

<variant>исходное и простое

<variant>0

<variant>1

<variant>2

<variant>-1

<variant>10

<variant>1

<variant>-2

<variant>3

<variant>-1

<variant>10

<variant>4

<variant>3

<variant>2

<variant>5

<variant>6

<variant>функциональные критерии

<variant>структурные критерии

<variant>стохастические критерии

<variant>мутационные критерии

<variant>нет правильного ответа

<variant>Kmsg

<variant>Kem

<variant>Kgms

<variant>Kme

<variant>Kmge

<variant>Kem

<variant>Kmsg

<variant>Kgms

<variant>Kme

<variant>Kmge

<variant>Число точек входа, которые могут быть вызваны извне

<variant>Число методов класса, которые не закрыты от прямого вызова из других классов программы

<variant>Число методов класса, обрабатывающих различные сообщения

<variant>Число методов класса, обрабатывающих определенные количества сообщения

<variant>Нет правильного ответа

<variant>Kext

<variant>Kem

<variant>Kmsg

<variant>Kme

<variant>Kmge

<variant>Kem+Kmsg

<variant>Kme+Kmge

<variant>Kme+Kem

<variant>Kmsg+Kmge

<variant>Нет правильного ответа

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

<variant>Цикл тестирования, который производится при внесении изменений на фазе системного тестирования или сопровождения продукта

<variant>Воспроизведение ошибки каким-нибудь другим способом

<variant>Пропуск огромного объема тестов, характерного для этапа системного тестирования

<variant>Нет правильного ответа

<variant>Модульное тестирование

<variant>Регрессивное тестирование

<variant>Индивидуальное тестирование

<variant>Обширное тестирование

<variant>Отдельное тестирование

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

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

<variant>В процессе разработки программного обеспечения

<variant>В том, что с его помощью можно описывать суперпозицию функции

<variant>В сверке получаемых результатов с заранее известными свойствами

<variant>"белого ящика"

<variant>"синего ящика"

<variant>"желтого ящика"

<variant>"красного ящика"

<variant>"коричневого ящика"

<variant> На основе анализа потока управления. В этом случае элементы, которые должны быть покрыты при прохождении тестов, определяются на основе структурных критериев тестирования С0, С1,С2. К ним относятся вершины, дуги, пути управляющего графа программы (УГП), условия, комбинации условий

<variant> Принцип соединения узлов в ГМП, отражающий два возможных типа вызовов методов класса (через ММ-пути и Р-пути ), что приводит к новому наполнению для множества М требуемых элементов

<variant> Методы (модули) непрозрачны для внешних объектов, что влечет за собой неприменимость механизма упрощения графа модуля, используемого для получения графа вызовов в процедурном программировании

<variant> Обработкой сообщения, когда явного вызова метода нет, но в результате работы "вызывающего" метода порождается сообщение, которое должно быть обработано "вызываемым" методом

<variant>Нет правильного ответа

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

<variant> Принцип соединения узлов в ГМП, отражающий два возможных типа вызовов методов класса (через ММ-пути и Р-пути ), что приводит к новому наполнению для множества М требуемых элементов

<variant> Методы (модули) непрозрачны для внешних объектов, что влечет за собой неприменимость механизма упрощения графа модуля, используемого для получения графа вызовов в процедурном программировании

<variant> Обработкой сообщения, когда явного вызова метода нет, но в результате работы "вызывающего" метода порождается сообщение, которое должно быть обработано "вызываемым" методом

<variant> Нет правильного ответа

<variant> Этот вид тестирования направлен на выявление ссылок на неинициализированные переменные и избыточные присваивания (аномалий потока данных )

<variant> Методы (модули) непрозрачны для внешних объектов, что влечет за собой неприменимость механизма упрощения графа модуля, используемого для получения графа вызовов в процедурном программировании

<variant> Принцип соединения узлов в ГМП, отражающий два возможных типа вызовов методов класса (через ММ-пути и Р-пути ), что приводит к новому наполнению для множества М требуемых элементов

<variant> Пропуск огромного объема тестов, характерного для этапа системного тестирования

<variant>Нет правильного ответа

<variant>Конструирование УГП.

<variant>Соединение узлов в УГП

<variant>Соединение узлов в ГМП

<variant>Процесс поиска в программе

<variant>Нет правильного ответа

<variant>Выбор тестовых путей

<variant>Соединение узлов в УГП

<variant>Соединение узлов в ГМП

<variant>Процесс поиска в программе

<variant>Нет правильного ответа

<variant>Генерация тестов, соответствующих тестовым путям.

<variant>Соединение узлов в УГП

<variant>Соединение узлов в ГМП

<variant>Процесс поиска в программе

<variant>Нет правильного ответа

<variant>Статические методы

<variant>Простые методы

<variant>Скорректированные методы

<variant>Исходные методы

<variant>Все варианты верны

<variant>Динамические методы

<variant>Простые методы

<variant>Скорректированные методы

<variant>Исходные методы

<variant>Все варианты верны

<variant>Методы реализуемых путей

<variant>Простые методы

<variant>Скорректированные методы

<variant>Исходные методы

<variant>Все варианты верны

<variant>построение каждого пути посредством постепенного его удлинения за счет добавления дуг, пока не будет достигнута выходная вершина управляющего графа программы.

<variant>построение каждого пути посредством постепенного его сокращения за счет удаления дуг

<variant>построение всех путей вместе посредством постепенного удлинения за счет добавления дуг

<variant>построение всех путей вместе посредством постепенного сокращения за счет удаления дуг

<variant>нет правильного ответа

<variant>в том, что не учитывается возможная нереализуемость построенных путей тестирования

<variant>в том, что не учитывается возможная реализуемость построенных путей тестирования

<variant>в том, что учитывается возможная нереализуемость построенных путей тестирования

<variant>в том, что учитывается возможная реализуемость построенных путей тестирования

<variant>нет правильного ответа

<variant>мутационные критерии

<variant>структурные критерии

<variant>стохастические критерии

<variant>функциональные критерии

<variant>нет правильного ответа

<variant>структурные критерии

<variant>стохастические критерии

<variant>функциональные критерии

<variant>мутационные критерии

<variant>нет правильного ответа

<variant>структурные критерии

<variant>стохастические критерии

<variant>функциональные критерии

<variant>мутационные критерии

<variant>нет правильного ответа

<variant>функциональные критерии

<variant>структурные критерии

<variant>стохастические критерии

<variant>мутационные критерии

<variant>нет правильного ответа

<variant>Критерии ориентированная на проверку свойств программного изделия на основе подхода Монте-Карло

<variant>Критерии так называемого "белого ящика"

<variant>Критерии базируются на основных элементах УГП, операторах,ветвях и путях

<variant>Критерии формулируются в описании требований к программному изделию

<variant>нет правильного ответа

<variant>Критерии базируются на основных элементах УГП, операторах, ветвях и путях

<variant>Критерии так называемого "черного ящика"

<variant>Критерии формулируются в описании требований к программному изделию

<variant>Критерии ориентированная на проверку свойств программного изделия на основе подхода Монте-Карло

<variant>нет правильного ответа

<variant>Критерии так называемого "белого ящика"

<variant>Критерии ориентированная на проверку свойств программного изделия на основе подхода Монте-Карло

<variant>Критерии формулируются в описании требований к программному изделию

<variant>Критерии так называемого "черного ящика"

<variant>Нет правильного ответа

<variant>Критерии формулируются в описании требований к программному изделию

<variant>Критерии так называемого "белого ящика"

<variant>Критерии базируются на основных элементах УГП, операторах,ветвях и путях

<variant>Критерии ориентированная на проверку свойств программного изделия на основе подхода Монте-Карло

<variant>Нет правильного ответа

<variant>тестирования команд

<variant>тестирования ветвей

<variant>критерии С0

<variant>тестирования путей

<variant>критерии С2