Ответы на вопросы из коллекции "Верификация программного обеспечения"

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

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

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

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

Какую информацию заносит ведущий в бланк инспекции на фазе собрания?

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

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

• отказ
• перебой
• авария
• сбой

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

• определение общего подхода к тестированию
• определение тестовых примеров
• определение плана-графика тестирования
• определение границ тестирования

Какие цели и задачи достигаются и решаются в процессе гарантии качества?

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

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

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

Укажите основные недостатки монолитного интеграционного тестирования

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

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

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

Какие минимальные наборы тестовых примеров можно использовать для полного покрытия следующего участка программного кода по строкам? if (a == 0) { call_1();} else { if (b > 0) call_2();}

• 1) a = 0, b = 0; 2) a = 0, b = 1; 3) a = 1; b = 0
• 1) a = 0, b = 1; 2) a = 1, b = 1
• 1) a = 0, b = 1; 2) a = 1, b = 0
• 1) a = 0, b = 0; 2) a = 1, b = 1

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

• тестируемый модуль = тестируемый класс
• заглушки функций = заглушки методов
• заглушки функций = заглушки классов
• драйвер = тестирующий класс

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

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

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

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

Укажите основные критерии выбора классов эквивалентности

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

Укажите основные свойства роли "Тестировщик"

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

Выберите верные характеристики ссылки

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

Выберите типичные компоненты определения тестового примера в тест-плане

• описание теста
• идентификатор тестового примера
• входные данные
• ожидаемые выходные данные

Какие типы процессов разработки обычно покрывают стандарты качества?

• обеспечивающие процессы
• процесс анализа рисков
• основные процессы разработки
• процесс планирования

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

• постусловие не выполняется на выходе из блока
• инвариант цикла не выполняется на итерации цикла
• предусловие не выполняется на входе в блок
• инвариант класса не выполняется на входе или выходе

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

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

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

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

Укажите обязанности инспектора

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

Какой тип покрытия более полно проверяет работу конечного автомата?

• автомат побывал во всех состояниях
• автомат передал все возможные данные
• автомат вернулся в исходное состояние
• автомат совершил все возможные переходы

Укажите причины появления неполных (по отношению к функциональным) тест-требований

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

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

• по ветвям
• по скобкам
• по компонентам логических выражений
• по строкам

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

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

Интеграционное тестирование предназначено для

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

Жизненный цикл проекта по разработке программного обеспечения

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

В ходе верификации

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

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

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

Какие задачи решаются в ходе оценки проведенного тестирования?

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

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

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

Кто переводи инспектируемый документ из состояния "Готов" в состояние "Инспектируется"?

• ведущий
• руководитель проекта
• инспектор
• автор

Укажите основные критерии качества тест-плана

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

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

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

Какие типы аудита конфигураций вы знаете?

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

Какие методы разработки программного кода применяются в защитном программировании?

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

Какие виды отказов относятся к классификации по временным характеристикам отказов согласно ГОСТ 27.002-89?

• эксплуатационный отказ
• явный отказ
• деградационный отказ
• постепенный отказ

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

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

Укажите основные достоинства тестирования с постоянной интеграцией

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

Какие риски существуют при определении свойств системы, подлежащей тестированию?

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

Тестирование классов. Какие из перечисленных ниже дефектов можно отнести к дефектам наследования?

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

Укажите цели этапа подготовки

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

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

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

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

• руководство пользователя
• результаты выполнения тестов
• тест-планы
• тест-требования

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

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

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

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

Укажите основные свойства совокупности тест-требований к части системы

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

В состав статистики о прохождении тестов может входить следующая информация:

• не совпавшие ожидаемые и реальные выходные данные
• количество пройденных и не пройденных тестовых примеров
• количество непокрытых строк исходного кода
• идентификаторы выполненных тестовых примеров

Имеется следующий модуль: #include "op_float.h"int sum(int a, int b){}int mult(int a, int b){}void main(){ float a=5.5, b=6.5, c=0.0; int d=1, e=2, f=0; f=sum(d,e); c=mult(a,b);} Определите функцию, вместо которой должны быть написаны заглушки:

• float sum(float a, float b)
• int sum(int a, int b)
• float mult(float a, float b)
• int mult(int a, int b)

Укажите основные свойства роли "Менеджер проекта"

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

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

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

Укажите основные причины тестирования классов эквивалентности

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

Каким образом именуются объекты конфигурации?

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

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

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

Укажите основные свойства роли "Разработчик"

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

Укажите цели этапа обсуждения

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

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

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

Дайте определение защитного программирования

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

Укажите основные недостатки автоматизированного тестирования

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

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

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

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

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

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

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

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

• интеграционная архитектура
• интеграционные тест-требования
• интеграционный тест-план
• стратегия тестирования и интеграции

Укажите основные достоинства тестирования с поздней интеграцией

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

Укажите основные недостатки тестирования с ранней интеграцией

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

Пусть R - разработка требований на отдельный модуль, C - разработка программного кода, V - тестирование модуля, I - интеграционное тестирование всего, что было сделано раньше. Укажите цепочку, изображающую тестирование с постоянной интеграцией.

• R-C-I-R-C-I-R-C-I
• R-C-V-R-C-V-R-C-V-I-R-C-V-R-C-V-I
• R-I-R-I-R-I-R-I
• C-I-C-I-C-I-C-I-C-I

Какие типы интеграционного тестирования вы знаете?

• восходящее тестирование
• компонентное тестирование
• нисходящее тестирование
• монолитное тестирование

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

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

Какие проблемы при тестировании классов возникают при изменении внутреннего состояния объекта класса?

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

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

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

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

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

Кто отвечает на контрольные вопросы бланка инспекции?

• автор
• руководитель проекта
• инспектор
• ведущий

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

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

Укажите обязанности автора

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

Что можно считать критерием окончания формальной инспекции?

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

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

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

О чем может свидетельствовать неполное покрытие программного кода тестами?

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

Какие проблемы не могут быть выявлены при помощи тест-плана в виде конечного автомата? (Предположим, что тестирование проводится методом "черного ящика")

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

Укажите основные отличия тест-планов от тест-требований

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

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

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

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

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

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

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

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

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

Сколько нужно тестовых примеров для покрытия следующего участка программного кода по MC/DC? if ( (a == 0) && (b = 0) && (c == 1) { call_1();} else { call_2()}

• 2
• 3
• 5
• 4

Какие минимальные наборы тестовых примеров можно использовать для полного покрытия следующего участка программного кода по ветвям? if (a == 0) { if (b == 0) call_1();} else { call_2();}

• 1) a = 0, b = 0; 2) a = 1, b = 0; 3) a = 0, b = 1
• 1) a = 0, b = 0; 2) a = 1, b = 1; 3) a = 1, b = 0
• 1) a = 0, b = 1; 2) a = 1, b = 0

Укажите правильные последовательности анализа покрытий

• покрытие требований, покрытие кода по строкам, покрытие кода по MC/DC
• покрытие по ветвям, покрытие по строкам, покрытие требований
• покрытие по MC/DC, покрытие по ветвям, покрытие по строкам
• покрытие требований, покрытие по MC/DC

Выберите классы эквивалентности для имени файла:

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

Необходимо протестировать следующую функцию на соответствие требованию "Функция должна возвращать значение 2, если на вход ей передано значение 3, и значение 3, если на вход ей передано значение 2". Какой из вариантов входных значений выявит несоответствие функции требованиям? int inverse(int a){ if (a == 2) return 3; else if (a == 3) return 2; else return 2;}

• a = 5
• a = 0
• a = 3
• a = 2

Типичное тестовое окружение, состоящее из драйвера и заглушек

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

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

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

Типичные тесты программной системы выявляют следующие проблемы

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

Процесс верификации включает в себя

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

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

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

Что не может изменяться в процессе тестирования модуля до создания соответствующих запросов на изменение?

• программный код заглушек
• внешние интерфейсы модуля
• программный код драйвера
• программный код тестируемого модуля

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

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

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

• тесты противоречат друг другу
• тесты недостаточно покрывают код
• отчет о покрытии имеет неверный формат
• выбран неверный тип покрытия

В каких случаях необходимо записывать замечания к объекту инспекции?

• если все инспекторы сформулировали одинаковые замечание
• если на контрольный вопрос получен ответ "Yes"
• если на контрольный вопрос получен ответ "No"
• если на контрольный вопрос получен ответ "N/A"

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

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

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

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