Geum.ru

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

Вид материалаТесты

Содержание


Организация тестирования программного продукта
Лекция №6 от 17.10.08
Структура группы тестирования.
Подобный материал:
1   2   3   4   5   6   7   8

Организация тестирования программного продукта


Процесс тестирования программного продукта состоит:
  1. Разработка плана тестирования
  2. Разработка и хранение системных отчетов
  3. Создание среды тестирования
  4. Выполнение тестов
  5. Документирование результатов тестирования

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

Лекция №6 от 17.10.08


После исправления ошибки ее статус становится ‘исправлена’ fixed. Тестер обязан проверить исправлена ошибка или нет. В зависимости от результата проверки статус ошибки меняется, и становится reopened или fixed(verified by tester). Окончательный вывод о ликвидации ошибки (закрыта) принадлежит руководителю группы тестеров.

Современные БД ошибки выполняются в сетевом варианте с автоматическим извещением об исправлении через e-mail.(Пример ВидZilla). По результатам тестирования формируется отчёт. Статистика по ошибкам.



Отчеты могут быть:
  1. Оперативными
  2. Итоговыми

Пример 1.

Checklist - это сводка проверяемых свойств объекта программного продукта без детализации. В Checklist указываются:

- дата проведения тестирования

-версия продукта

-для каждого тестируемого свойства указывается работает/ не работает

Ver 3.10 25.08.2008

Свойство
работает/ не работает
Тестер

Клиент
V
<Имя>

Сервер БД
V



Загрузчик
V




Частота выполнения 1 раз в неделю, а так же при создании новой версии программного продукта.

Ver 12.1.8

Объект(свойство)
Tea
прошел/ не прошел
Тестер

???
Teainsh???
По???
<Имя>


На основании Checklist руководитель делает выводы о состоянии программного продукта и качества тестирования.

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

-все тестируемые свойства программного продукта с указанием этих свойств в ТЗ

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

-статистические данные об обнаруженных при тестировании ошибках(типы ошибок, категории сложностей)

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

На основании полученного отчета руководитель принимает решение о проведении приемосдаточного тестирования или о продолжении проведения тестирования программного продукта.


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

На основании полученного отчета руководитель принимает решение о проведении приемосдаточного тестирования или о продолжении проведения тестирования программного продукта.

Структура группы тестирования.


Тестирование программного продукта проводится специальными лицами, объединенными в группу или отдел. Количество тестеров возрастает. В отделе главные: руководитель, разработчики тестов, исполнители тестов.

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

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

Исполнитель (Tester(Operator)) занимается подготовкой тестовых данных, выполнением тестирования, документирование выявляемых дефектов и составлением Checklist.

В настоящих коллективах состав отдела тестирования формируется из расчета: 1 тестер на 1-3 разработчиков. В некоторых коллективах количество тестеров сравнивается с количеством программистов. В состав отдела тестирования входят разработчики автоматизированных тестов. Благодаря автоматизированным тестам можно избежать субъективных ошибок в пользовательских приложениях повышенной сложности. Разработчики автоматизированных тестов – программисты высокой квалификации, обязанные в равной степени владеть языками программирования и специальными пакетами программ для автоматизации тестов.

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