Содержание
-
Метрология
Тестирование и отладка программного средства.
-
Основные понятия, связанные с тестированием
- Отладка и тестирование
- Отладка программного средства – это деятельность, направленная на обнаружение и исправление ошибок в ПС с использованием процессов выполнения его программ.
- Тестирование программного средства - процесс выполнения программ на некотором наборе данных, для которого заранее известен результат применения или известны правила поведения этих программ.
- Отладка = Тестирование + Поиск ошибок + Редактирование
-
Принципы и виды отладки программного средства
Две задачи тестирования:
- Первая задача тестирования– подготовить набор тестов и применить к ним ПС, чтобы обнаружить в нём по возможности большее число ошибок.
- Вторая задача тестирования - определить момент окончания отладки ПС (или отдельной его компоненты).
-
Подходы к выработке стратегии проектирования тестов:
- Тестирование по отношению к спецификациям
- Тестирование по отношению к текстам программ
-
Принципы оптимальной стратегии проектирования тестов:
- На каждую используемую функцию или возможность – хотя бы один тест;
- На каждую область и на каждую границу изменения какой-либо величины – хотя бы один тест;
- На каждую особую (исключительную) ситуацию – хотя бы один тест;
- Каждая команда каждой программы ПС должна поработать хотя бы на одном тесте.
-
2 основных вида тестирования:
- Автономное тестирование – последовательное раздельное тестирование различных частей программ, входящих в ПС, с поиском и исправлением в них фиксируемых при тестировании ошибок. Включает отладку каждого программного модуля и их сопряжения.
- Комплексное тестирование – тестирование ПС в целом с поиском и исправлением фиксируемых при тестировании ошибок во всех рабочих продуктах.
-
Основные принципы тестирования ПС
- Основная особенность практики тестирования ПС.
- По мере роста числа обнаруженных и исправленных ошибок в ПС растёт также относительная вероятность существования в нём не обнаруженных ошибок. Это подтверждает важность предупреждения ошибок на всех стадиях разработки ПС.
-
К основным принципам организации процесса тестирования программ традиционно относят следующие:
- Тестирование считается ключевой задачей разработки ПС, оно должно быть поручено самым квалифицированным программистам.
- Нежелательно тестировать свою собственную программу.
- Хорош тот тест, для которого высока вероятность обнаружить ошибку, а не тот, который демонстрирует правильную работу программы.
- Необходимо разрабатывать тесты как для правильных, так и для неправильных данных.
-
К основным принципам организации процесса тестирования программ традиционно относят следующие (продолжение):
- Никогда не нужно изменять программу, чтобы облегчить её тестирование;
- Необходимо реализовывать заново все тесты, связанные с проверкой работы какой-либо программы ПС или её взаимодействия с другими программами, если в неё были внесены изменения.
- Главный принцип – найти ошибки, а не доказать их отсутствие.
-
Фазы тестирования ПС:
- модульное тестирование (Unit Test);
- интеграционное тестирование (Integration Test);
- системное тестирование (System Test);
- бета-тестирование (Beta Test)
- приёмочное тестирование (аттестация);
- регрессионное тестирование (Regression Test).
-
Основные аспекты организации автономного тестирования ПС
Виды автономного тестирования:
- Восходящее тестирование.
- Нисходящее тестирование.
-
Достоинства восходящего тестирования:
- Простота подготовки тестов.
- Возможность полной реализации плана тестирования модуля.
-
Недостатки восходящего тестирования:
- Тестовые данные готовятся, как правило, не в той форме, которая рассчитана на пользователя.
- Большой объём отладочного программирования.
- Необходимость специального тестирования сопряжения модулей.
-
Достоинства нисходящего тестирования:
- Большинство тестов готовится в форме, рассчитанной на пользователя.
- Во многих случаях относительно небольшой объём объём отладочного программирования.
- Отпадает необходимость тестирования сопряжения модулей.
-
Недостатки нисходящего тестирования:
- Тестовое состояние информационной среды готовится косвенно – как результат применения уже отлаженных модулей к тестовым данным или данным, выдаваемым имитаторами.
-
Основные этапы разработки сценария автономного тестирования.На основании спецификации отлаживаемого модуля подготовить тесты для:
- каждой логической возможности ситуации;
- каждой границы областей возможных значений всех входных данных;
- каждой области недопустимых значений;
- каждого недопустимого условия.
-
Основные этапы разработки сценария автономного тестирования (продолжение)
- Проверить текст модуля, чтобы убедиться, что каждое направление любого разветвления будет пройдено хотя бы один раз. Добавить недостающие тесты.
- Проверить текст модуля, чтобы убедиться, что для каждого цикла существуют тесты, обеспечивающие, по крайней мере, 3следующие ситуации:
- тело цикла не выполняется ни разу;
- тело цикла выполняется один раз;
- тело цикла выполняется максимальное число раз.
-
Основные этапы разработки сценария автономного тестирования (продолжение)
Основные аспекты организации автономного тестирования ПС:
- Проверить текст модуля, чтобы убедиться, что существуют тесты, проверяющие чувствительность к отдельным особым значениям входных данных. Добавить недостающие тесты.
-
Основные аспекты организации автономного тестирования ПС
Специальный документ – матрица покрытия требований тестами (Test Traceability Matrix).
-
Основные аспекты комплексного тестирования ПС
Этапы комплексного тестирования:
- Тестирование архитектуры ПС;
- Тестирование внешних функций ПС;
- Тестирование качества ПС;
- Тестирование документации по применению ПС;
- Тестирование определения требований к ПС.
Нет комментариев для данной презентации
Помогите другим пользователям — будьте первым, кто поделится своим мнением об этой презентации.