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. управление пользователями