Какие активности входят в систему обеспечения качества программного продукта?
|
|
|
тестирование
|
|
|
анализ дизайна
|
|
|
обзоры кода
|
|
|
аудиты процесса разработки
|
|
|
ревьюирование проектной документации
|
Какие существуют условия проведения тестирования?
|
|
|
наличие build – исполняемой версии приложения
|
|
|
наличие набора тестов для автоматического прогона
|
|
|
наличие тестовых процедур – сценариев ручного выполнения проверок
|
Что такое прогон тестов?
|
|
|
исполнение тестового набора в соответствии с задокументированными процедурами
|
|
|
сохранение тестовых протоколов (test-log)
|
|
|
анализ протоколов тестирования и принятие решения о прохождении или не прохождении (pass/fail) тестов
|
Какие метрики обычно входят в список тестовых?
|
|
|
степень покрытия тестами набора требований
|
|
|
степень покрытия тестами тестируемого кода
|
|
|
структура дефектов: количество и уровень серьезности
|
|
|
объем тестового кода и количество тестов
|
|
|
плотность дефектов
|
Какова методика разработки сценарных тестов?
|
|
|
определение модели окружения, с явным выделением объектов, с которыми приложение обменивается информацией
|
|
|
разработка параметризованных сценариев использования продукта, например, на языке MSC
|
|
|
разработка или генерация набора тестов, покрывающего сценарии
|
Каковы преимущества описания тестовых наборов на языке спецификаций?
|
|
|
графическое представление и связанная с ним наглядность
|
|
|
символическое обозначение транзакций и параметров
|
|
|
возможность отображения параллельных процессов
|
|
|
снижение в несколько раз трудоемкости за счет уменьшения ручного труда
|
Как определить цели тестирования программного проекта?
|
|
|
определить части проекта, подлежащие тестированию
|
|
|
какие их свойства и характеристики подлежат тестированию
|
|
|
каков критерий качества тестирования
|
|
|
каков график выполнения задач тестирования
|
Каковы особенности тестового цикла?
|
|
|
прогон разработанных циклов на специально зафиксированном разработчиками срезе кода системы (Build)
|
|
|
подготовка конфигурации тестовой машины в соответствии с требованиями
|
|
|
подготовка конфигурации тестового набора и build, их фиксация (тегирование) в системе версионного контроля
|
Какую информацию должен содержать тестовый план?
|
|
|
тестовые ресурсы
|
|
|
перечень функций и подсистем, подлежащих тестированию
|
|
|
тестовую стратегию
|
|
|
расписание тестовых циклов
|
|
|
тестовую конфигурацию
|
|
|
тестовые метрики
|
|
|
дизайн тестовых наборов
|
Как разрабатываются тесты для тестирования спецификаций?
|
|
|
неформальный тест спецификации требования на естественном языке нормализуется, чтобы зафиксировать все условия воздействий и ожидаемых реакций
|
|
|
текст требования формализуется, если это возможно
|
|
|
для каждого требования пишется или генерируется набор тестов, который при выполнении должен гарантировать проверку этого требования в продукте
|
Как определяется тестовая стратегия?
|
|
|
анализ архитектуры тестируемого приложения для выявления мест, по всей вероятности, содержащих дефекты 1
|
|
|
определение и обоснование стратегии выбора входных данных, достаточных для достижения требуемого покрытия 1
|
|
|
определение потребности в системе автоматизации тестирования
|
Почему MSC спецификация обеспечивает снижение трудоемкости тестирования?
|
|
|
MSC описывает множество инвариантных сценариев, отличающихся численными значениями символических параметров
|
|
|
MSC позволяет сгенерировать сотни тестов, а соответствующий testbench автоматически прогнать их
|
|
|
одна MSC может кодировать множество параллельных или недетерминированных сценариев
|
Скачать 0.63 Mb.