Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Testirovanie_programmnogo_obespechenia.doc
Скачиваний:
32
Добавлен:
19.08.2019
Размер:
1.08 Mб
Скачать

17. Тестовый план. Тестовая стратегия.

После появления первой рабочей версии треб-ний к ПП, тест-щики приступают к разработке тестовых сценариев. Руководитель группы тест-щиков приступает к написанию тестового плана. Это базовый док-т, согласно к-рому будут проводиться все действия по тест-нию. В нем описывается:

  • перечень тестируемых компонентов;

  • критические факторы и риски;

  • ресурсы (человеческие и аппаратные);

  • стратегия и виды тест-ния.

При составлении тестового плана необходимо определить:

  • какой продукт будем тест-вать, как он работает и для чего нужен;

  • понять, как будет использоваться продукт;

  • разобраться с требования к продукту;

  • решить, какие части продукта будем тест-вать и как;

  • выбрать, какие из методов тест-ния будут наиб. эффективны для проверки нашего продукта;

  • определение критериев кач-ва продукта;

  • опред-ть возможные риски, т.е. сит-ции, к-рые могут привести к ухудшению продукта, и подумать, как предотвратить эти ситуации;

  • позаботиться о тестовом оборудовании, на к-ром будет производиться тест-ние, т.к. условия тест-ния д.б. max приближены к тем, при к-рых будет эксплуатироваться продукт.

В качестве примера тестового плана м. служить следующий: 1) Введение; 2) Список рисков; 3) Ресурсы (человеческие, железные); 4) Инструментарий (какие эл-ты б. тест-ваться вручную, какие автоматич.); 5) Сроки доставки; 6) Стратегия тестирования.

Тестовая стратегия.

Указ. какие конфиг. тестов будут тест-ся в 1-ю очередь, объемы тест-х работ, типы методик тестир-я, критерии входа и выхода испытаний.

Для успешного тестирования необходимо определить:

  1. Определение объема тестовых работ заключается в определении той части проги, к-рая будет тест-ваться. Надо установить баланс м/у избыточным и недостаточным тест-нием.

  2. Подход к тестированию, т. е. для каждого этапа определить необходимые шаги и документы.

  3. Определить критерии входа и выхода. критерии входа – описать, что надо делать перед началом тест-я и какими располагать док-ми; критерии выхода – необходимые для завершения испытаний.

18. Статическое тестирование, его виды.

Static testing – часть процедуры тестирования осущ-ая без запуска ПО. Среди его этапов м выделить сл: - тестирование требований; - Разработка стратегии тест-ния; - Составление тестового плана; - Подготовка тестовых сценариев; - Пересмотр и отладка тестов.

При статич. тестир-ии должны обнаруж-ся ошибки исп-ся только текстовые или графич. формы ПО. М проводиться как вручную, так и с использ-ем инструм-ых ср-в. Сущ-т ряд технологий статич-го тестир-я, кот-е явл эфф-ым ср-вом обнаружения ошибок. К ним относятся: - Формальные оценки; - Инспекции; - Аудиты.

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

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

Экспертные оценки встречаются в бол-ве проектов. (чтение и пометки польз-й или клиентской документации; беседы др с др прогр-в с целью подел. некоторой отладочной инфо).

Критический анализ закл в том, что автор предоставляет всю документацию своим коллегам. Коллеги просят объяснений и аргументации каждого пункта. Критический анализ закончен, когда все члены группы удовлетворены ответами.

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]