Студопедия

КАТЕГОРИИ:

АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Участники процесса тестирования




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

Распределение ответственности

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

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

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

Интегратор – ключевая роль рабочей группы, несет ответственность за контроль и выпуск версий разрабатываемого программного обеспечения в соответствии с согласованными критериями тестирования.

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

Тестировщик – ключевая роль рабочей группы, несет ответственность за процесс тестирования в целом (см. п. 2.2.2).

Ключевая роль тестировщика

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

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

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

Для больших проектов роль тестировщика заполняется несколькими специалистами с образованием группы тестирования. При этом должна обеспечиваться следующая структура группы тестирования:

Руководитель группы тестирования (Test manager) – представляет ключевую роль тестировщика в рабочей группе, несет ответственность за организацию процесса тестирования в проекте, планирование и контроль действий по тестированию.

Тест аналитик (Test analyst) – несет ответственность за формирование тестовых спецификаций, и анализ итогов тестирования.

Тест разработчик (Test developer) – несет ответственность за разработку автоматизированных тестов, предусмотренных в плане тестирования, установку и сопровождение инфраструктуры тестирования, создание стенда для проведения тестирования в соответствии с планом тестирования.

Исполнитель тестов (Test operator) - несет ответственность за фактическое исполнение тестов и документирование выявленных дефектов.

Приведенные роли могут совмещаться внутри группы тестирования. Роль руководителя группы тестирования должна быть заполнена от начала до завершения проекта. Остальные роли могут привлекаться в ходе проекта по мере необходимости.

Документирование

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

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

Обязательные документы

План тестирования (Test plan)

Цель плана тестирования – обеспечить полноту процесса тестирования.

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

В плане тестирования описываются способы, виды и критерии тестирования для всех требований, необходимые ресурсы и порядок выполнения тестирования.

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

План тестирования должен включать в себя следующие разделы:

 










Последнее изменение этой страницы: 2018-05-27; просмотров: 191.

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