6. Методы тестирования: модифицированный нисходящий, монолитный, сандвич, модифицированный сандвич.

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

Монолитное тестирование – метод большого скачка

1. Все модули пишутся одновременно.

2. Все модули собираются вместе (мгновенная сборка)

3. Производится тестирование сверху вниз.

Недостатки:

1. модули создавались одновременно, следовательно, несогласованность данных и большое количество ошибок, которые очень сложно локализовать;

2. модули тестируются ненадежно (см. тестирование сверху вниз: невозможность выполнить полное тестирование из-за недостаточности данных на нижних уровнях иерархии модулей).

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

4. выявление принципиальных ошибок происходит на нижних этапах проектирования.

Достоинство – распараллеливание труда; высокая точность планирования работы.

Метод сандвича – комбинация нисходящего и восходящего метода.

Проектирование, сборка и тестирование с двух сторон, с верхних и нижних уровней, а затем стыковка этих сторон:

- модули нижних уровней тестируются снизу вверх;

- модули верхних уровней тестируются сверху вниз;

- необходимость определения уровня соединения модулей.

Достоинства: раннее начало интеграции системы, надежное тестирование модулей низкого уровня.

Модифицированный метод сандвича:

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

- тестирование модулей нижнего уровня – восходящим тестированием.

Показатели:

1. время сборки (чем раньше выполнится сборка, тем раньше выявляются ошибки в интерфейсах).

2. время создания работающего варианта (чем раньше создается рабочий вариант, тем раньше выявляются принципиальные ошибки)

3. необходимость в драйверах (чем больше драйверов, тем хуже).

4. необходимость в заглушках (чем больше, тем дольше тестирование).

5. параллельность в начале работы (чем выше параллельность работы, тем лучше (не во всех случаях)

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

7. возможность планирования процессов тестирования (возможность управления проектом более качественно)

Восходящее: 1. рано; 2. поздно; 3. да; 4. нет; 5. средняя; 6. легко; 7. легко.

Нисходящее: 1. рано; 2. рано; 3. нет; 4. да; 5. слабая; 6. трудно; 7.трудно.

Модифицированный нисходящий: 1.рано; 2.рано; 3.да; 4.да; 5.средняя; 6.легко ; 7.трудно.

Монолитный: 1.поздно; 2.поздно; 3.да; 4.да; 5.высокая; 6.легко; 7.легко. (худший)

Сандвича: 1.рано; 2.рано; 3.частично; 4.частично; 5.средняя; 6.средняя; 7.трудно.

Модифицированный сандвича: 1.рано; 2.рано; 3.да; 4.частично; 5.высокая; 6.легко; 7.трудно.

7. Системное тестирование: метод функциональных диаграмм.

Систе́мное тести́рование — это тестирование программного обеспечения, выполняемое на полной, интегрированной системе, с целью проверки соответствия системы исходным требованиям. Системное тестирование относится к методам тестирования чёрного ящика, и, тем самым, не требует знаний о внутреннем устройстве системы.

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

Функциональное тестирование – это тестирование ПО в целях проверки реализуемости функциональных требований, то есть способности ПО в определённых условиях решать задачи, нужные пользователям.

Внешняя функция – описание того, что функция должна выполнять, в общем смысле слова.

Спецификация внешних функций включает:

1. описание входных данных (описывается синтаксис и семантика);

2. описание выходных данных (результатов);

3. описание преобразования системы (состояние глобальных элементов)

4. характеристики надежности

5. требования по эффективности (быстродействию и использованию объема памяти)

Метод функциональных диаграмм (причина-следствие)

1. Выявляются причины (допустимые значения из классов эквивалентности входных данных) и следствия (ожидаемые отклики системы)

2. Разрабатывается граф причинно-следственных связей (автоматная модель приложения)

3. Формируется таблица решений

4. Столбцы решений образуют тестовые данные (тестовые случаи)

Ситуация-эффект (причина-следствие)

Возможные ограничения на причины:

E – появление a исключает b, появление b исключает a, при этом a и b не могут быть одновременно (только одна величина = 1)

I – либо a, либо b, либо вместе (хотя бы одна величина = 1)

O – либо a, либо b должно быть обязательно.

Алгоритм:

1. В таблицу ситуаций записывается комбинация ситуаций (причин), которые вызывают этот эффект.

2. В таблицу эффектов (следствий) записываются те эффекты, которые вызывают эту ситуацию.

Обозначения:

1. для ситуации: S – не имеет место, I – имеет место, X – не существенно

2. для эффектов: A – отсутствует; P – присутствует.