«Жизненный цикл и параметры дефектов в баг-трекинговой системе»
Владелец процесса | КЦ/БИТ/Департамент тестирования и развития инфраструктуры/Директор |
Ответственное подразделение за разработку НД | КЦ/БИТ/Департамент тестирования и развития инфраструктуры/Отдел тестирования |
Информация о процессе
Полное и краткое наименование | Жизненный цикл и параметры дефектов в баг-трекинговой системе (ЖЦД) |
Цель процесса |
|
Краткое описание документа | Настоящий документ устанавливает порядок заведения и работы с дефектами, заведёнными в рамках выполнения процесса «Тестирование сервиса на тестовом стенде» и предназначен для использования при проведении функционального, нагрузочного тестирования, а также приемки изменений ПО, вносимых на тестовый стенд и при тестировании на продуктивной среде. |
Ограничение доступа | Нет |
Версия документа | 3.1.0 |
Дата версии | 23.06.2016 |
Вид документа | Описание регламента |
История изменений | См. Приложение 10. |
Настоящий документ регламентирует деятельность следующих подразделений и должностных лиц, включая исполняющих роли:
Наименование подразделения/должности/роли |
КЦ/БИТ |
МР/ДЭИТ |
определения терминов, сокращений и Ролей
Остальные определения терминов, сокращений, ролей НД приведены в «Глоссарии» Корпоративного информационного портала.
Наименование термина | Сокращение | Определение термина (расшифровка сокращения) |
Вводимые определения: | ||
Жизненный цикл дефекта | ЖЦД | |
Основные определения: | ||
База данных | БД | совокупность данных, организованных по определенным правилам, предусматривающим общие принципы описания, хранения и манипулирования, независимая от прикладных программ. Является информационной моделью предметной области. Обращение к базам данных осуществляется с помощью системы управления базами данных (СУБД) |
Функциональное тестирование | ФТ | проверка заявленного в составе патча или релиза функционала по описанию изменений или Программе приемочного тестирования (ППТ или ПМИ) на соответствие функциональным требованиям (ФТ) и заданию на разработку (ЗнР) |
MTM | Microsoft Test Manager | |
Дефект | любое несоответствие функционала согласованному ТЗ, либо неработоспособность ранее действующего функционала. Выявляется при тестировании функционала и подлежит обязательной регистрации МТМ. | |
Интеграционный дефект | ИД | |
Изменение системы | модификация аппаратных конфигураций КТС, конфигураций системного или прикладного ПО. | |
Комплекс технических средств | КТС | |
Программное обеспечение | ПО | |
Информационная система | ИС | |
Team foundation server | TFS | Инструмент тестирования, информационная система, предназначенная для создания и хранения тестовой модели, создания планов тестирования, распределения тестов по исполнителям, создания и сопровождения дефектов. |
Промышленная система | ПС | |
Тестовая модель | ТМ | Набор тестов, используемых при проведении тестирования ПО. Хранится в TFS и актуализируется при добавлении и изменении функциональности системы. |
Тестовый стенд | ТС | Комплекс технических и программных средств, на которых установлена версия системы. Предназначен для проведения всех видов тестирования. |
Проблема | Корневая причина одного или более инцидентов, уже произошедших или возможных в будущем. | |
Информационные технологии» | МТС ИТ | Компания-разработчик ИС |
Телеком Солюшнс» | Компания-разработчик ИС | |
Компания-разработчик ИС | ||
Лаб» | Компания-вендор по тестированию | |
Зона ответственности | ЗО | |
Дефекты ручного тестирования | Дефекты, созданные тестировщиками, при проведении ручного тестирования | |
Дефекты автоматизированного тестирования | Дефекты, созданные при проведении автоматизированного тестирования | |
Дефекты нагрузочного тестирования | Дефекты, созданные при проведении нагрузочного тестирования | |
Модуль входных данных | МВД | Агрегированные и сгруппированные данные, выдаваемые пользователю через web-интерфейс, в зависимости от заданных параметров, и используемые в качестве входных данных при тестировании. |
Автотест | Автоматизированный тест. Во время работы автотест выполняет в тестируемой системе те же действия, что и реальный пользователь. | |
Номер изменения в Проекте Sunkey (TFS МТС ИТ) | Номер изменения в TFS МТС ИТ в рамках которого производилось исправление автотеста по дефекту |
Определения ролей
Наименование роли | Определение роли |
Вводимые определения: | |
нет | |
Действующие определения: | |
Специалист по тестированию (Тестировщик) | Сотрудник
|
Сотрудник поддержки тестирования | В зависимости от назначения на группового пользователя:
или
|
Администратор тестового стенда (Администратор ТС) | Сотрудник Группы управления тестовыми средами Отдела тестирования Департамента тестирования и развития инфраструктуры БИТ КЦ, выполняющий установку изменений на ТС, поддержку тестирования, первичный анализ выявляемых дефектов, касающихся ТС, обеспечивающий работоспособность тестовых стендов, а также взаимодействие с Внешним поставщиком. |
Сотрудник группы интеграции от компании разработчика ПО | Сотрудник компании поставщика ПО, выполняющий поддержку тестирования, первичный анализ выявляемых дефектов, касающихся поставляемых ИС, а также, обеспечивающий взаимодействие с командой разработки ПО. |
Тест-дизайнер | Сотрудник
отвечающий за разработку тестов, обработку дефектов тестовой модели. |
Поставщик ПО | Разработчик ПО: внешняя компания или внутреннее подразделение |
Дефект менеджер | Сотрудник группы комплексного тестирования Отдела тестирования Департамента тестирования и развития инфраструктуры БИТ КЦ, отвечающий за качество дефектов (полнота описания, критичность), своевременность их обработки |
Руководитель команды вендора по тестированию | Сотрудник команды внешнего поставщика услуг по обеспечению качества ИТ-систем, отвечающий за выполнение задач по тестированию, и за процесс создания и ретестирования дефектов командой внешнего поставщика. |
Разработчик автотестов | Сотрудник отдела тестирования, группы разработки автоматизированного тестирования |
Содержание:
I. Жизненный цикл дефекта на функционал 6
Описание схемы Жизненного Цикла Дефекта 8
II. Правила заведения дефектов в баг-трекинговой системе 12
III. Время обработки дефектов участниками процесса тестирования 16
Приложение 1. Списки значений которые могут принимать поля дефекта TFS 20
Приложение 2. Список значений которые могут принимать поля «Категория причин» и «Причина возникновения»: 22
Приложение 3. Обязанности тестировщика и область ответственности 35
Приложение 4. Обязанности сотрудника ответственного за валидацию открытых дефектов 38
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 |


