5 Виды тестирования. Тестирование системы. Последствия слабо формализованного или вообще не работающего процесса тестирования.

Виды тестирования:

1. Тестирование компонента, модульное тестирование (блочное)

2. Системное тестирование 

3. Интеграционное тестирование

4. Регрессивное тестирование

5. Тестирование системы. Тестирование производительности и нагрузочные тесты:

• -Нагрузочное тестирование

• -Стрессовое тестирование

• -Тестирование надежности

• -Тестирование производительности / работоспособности системы

• -Приемочное тестирование

Тестирование системы:

Нагрузочное тестирование (load testing) – испытание информационной системы в условиях прогнозируемой нормальной нагрузки.

Стрессовое тестирование (stress testing) – испытание информационной системы в условиях минимальных аппаратных ресурсах и максимально допустимой нагрузки.

Тестирование надежности (reliability testing) – гибрид всех перечисленных ранее видов тестирования, направленный на то, чтобы проверить способность системы возвращаться к нормальному режиму работы после коротких периодов максимальной нагрузки, стрессов, предельных объемов данных и т.д.

Тестирование производительности / работоспособности системы в условиях максимальной загрузки (Стресс-тест).

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

Приемочное тестирование (acceptance testing) – комплексное испытание информационной системы, выполняемое представителями Заказчика по специально разработанной Исполнителем программе и методике испытаний.

Цель приемочного испытания – показать, что разработанная и развернутая на территории Заказчика информационная система делает ровно то, что от нее требуется и делает это с заданными параметрами производительности.

Последствиями слабо формализованного или вообще не работающего процесса тестирования являются:

- прямые финансовые потери вследствие сбоя или простоя продуктивных систем,

-перерасход ресурсов и средств в процессе разработки проектов.

-риски проекта в целом (и заказчика, и исполнителя)

6. Требования к тесту. Эквивалентные тесты

Требования к тесту

• Существует обоснованная вероятность выявления тестом ошибки.

• Набор тестов не должен быть избыточным.

• Тест должен быть наилучшим в своей категории.

• Он не должен быть слишком простым или слишком сложным.

Эквивалентные тесты

Если от выполнения двух тестов ожидается один и тот же результат, они

считаются эквивалентными.

7. Отчет об ошибке. Цель отчета об ошибке.

Целью составления отчета об ошибке является ее ИСПРАВЛЕНИЕ.

Отчет следует составлять немедленно

1 Объяснить, как воспроизвести ошибку или проблемную ситуацию.

2 Тщательно проанализировать ошибку, чтобы описать ее предельно

кратко.

3 Составить полный, понятный и непротиворечивый отчет.

8. Программная ошибка. Категории программных ошибок.

Программная ошибка

• Если программа не делает того, чего пользователь от нее вполне

обоснованно ожидает, значит, налицо программная ошибка

• Не существует ни абсолютного определения ошибок, ни точного

критерия наличия их в программе. Можно лишь сказать, насколько

программа не справляется со своей задачей, — это исключительно

субъективная характеристика

Категории программных ошибок

1. Ошибки пользовательского интерфейса

-Функциональность

-Взаимодействие программы с пользователем

-Организация программы

-Пропущенные команды

-Производительность

-Выходные данные

2.Обработка ошибок

3. Ошибки, связанные с обработкой граничных условий

4. Ошибки вычислений

5. Начальное и последующие состояния

6. Ошибки управления потоком

7.Ошибки передачи или интерпретации данных

8. Ситуация гонок

9. Перегрузки

10.Аппаратное обеспечение

11.Контроль версий

12.Документация

13.Ошибки тестирования