Тесты и их классификация 3 Лекция №3 от 29. 09. 08 4

Вид материала

Содержание

Лекция №9 от 07.11.08
План тестирования программного продукта
Лекция №10 от 14.11.08 Краткое содержание каждого раздела плана

Подобный материал:

Лекция №12. Классификация космических снимков Лекция №12. Классификация космических, 229.43kb.
Лекция 2 Классификация Хокни. Классификация Шора (Shore) (Систематика Шора), 32.8kb.
Лекция 5 Капитальные вложения. Источники и формы их финансирования, 843.14kb.
Сокр №1 Диктант сокр №8 Изложение сокр №2 Тесты (К/Р) сокр №9 Диктант (К/Р, тесты), 661.92kb.
Тема: понятие ландшафта. Классификации ландшафтов лекция Трактовки понятия «ландшафт»., 93.18kb.
Тесты для абитуриентов федеральный центр тестирования тесты, 16473.29kb.
6 Основы технических измерений. Размерные цепи Лекция 10 Понятие об измерениях, 298.92kb.
Субтест «словарный запас» Каждое задание состоит из 4 картинок, и ребенок должен узнать,, 169.8kb.
Длительность программы: 24 часа (3 дня) Методы: Лекция, мозговой штурм, фасилитация,, 17.46kb.
Программа лекций для студентов 4 курса медико-профилактического факультета на 2010/2011, 14.69kb.

1 2 3 4 5 6 7 8

Лекция №9 от 07.11.08

Выпуск

На этом этапе тестеры сосредотачивают свои усилия на доработке и выпуске тестовой документации. В частности должны быть выпущены следующие документы:

Тестовый план
Тесты с описанием всех тестовых случаев
Отчеты на основании проверочных листов
Отчеты на основании БД ошибок
Итоговый отчет по результатам тестирования

Кроме того тестеры должны проверить все материалы подготовленные техническими писателями. Сюда входят документы, предусмотренные ТЗ. Например: руководство оператора; руководство системного программиста.

Альфа-тестирование

Это тестирование программы широким пользователем.

План тестирования программного продукта

План тестирования является основополагающим документом для работы всей тестовой группы по данному проекту, на основании которого составляются все основные рабочие и отчетные документы. Разделы плана и их содержимое определяется соответствующим стандартом. Например в США это стандарт USA – IEEE 829. Согласно данному стандарту план тестирования должен содержать следующие разделы, охватывающие работы по тестированию:

Идентификаторы тестового плана
Ссылки на используемые документы
Введение
Тестируемые элементы
Проблемы риска тестирования программного продукта
Особенности (свойства) подлежащие тестированию
Особенности (свойства) не подлежащие тестированию
Подход (стратегия) тестирования
Критерии приемочного тестирования программного продукта
Критерии прохождения тестов
Критерии приостановки и возобновления работ
Тестовая документация
Задачи (основные задачи тестирования)
Необходимый персонал и обучение
Требования среды (аппаратные и программные средства проведения испытаний)
Распределение ответственности
График работ (календарный план)
Риски и непредвиденные обстоятельства
утверждение плана проведения испытаний
Глоссарий

Лекция №10 от 14.11.08

Краткое содержание каждого раздела плана

Идентификаторы тестового плана

Это уникальное имя или номер плана. Такой идентификатор полезен при хранении плана в базе данных.

Ссылки на используемые документы

Перечисляются документы, которые являются основанием для плана тестирования. Такими документами является в частности техническое задание на разработку спецификации и применяемые при разработке стандарты.

Введение

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

Тестируемые элементы

Перечисляются объекты, подлежащие тестированию – программные компоненты, документация и т.п. Компоненты программного продукта указываются прямо в данном разделе или косвенно (путем ссылок на документы в которых они перечислены). При перечислении объектов тестирования необходимо снабдить их ссылками на спецификации и документацию продукта.

Проблемы риска тестирования программного продукта

В этом разделе указываются объективные обстоятельства, которые могут привести к снижению качества программного продукта. Например: отсутствии у тестеров исходного кода, что позволяло бы осуществить проверку методом стеклянного ящика.

Особенности (свойства) подлежащие тестированию

Перечисляются основные характеристики тестируемого программного продукта. Например:

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

Особенности (свойства) не подлежащие тестированию

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

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

Подход (стратегия) тестирования

В этом разделе описывается стратегия тестирования. Рассматриваются следующие пункты:

статическое тестирование требований и проектная документация
статическое и динамическое тестирование программных кодов
тестирование функций
тестирование при номинальных и предельных нагрузках; испытание перегрузкой
тестирование производительности
проверка средств защиты
тестирование инсталляции, деинсталляции, обновления программного продукта
тестирование резервного копирования и восстановления
тестирование пользовательского интерфейса
регрессионное (возвратное) тестирование
приемочные испытания: альфа-, бета- и другие виды тестирования
реакция на выявляемые ошибки тестирования, проводимые в автоматизированном и неавтоматизированном режимах
виды тестирования, проведение которых поручается сторонним организациям
тестирование с применением virgin-машины.

Критерии приемочного тестирования программного продукта

В данном разделе помещаются либо приемочные тесты с эталонными реакциями, либо ссылки на документы, содержащие описание этих тестов.

Критерии прохождения тестов

В данном разделе надо описать два критерия. Первый относится к индивидуальным тестам и предполагает, что все тесты должны быть снабжены эталонным (ожидаемыми) результатами. Если при реализации всех тестовых случаев, включенных в тест, полученная реакция совпадает с эталонными данными, то считается, что тест прошел успешно. Второй критерий относится к успешному / неудачному тестированию всего программного продукта. Критерий успешного тестирования программного продукта – это успешное завершение всех тестов, разработанных в соответствии с этим критерием.

Критерии приостановки и возобновления работ

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

Тестовая документация

В данном разделе приводится список всех тестовых документов (данный план тестирования, check-листы, тесты с тестовыми случаями, отчеты по содержимому БД ошибок, отчеты по результатам прогон тестов и итоговые отчеты).

Задачи (основные задачи тестирования)

Здесь перечисляются задачи, решаемые при подготовке к тестированию и в ходе его проведения. В частности может быть указаны:

разработка плана тестирования
разработка ручных и автоматизированных тестов, тестовых случаев и наборов тестов
реализация процедур тестирования
ведение БД ошибок
разработка отчетов о результатах тестирования

Необходимый персонал и обучение

В данном разделе приводится состав группы тестирования и рекомендации по повышению квалификации отдельных членов группы тестирования.

Требования среды (аппаратные и программные средства проведения испытаний)