Презентация на тему Метрология и качество программного обеспечения

связанные с тестированием
Отладка программного средства – это деятельность, направленная

на обнаружение и исправление ошибок в ПС с использованием процессов выполнения его программ.
Тестирование программного средства - процесс выполнения программ на некотором наборе данных, для которого заранее известен результат применения или известны правила поведения этих программ.
Отладка = Тестирование + Поиск ошибок + Редактирование

Отладка и тестирование

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

тестов и применить к ним ПС, чтобы обнаружить в нём по возможности большее число ошибок.
Вторая задача тестирования - определить момент окончания отладки ПС (или отдельной его компоненты).

Две задачи тестирования

виды отладки программного средства
1. Тестирование по отношению к спецификациям
2.

Тестирование по отношению к текстам программ

Подходы к выработке стратегии проектирования тестов

виды отладки программного средства
1. На каждую используемую функцию или

возможность – хотя бы один тест;
2. На каждую область и на каждую границу изменения какой-либо величины – хотя бы один тест;
3. На каждую особую (исключительную) ситуацию – хотя бы один тест;
4. Каждая команда каждой программы ПС должна поработать хотя бы на одном тесте.

Принципы оптимальной стратегии проектирования тестов

виды отладки программного средства
1. Автономное тестирование – последовательное раздельное

тестирование различных частей программ, входящих в ПС, с поиском и исправлением в них фиксируемых при тестировании ошибок. Включает отладку каждого программного модуля и их сопряжения.
2. Комплексное тестирование – тестирование ПС в целом с поиском и исправлением фиксируемых при тестировании ошибок во всех рабочих продуктах;

Два основных вида тестирования

тестирования ПС
По мере роста числа обнаруженных и исправленных ошибок

в ПС растёт также относительная вероятность существования в нём необнаруженных ошибок. Это подтверждает важность предупреждения ошибок на всех стадиях разработки ПС.

Основная особенность практики тестирования ПС

тестирования ПС
1. Тестирование считается ключевой задачей разработки ПС, оно

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

К основным принципам организации процесса тестирования программ традиционно относят следующие

тестирования ПС
5. Никогда не нужно изменять программу, чтобы облегчить

её тестирование;
6. Необходимо реализовывать заново все тесты, связанные с проверкой работы какой-либо программы ПС или её взаимодействия с другими программами, если в неё были внесены изменения.

Главный принцип – найти ошибки, а не доказать их отсутствие

К основным принципам организации процесса тестирования программ традиционно относят следующие (продолжение)

тестирования ПС
- модульное тестирование (Unit Test);
- интеграционное тестирование (Integration

Test);
- системное тестирование (System Test);
- бета-тестирование (Beta Test);
- приёмочное тестирование (аттестация);
- регрессионное тестирование (Regression Test).

Фазы тестирования ПС

организации автономного тестирования ПС
1. Восходящее тестирование.
2. Нисходящее тестирование.
Виды автономного

тестирования

организации автономного тестирования ПС
1. Простота подготовки тестов.
2. Возможность полной

реализации плана тестирования модуля.

Достоинства восходящего тестирования

организации автономного тестирования ПС
1. Тестовые данные готовятся, как правило,

не в той форме, которая рассчитана на пользователя.
2. Большой объём отладочного программирования.
3. Необходимость специального тестирования сопряжения модулей.

Недостатки восходящего тестирования

организации автономного тестирования ПС
1. Большинство тестов готовится в форме,

рассчитанной на пользователя.
2. Во многих случаях относительно небольшой объём объём отладочного программирования.
3. Отпадает необходимость тестирования сопряжения модулей.

Достоинства нисходящего тестирования

организации автономного тестирования ПС
1. Тестовое состояние информационной среды готовится

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

Недостатки нисходящего тестирования

организации автономного тестирования ПС
1. На основании спецификации отлаживаемого модуля

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

Основные этапы разработки сценария автономного тестирования

организации автономного тестирования ПС
2. Проверить текст модуля, чтобы убедиться,

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

Основные этапы разработки сценария автономного тестирования (продолжение)

организации автономного тестирования ПС
4. Проверить текст модуля, чтобы убедиться,

что существуют тесты, проверяющие чувствительность к отдельным особым значениям входных данных. Добавить недостающие тесты.

Основные этапы разработки сценария автономного тестирования (продолжение)

организации автономного тестирования ПС

Специальный документ – матрица покрытия требований

тестами (Test Traceability Matrix).

Требования

Тесты