
- •Разработка и стандартизация программных средств
- •КЛАССЫ ПО(Технологии стиля работы разработки ПО)
- •Особенности классов ПО
- •Основные понятия
- •Основные понятия
- •Основные понятия
- •Цель сертификации ПО
- •2 типа сертификации
- •Типы сертификации
- •стандарты
- •Определение (дополнение)
- •Типы стандартов
- •Основные стандарты
- •Итоги сертификации
- •Сертификация программных продуктов (основные этапы)
- •ПОЛУЧЕНИЕ
- •Получение
- •Получение
- •Требования к ПО
- •ТЕСТИРОВАНИЕ (краткая история)
- •тестирование (история)
- •Модель Джелинского-Моранды
- •Уровни тестирования
- •Истроия тестирования
- •v модель
- •Уровни тестирования
- •этапы разработки ПО
- •1этап Планирование проекта и анализ требований , подготовка ТЗ.
- •1 этап Планирование разработки ПО
- •1 этап Планирование
- •1 этап Планирование
- •Уровни тестирования
- •Уровни тестирования
- •Уровни тестирования
- •Интеграционное тестирование
- •Интеграционное тестирование
- •Приемочное тестирование
- •Приемочное тестирование
- •Приемочное тестирование
- •Приемочное тестирование
- •Модели надежности
- •исопльзование показателей надежности для разных целей
- •Модель Шумана
- •Модель Шумана
- •Модель Шумана
- •Модель Шумана
- •Модель Шумана ЗАДАЧА

1 этап Планирование
Часто при выявлении скрытой информации происходит корректировка (или пересмотр ) разработанных планов.
Входе отмеченных методов группа тестирования должна придерживаться методики с целью достижения следующих целей:
Адекватность требований. В ходе анализа может выясниться , что заказчик ожидает совершенно другой программный продукт.
Полнота требований . В ходе тестирования может выясниться, что есть дополнительные невыясненные детали которые могут привести к дополнительным издержкам (в том числе в финансовом плане)

1 этап Планирование
ВЫПОЛНИМОСТЬ ТРЕБОВАНИЙ . Напр. группа тестирования должна выяснить в возможности указанных требований на данном аппаратном обеспечении , памяти , пропусной способности (напр. при проектировании сетевых программ ).
Разумность требований. ПРОВЕРКА баланса между качеством ПО , ценой ПО и сроками разработки.

Уровни тестирования
5. Области ответственности (кто чем занимается и за что отвечает ) и окружение (где проводиться тестирование напр. локально или на сервере).
МОДУЛЬНОЕ ТЕСТИРОВАНИЕ
Выполняется на самой ранней стадии тестирования- во время написания кода.
Обычно его выполняет сам программист, который пишет код
Следовательно ошибки исправляются сразу и не попадают специалистам по тестированию.
Как видно из названия модульное тестирование направлено на исправление отдельных модулей программы.

Уровни тестирования
5. Области ответственности (кто чем занимается и за что отвечает ) и окружение (где проводиться тестирование напр. локально или на сервере).
МОДУЛЬНОЕ ТЕСТИРОВАНИЕ
Выполняется на самой ранней стадии тестирования- во время написания кода.
Обычно его выполняет сам программист, который пишет код
Следовательно ошибки исправляются сразу и не попадают специалистам по тестированию.
Как видно из названия модульное тестирование направлено на исправление отдельных модулей программы.

Уровни тестирования
Т.к. часто модули изолированы между собой.
Модульное тестирование надо совмещать с другими типами тестирования, т.к. само по себе модульное тестирование малоэффективно.
Итак цели модульного тестирования.
1. Проверка компонентов на соответствие требованиям.
2. Обнаружение ошибок в компоненте.
3. Предотвращение пропуска ошибки на более высокие уровни.

|
|
|
модуль |
|
|
|
Уровни тестирования |
1 |
|
|
|
|
|
|
|
||
ИНТЕГРА |
ТЕСТИРОВАНИЕ |
|
|||
|
модуль |
|
Модуль |
Модуль |
между |
|
Т.е. необходимо |
|
|
|
|
|
5 |
|
2 |
3 |
|
модулями.
Модуль
4

Интеграционное тестирование
Здесь различают два вида интеграционного тестирвоания.
1 вид . Компонентное интеграционное тестирование.
Тестируется работа модулей в связке друг с другом.
(может быть автоматизировано)
2 вид. Системное тестирование. – такой уровень тестирования необходим для проверки связей между ситемами/ подсистемами ПО.
Не всегда можно автоматизировать.

Интеграционное тестирование
Цели интеграционного тестирования
1. Показать, что программа готова к эксплуатации в плане работы в целом.
2. Проверка интерфейсов на соответствие требованиям.
3. Предотвращение пропуска ошибок на более высокие уровни.
ПРИЕМОЧНОЕ ТЕСТИРОВАНИЕ Наиболее высокий уровень тестирования.
Как и в системном тестировании проверяется система в целом. Ошибок не должно быть в принципе.

Приемочное тестирование
Цели приемочного тестирования.
1.Показать что программа готова к эксплуатации
2.Соответствует всем требованиям ТЗ.
Формы приемочного тестирования
3.Пользовательское приемочное тестирование
4.Эксплуатационное приемочное тестирование
5.Контрактное (нормативное ) тестирование.
Т,о . Завершает тестирование заказчик.

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