«Жизненный цикл и параметры дефектов в баг-трекинговой системе» (стр. 5 )

Релиз	Указывается в случае, если дефект обнаружен при тестировании релиза (Foris, MSCP, Siebel, НКИП, и. т.д.)
Пачка n	Указывается в случае, если дефект обнаружен при тестировании n-ной пачки аварийных патчей релиза

Приложение 2. Список значений которые могут принимать поля «Категория причин» и «Причина возникновения»:

№ п\п	Категория причин	Причина возникновения	ЗО	Описание причины
1	Настройки ИС	Конфиг настроен неверно	Интеграция – Вендор (МТС ИТ\ Siblion)	Указывается в случае неверно настроенного конфигурационного файла подсистем Foris, например, неверная настройка на сервер, порт, кластер.
В комментарии при закрытии необходимо указать: какой именно конфигурационный файл (что конкретно, какая строка и когда именно) был изменен, для исправления дефекта.
2	Настройки ИС	Ошибка установки патча	Интеграция – Вендор (МТС ИТ\ Siblion)	Указывается в случае, если дефект проявился в результате ошибок при внесении изменений, но в документации шаги инсталляции описаны правильно и описание является достаточным.
В комментарии при закрытии необходимо указать: какие конкретно сборки не обновились, с какими бизнес-процессами и/или файлами возникли проблемы.
3	Настройки ИС	Новый функционал настроен неверно	Интеграция – Вендор (МТС ИТ)	Указывается в случае, если дефект вызван неверной первичной настройкой нового функционала релиза, т. е. теми настройками, которые выполняют сотрудники интеграции (МТС ИТ). Дефект может быть обнаружен при регрессионном или нагрузочном тестировании. [Данная КП-ПВ неактуальна для дефектов Siebel]
4	Настройки ИС	Ошибка эмулятора	Интеграция – Вендор (МТС ИТ)	Указывается в случае, если дефект является следствием неработающего эмулятора – разработки вендора или МТС ИТ.
В комментарии при закрытии необходимо указать: какой эмулятор был настроен и как (какие метки были исправлены, какой номер был добавлен в заглушку).
5	Настройки ИС	Остановка сервиса (службы)	Интеграция – Вендор (МТС ИТ)	Указывается в случае, если были остановлены сервисы (службы, компоненты, джобы), которые повлияли на проведение тестирования.
В комментарии при закрытии необходимо указать: название сервиса (службы, компонента, джоба), которая была перезапущена/отключена, для устранения дефекта.
6	Настройки ИС	Предварительные работы	Интеграция – Вендор (МТС ИТ)	Указывается в случае, если со стороны интеграции МТС ИТ не были заявлены RFC на открытие новых портов, предоставление грантов на объекты БД, расширение ТП, изменение системного окружения и т. д, или при заявлении RFC в описании работ были допущены ошибки/неоднозначные указания, вследствие которых, работы по RFC привели к возникновению дефекта.
В комментарии при закрытии необходимо указать: номер RFC, в котором есть описание и характер работ, выполненных для устранения дефекта, какие порты открыли, что в системном окружении претерпело изменения, и какие работы с БД проводились, для устранения дефекта; номер RFC, работы по которому привели к появлению дефекта, и сам пункт, который был неверно описан, а в последствии неправильно истолкован исполнителями работ.
7	Ошибки разработки	Ошибка документации	Интеграция – Вендор (МТС ИТ Siblion\ Inline)\ МТС	Указывается в случае: если дефект проявился в результате установки или настройки патча по Installation guide или РА (руководству администратора), но документ неправильно или недостаточно полно описывает процесс инсталляции или настройки, если не заявлены необходимые предварительные работы перед установкой релиза на тестовый стенд; когда тест был написан по документации, изначально составленной с ошибкой со стороны разработки.
В комментарии при закрытии необходимо указать: название документа (в котором были исправлены неточности), пункты документа (которые были доработаны), место нахождение данного документа (если он не был приложен) и иные меры или рекомендации, которые привели к устранению дефекта; для дефектов ТМ – указать исправленные пункты в документе и номера исправленных шагов. Дефекты на исправление теста и документации должны быть обязательно прилинкованы.
8	Ошибки разработки	Ошибка кода Foris\Siebel\ ESB\ MSCP\ NCIH\ OMS\COCAT\ ESPP	МТС ИТ\ Siblion\ Inline\ МТС ИТ\ МТС ИТ\ МТС ИТ\ МТС ИТ\ МТС	Указывается в случае ошибки функционала после установки патча или релиза (ошибка программирования, а не настройки). Также указывается в случае, если для исправления дефекта требуется кодирование.
В комментарии при закрытии необходимо указать: идентификатор патча (или номер RFC), установленного для исправления дефекта.
9	Ошибки разработки	Известная ошибка	МТС ИТ	Указывается в случае, если дефект проявляется на тестовом стенде и на промышленной системе, и по данной проблеме создан был SD.
В комментарии при закрытии необходимо указать: номер ошибки на бою, номер изменения, номер бага МТС ИТ или номер заведённой на продуктивной среде проблемы, а также краткое пояснение.
10	Настройки смежных подразделений	Исправление смежными подразделениями	Интеграция – МТС (смежные подразделения)	Указывается в случае, если причина возникновения и устранение дефекта находится в зоне ответственности подразделений МТС, отличных от тестирования (ДЭИТ, ТБ, ДИБ и др.). Применяется для дефектов Siebel, в случае исправлений на ТС ранее неотражённых в ПМИ настроек связанных с правами [Данная КП-ПВ неактуальна для дефектов НКИП]
В комментарии при закрытии необходимо указать: комплекс мер принятых для устранения дефекта или, если в рамках дефекта ведётся переписка с другими отделами/подразделениями, указать итоговое решение по дефекту в рамках данной переписки (приложить переписку во вложение).
11	Настройки КТС	Настройка после пересоздания стенда	Интеграция – МТС	Указывается в случае, если дефект вызван неверными настройками или отсутствием настроек после пересоздания БД, которые выполнялись администраторами МТС.
В комментарии при закрытии необходимо указать детали, которые привели к возникновению дефекта: какие настройки были добавлены некорректно, была ли испорчена кодировка и чем, имеются ли лишние или недостающие символы. Для проблем с БД: какие хосты, кластеры, порты, были прописаны некорректно, или где были указаны несуществующие значения.
12	Настройки КТС	Не проведены предварительные работы перед релизом (RFC)	Интеграция – МТС	Указывается в случае, когда заявленные предварительные работы (RFC) перед установкой релиза на тестовый стенд, не выполнены или выполнены некорректно
В комментарии при закрытии необходимо указать: Номер RFC, в рамках которого проводились работы, действия, которые привели к ошибке и предпринятые меры по её устранению.
13	Настройки КТС	Ошибка эмулятора	Интеграция – МТС	Указывается в случае, если дефект является следствием неработающего эмулятора – разработки МТС. [Данная КП-ПВ неактуальна для дефектов Siebel]
В комментарии при закрытии необходимо указать: какой эмулятор был настроен и как (какие метки были исправлены, какой номер был добавлен в заглушку).
14	Настройки КТС	Проблема виртуальных серверов	Интеграция – МТС	Указывается в случае недоступности виртуальных серверов, их некорректной или медленной работы, влияющей на прохождение тестирования.
В комментарии при закрытии необходимо указать: какие работы были проведены со стороны Администрирования ТС для устранения проблемы, и какие изменения были внесены в окружение тестового стенда.
15	Настройки КТС	Ошибка базы данных	Интеграция – МТС	Указывается при наличии раскомпилированных объектов в базе данных (например, триггеры, пакеты, не валидные объекты в БД, битые файлы, отсутствие свободного места в табличных пространствах, остановленные джобы, гранты, рассинхронизация в БД, некорректные дблинки и т. д.).
В комментарии при закрытии необходимо детально указать: название баз данных, инстансов, джобов, матвью, триггеров, пакетов, таблиц и схем, с которыми производились работы; наличие или отсутствие синхронизации, или иных работ, которые привели к устранению дефекта.
16	Настройки КТС	Несанкционированный рестарт	Интеграция – МТС	Указывается, когда остановка службы произошла из-за внеплановых работ администраторов КТС, проведённых вне сервисного окна.
В комментарии при закрытии необходимо указать: название сервиса (службы, компонента, джоба), которая была перезапущена/отключена, для устранения дефекта.
17	Настройки КТС	Предварительные работы перед выполнением теста проведены с ошибкой	Интеграция – МТС	Указывается в случае, если дефект был вызван некорректными работами (испорчен конфигурационный файл, некорректно проведены операции с БД и т. д.) со стороны администраторов ТС в рамках предварительных работ перед прохождением теста.
В комментарии при закрытии необходимо указать детали, которые привели к возникновению дефекта: какие настройки были добавлены некорректно, в рамках какого дефекта или RFC выполнялись работы, была ли испорчена кодировка и чем. Для проблем с БД: какие хосты, кластеры, порты, были прописаны некорректно, или где были указаны несуществующие значения.
18	Настройки КТС	Новый функционал настроен неверно	Интеграция – МТС	Указывается в случае, если дефект вызван неверными вторичными (последующими) настройками нового функционала релиза т. е. которые выполняются администраторами МТС и сотрудниками вендора по тестированию. Дефект может быть обнаружен при регрессионном или нагрузочном тестировании.
19	Тестирование	Ошибка тестировщика	Тестирование (МТС)	Указывается в случае, если дефект является следствием неверных (ошибочных) действий тестировщика: тестировщиком выбраны неверные входные данные, требования к входным данным в тесте и скрипте поиска есть; неверные шаги тестирования; неверный ожидаемый результат; неверные действия при закрытии дефекта (закрытие дефекта до устранения самой причины, по которой дефект был заведён; игнорирование рекомендаций сотрудников поддержки тестирования); решение в рамках одного дефекта двух и более ошибок;
20	Тестирование	Дефект обнаружен повторно	Тестирование (МТС)	Указывается в случае, если идентичная ошибка описана в другом незакрытом дефекте.
В комментарий при закрытии необходимо указать номер дефекта-дубля.
21	Тестирование	Дефект не прошел валидацию	Тестирование (МТС)	Указывается только в том случае, если дефект не прошел этап валидации (регламент валидации описан в разделе IV).
В комментарий при закрытии необходимо указать: “Валидация”.
22	Тестирование	Предварительные работы перед выполнением теста	Тестирование (МТС)	Указывается только в случае, если в рамках дефекта был запрос к Администраторам ТС на применение скрипта или иных действий, указанных в тесте.
В комментарий при закрытии необходимо указать номер теста, в рамках был запущен скрипт, или применены иные действия, а также результат отработки.
23	Тестирование	Запрос сроков доработки	Тестирование (МТС)	Указывается только в случае, когда дефект отвергается на тестирование, и по нему требуется отправить запрос подразделениям МТС, отличным от тестирования (ДЭИТ, ТБ, ДИБ и др.), с целью подтверждения указанных в дефекте сроков доработки. С данной КП-ПВ нельзя закрыть дефект.
24	Ошибка интегратора	Ошибка интегратора	МТС ИТ /МТС	Указывается в случае, если дефект возвращен из-за неправильных действий группы поддержки тестирования.
25	Устарели входные данные	Устарели входные данные	МТС ИТ /МТС	Указывается в случае, если дефект отвергается на тестировщика для обновления входных данных, т. к. приложенные в дефекте данные – устарели.
26	Риск для продуктивной среды	Риск для продуктивной среды	Интеграция – МТС (смежные подразделения)	Указывается только в случае, когда получено подтверждение от компании разработчика ПО и ДЭИТ МТС о том, что причина и устранение дефекта в зоне ответственности подразделений МТС, отличных от тестирования (ДЭИТ, ТБ и т. п.) и имеется риск возникновения подобного дефекта на продуктивной среде в случае тиражирования.
27	Ошибка в тестовой модели	Приложена документация	ТМ - МТС	Указывается в случае добавления документации по запросу тестировщика, необходимой для выполнения теста. Изменения в тест не вносятся.
В комментарии при закрытии необходимо указать: название приложенного файла с документацией, что именно было исправлено и на основании какой документации (если на основании переписки, то переписка должна быть приложена к дефекту).
28	Ошибка в тестовой модели	Функционал не используется	ТМ - МТС	Указывается в случае, когда функционал является устаревшим/не актуальным и тест переносится в “Мусор”.
В комментарии при закрытии необходимо указать: номер устаревшего теста, и действия, которые с ним были сделаны (перенесли в “мусор”, поправили шаг на основании переписки (номер шага и что именно исправили)).
29	Ошибка в тестовой модели	Ожидание документации	ТМ - МТС	Указывается в случае ожидания ответа на запрос о предоставлении документации, необходимой для доработки тестовой модели (связка доступна, только когда дефект находится в статусе “Ожидает доработки”).
30	Ошибка в тестовой модели	Изменён тест. Ошибка документации	ТМ - МТС	Указывается в случае если в документации по которой был написан тест, была обнаружена ошибка, получена корректная документация и на её основе исправлен тест.
Если документация предоставлялась в рамках другого дефекта, закрытого с КП-ПВ “Ошибка разработки – Ошибка документации”, то он должен быть прилинкован.
31	Ошибка в тестовой модели	Изменён тест. Входные данные/Скрипт	ТМ - МТС	Указывается в случае исправления/дополнения/удаления входных данных в тесте, в том числе для Soap-запросов, или если в шагах был исправлен скрипт.
В комментарии при закрытии необходимо указать: номера исправленных тестов, номера исправленных шагов, и краткое описание внесённых изменений (и куда они были внесены: сводку/скрипт и т. д.).
32	Ошибка в тестовой модели	Изменён тест. Документированное изменение функционала	ТМ - МТС	Указывается, когда тест претерпел существенные изменения в рамках того же функционала, но суть теста изменилась, и были добавлены дополнительные проверки.
В комментарии при закрытии необходимо указать: номера исправленных тестов, номера исправленных шагов, и краткое описание внесённых изменений (и куда они были внесены: сводку/скрипт и т. д.).
33	Ошибка в тестовой модели	Изменён тест. Косметические правки	ТМ - МТС	Указывается, когда исправления в тесте незначительные: добавлены/удалены шаги, дополнена или исправлена информация в шаге теста. В случае, когда тестировщику не понятно описание действия или ожидаемого результата. Данные не меняют суть теста.
В комментарии при закрытии необходимо указать: номера исправленных тестов, номера исправленных шагов, и краткое описание внесённых изменений (и куда они были внесены: сводку/скрипт и т. д.).
34	Ошибка в тестовой модели	Изменён тест. Недокументированное изменение функционала	ТМ - МТС	Указывается в случае если при исправлении теста выяснили, что по просьбе бизнеса или эксплуатации был изменён функционал, но документация не изменилась (согласовано с развитием, что исправление документации не требуется). Тест был отредактирован.
В комментарии при закрытии необходимо указать: номера исправленных тестов, номера исправленных шагов, и краткое описание внесённых изменений (и куда они были внесены: сводку/скрипт и т. д.).
35	Ошибка в тестовой модели	Исправление старого функционала	ТМ - МТС	Указывается в случае если исправлялся тест, в котором фигурирует старый функционал, по которому есть только базовая документация, или она отсутствует вовсе. Тест отредактирован, но изменения в документацию не вносятся.
В комментарии при закрытии необходимо указать: номера исправленных тестов, номера исправленных шагов, и краткое описание внесённых изменений (и куда они были внесены: сводку/скрипт и т. д.).
36	Ошибка в тестовой модели	Ошибка тест-дизайнера	ТМ - МТС	Указывается в случае если имело место исправление ошибок, допущенных тест-дизайнером при создании/исправлении теста.
В комментарии при закрытии необходимо указать: номера исправленных тестов, номера исправленных шагов, и краткое описание внесённых изменений (и куда они были внесены: сводку/скрипт и т. д.).
37	Ошибка в тестовой модели	Тест-дубль	ТМ - МТС	Указывается в случае если выявлено, что тест является дублем, при этом тест переносится в “Мусор”.
В комментарии при закрытии необходимо указать: номер теста, перенесённого в мусор, и номер теста, дублем которого он является.
38	Ошибка автотеста	Тестовая модель	МТС ИТ	Указывается в случае, когда ошибка автотеста возникла по причине изменения тестовой модели.
В комментарии при закрытии необходимо указать номер изменения в проекте Sunkey (TFS МТС ИТ), номер и шаг исправленного/затронутого изменениями теста.
39	Ошибка автотеста	Ошибка кода автотеста	МТС ИТ	Указывается в том случае, если для исправления дефекта потребовалось кодирование и источник ошибки не связан с изменением тестовой модели.
В комментарии при закрытии необходимо указать номер изменения в проекте Sunkey (TFS МТС ИТ), номер и шаг исправленного/затронутого изменениями теста.
40	Ошибка автотеста	Настройки	МТС ИТ	Указывается в случае, если для исправления дефекта потребовалось изменение конфигурационных файлов автотестов.
В комментарии при закрытии необходимо указать какие настройки были добавлены/изменены для исправления дефекта
41	Ошибка автотеста	Изменение интерфейса	МТС ИТ	Указывается в случае, если причиной дефекта стало изменение интерфейса тестируемой системы, не противоречащее документации тестовой модели, в том числе внутренняя структура страниц/форм.
В комментарии при закрытии необходимо указать номер изменения в проекте Sunkey (TFS МТС ИТ), а также описать суть изменения интерфейса.
42	Ошибка автотеста	Модуль входных данных	МТС ИТ	Указывается в случае, если с помощью Модуля входных данных не удалось подобрать тестовые данные, удовлетворяющие условиям теста, и потребовалось дополнительная генерация данных в модуле или изменение автотеста.
В комментарии при закрытии необходимо указать, какие данные были дополнительно сгенерированы или перечень работ по доработке автотестов, в плане изменения входных данных до состояния удовлетворяющего тесту (указать номер изменения в проекте Sunkey TFS МТС ИТ).
43	МТС. СИТР	Не проведены предварительные работы	Интеграция - МТС	Указывается в случае, когда внутренним интегратором не проведены предварительные работы по установке СИТР после пересоздания стенда. [Данная КП-ПВ неактуальна для дефектов Siebel и НКИП]
44	МТС. СИТР	Влияние патча	Интеграция - МТС	Указывается в случае, когда вследствии изменения кода Foris проведена доработка СИТР. [Данная КП-ПВ неактуальна для дефектов Siebel и НКИП]
45	Настройка маркетинговых сущностей	Не настроена услуга	МТС	Указывается в случае, когда не произведены необходимые для тестирования настройки услуг в подсистемах (например, в RD, РАМ, Ocat).
В комментарии при закрытии необходимо указать: какая именно услуга была настроена и где. Если перечисление всех настроенных услуг не умещается в комментарий – частично вынести его в обсуждение, а в комментарии при закрытии отразить общую суть проведённых настроек с названиями услуг и тарифов.

Связи полей «Категория причин» – «Причина возникновения дефекта» и «Статус»: