Если проблема на какой-либо сущности (СЗ, Действие, Сохранение, Уведомление и т. п.) – указать информацию о записи: выделить необходимую сущность или перейти на её карточку, контекстное Меню – Информация о записи (Ctrl+Alt+K)

Пример: Для Заказа на продажу 1-57671874765 создана запись


Перед ретестом необходимо создавать новую сессию и перелогиниться, чтобы вся информация заносилась в разные логи. Снятие логов. После ретеста, заходим в Сервис – Настройки пользователя – поле Параметры сессии пользователя в БД. Пример: «SID:794, SERIAL:55127, INFO:eCommunicationsObjMgr_enu, sblfe02,390070569,RRFEKHRE,0001101b5.» Из этой записи интересует две (после eCommunicationsObjMgr_enu):
    sblfe02 – имя сервера.

    390070569 – лог.
Далее находим сервер. Так как в примере у нас контур NEXT и сервер sblfe02, то хост будет \\sblfe02.next. lab. mts. ru\Next_sblfe02 Переходим по адресу, и там ищем лог 390070569. Далее лог архивируем и прикладываем к дефекту.

Список хостов:

Real:

\\sblgw01.real. lab. mts. ru\Real_sblgw01

\\sblfe01.real. lab. mts. ru\Real_sblfe01

\\sblfe02.real. lab. mts. ru\Real_sblfe02

\\sblbe01.real. lab. mts. ru\Real_sblbe01

\\sblbe02.real. lab. mts. ru\Real_sblbe02

Next:

\\sblgw01.next. lab. mts. ru\Next_sblgw01

\\sblfe01.next. lab. mts. ru\Next_sblfe01

\\sblfe02.next. lab. mts. ru\Next_sblfe02

\\sblbe01.next. lab. mts. ru\Next_sblbe01

\\sblbe02.next. lab. mts. ru\Next_sblbe02


После ретеста, для закрытия лога, необходимо осуществлять корректный выход из Siebel (разлогиниться): Панель меню – Файл – Выход Если тестовые данные изменились или они отличаются от тех, которые указаны в описании, необходимо указать новые данные в комментариях. Снять дамп Fiddler и приложить к дефекту. Если ошибка при переходе в MARTI, указать URL, на который осуществляется переход. Для этого необходимо кликнуть правую кнопку мыши на экране MARTI и вызвать в браузере Свойства (Properties). Далее приложить к дефекту полный URL-адрес

НЕ нашли? Не то? Что вы ищете?

Приложение 10. История изменений


Версия

Дата изменений

Автор

Список изменений

1.0

06.10.11

Документ создан

1.1

14.10.11

Исправлены замечания

Дописаны требования сторон

1.2

13.04.12

Исправлена схема ЖЦД на функционал

Дописан регламент валидации дефектов

Исправлены замечания и ошибки в документе

1.3

07.09.12

Исправлены замечания в документе. Дописаны требования сторон.

1.4

14.11.12

Дополнена схема ЖЦД на функционал. Дописаны требования сторон.

1.5

26.02.13

Изменено описание процесса Валидации дефектов.

1.6

11.04.13

Актуализированы значения причин возникновения дефектов и мест их возникновения

1.7

30.05.13

Изменено описание процесса Валидации дефектов.

1.8

06.08.13

Дополнен информацией п.3 раздела «Обязанностей сотрудника ответственного за валидацию дефектов». Добавлена новая причина возникновения дефектов.

1.9

29.08.13

Введены новые категории причин и причины возникновения дефектов

1.9.1

12.09.13

Дополнен пункт 7 раздела IV.

1.9.2

07.04.14

Внесены дополнения в пункт «Время обработки дефектов участниками процесса тестирования»

1.9.2

15.04.14

Внесено дополнение в пункт «Обязанности сотрудников отдела группы поддержки тестирования по дефектам и область ответственности»

1.9.3

17.04.14

В «Списке значений которое может принимать поля «Категория причин» и «Причина возникновения», в столбце «Ответственность» СТС изменено на NVG и убраны неактуальные Причины возникновения для Категории причин «Ошибка в тестовой модели»;

В «Связи полей «Категория причин»-«Причина возникновения дефекта» и «Статус»» в пункт «Ожидание Доработки» добавлены связки «Ошибки разработки – Ошибка кода ESB», «Ошибки разработки – Ошибка кода Siebel», «Ошибка в тестовой модели – Запрос документации»;

В «Список значений которое может принимать поля «Категория причин» и «Причина возникновения»:» в пункт 10 («Ошибки разработки – Ошибка кода Foris\Siebel\ESB») добавлено описание; в пункт 18 («Тестирование – Ошибка Тестировщика») добавлено описание; добавлен пункт 25 «Ошибка в тестовой модели – Запрос документации»;

В «IV. Обязанности и Ответственность участников процесса тестирования» в «Обязанности тестировщика по дефектам и область ответственности» добавлен пункт 9.

1.9.4

26.05.14

Дополнено описание Категории причин Тестирование-Ошибка тестового случая. В «IV. Обязанности и Ответственность участников процесса тестирования» в «Обязанности тестировщика по дефектам и область ответственности» добавлен пункты 8,9. Изменены названия тестовых стендов.

1.9.5

05.06.14

Видоизменен пункт «Обязанности сотрудника ответственного за валидацию дефектов»

1.9.6

06.08.14

Внесены новые статусы для дефекта: «Переназначен» и «Ожидает установки».

1.9.7

13.08.14

Добавлено описание и порядок работ с интеграционными дефектами.

1.9.8

18.08.14

Удалена неактуальная связка «Настройки АСР – Ошибка БД» в списке значений, которые могут принимать поля «Категория причин» и «Причина возникновения»;

Добавлены новые значения для полей «Категория причин» и «Причины возникновения» - «Настройки Пересоздания Стенда»;

Связка «Настройки КТС – Исправлено смежными подразделениями» изменена на «Настройки Смежных Подразделений»

1.9.9

21.08.14

В «Связи полей «Категория причин» - «Причина возникновения дефекта» и «Статус»» в пункт «Ожидание Доработки» добавлены связки «Ошибки разработки – Ошибка кода MSCP», «Ошибки разработки – Ошибка кода OMS», «Ошибки разработки – Ошибка кода ESPP»;

В раздел «Оформление дефекта в баг-трекинговой системе» добавлен список групповых пользователей по подсистемам;

Поле «Модуль» переименовано в «Система»;

Отредактирован список доступных значений для поля «Система»;

Отредактирован список доступных значений для поля «Место возникновения»;

Пункт 9 в разделе «Обязанности сотрудников отдела группы поддержки тестирования по дефектам и область ответственности» дополнен требованиями к прикладываемым вложениям, в случае переназначения дефекта на другого сотрудника поддержки тестирования;

Категория причин «Настройки АСР» переименована в «Настройки ИС»;

2.0

22.08.14

Добавлен раздел «Обязанности сотрудника ответственного за валидацию закрытых дефектов»;

Расширено описание работы с дефектами, имеющими важность «Critical»;

Актуализированы роли в описании схемы ЖЦД;

Актуализирован список значений, которое может принимать поле «Найдено в релизе»;

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

2.1

05.09.2014

Изменено время обработки дефектов группой поддержки тестирования/администраторами/интегратором;

В описание поля «Система» и в Список групповых пользователей по подсистемам внесено значение “Performance Management”;

Дополнено описание статуса “2-я линия”;

2.2

19.09.2014

Добавлено “Приложение 1. Требования для заведения дефектов по Siebel на администраторов ТС”;

2.3

22.09.2014

Для возвращения дефектов с устаревшими входными данными, добавлена категория причин и причина возникновения “Устарели входные данные – Устарели входные данные”;

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

3.0

12.12.2014

На титульный лист добавлена информация «Владелец процесса» и «Ответственное подразделение за разработку»;

В документ добавлены разделы: “информация о процессе”, “ответственность и область применения”, глоссарий терминов и определений;

Дополнена и исправлена схема ЖЦД;

Актуализированы шаги и скриншоты в разделе «Правила заведения дефектов в баг-трекинговой системе»;

Для удобства усвоения подаваемой информации, документ был разбит на приложения;

Название вендора по тестированию изменено на актуальное;

Дополнительно акцентировано внимание на требованиях к корректному заполнению поля «Важность» в дефектах;

Отредактировано описание работ с Интеграционными дефектами;

Исправлены опечатки и актуализирован список групповых пользователей;

Документ актуализирован и дополнен;

3.0.1

14.01.2015

Добавлена таблица с указанием времени ретестирования для дефектов автоматизированного тестирования и дефектов нагрузочного тестирования;

3.0.2

29.04.2015

Исправлено описание доступных переходов для различных статусов, категорий причин и причин возникновения в TFS;

Актуализированы старые и добавлены новые Категории причин и Причины возникновения;

Добавлено описание процедуры запроса на продление сроков ретестирования по дефекту;

Отредактировано описание и возможные значения для поля «Важность», и добавлены сроки работ по дефектам Тестовой модели;

Отредактировано описание работ с интеграционными дефектами;

3.1.0


11.08.2015

19.02.2016

28.03.2016

20.04.2016

26.04.2016

27.04.2016

05.05.2016

11.05.2016

17.06.2016

23.06.2016

Добавлен статус «Предзакрыт» и его описание;

Схема ЖЦД изменена и дополнена;

Добавлены сроки согласования по анализу Категории Причин Возникновения в дефектах, имеющих статус «Предзакрыт»;

В приложении “Список значений которые могут принимать поля «Категория причин» и «Причина возникновения»” отредактированы ЗО и описание;

Актуализирован параграф “Связи полей «Категория причин» – «Причина возникновения дефекта» и «Статус»”, убраны неактуальные переходы и добавлены новые;

Полностью переработано приложение “Обязанности сотрудника ответственного за валидацию и анализ закрытых дефектов” с учётом использования статуса «Предзакрыт»;

Исправлены общие опечатки по документу и ссылки с некорректной нумерацией;

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

Приложение “Требования для заведения дефектов по Siebel на администраторов ТС” актуализировано и дополнено;

Регламентирована работа с дефектами, связанными с тестированием с применением автотестов;

Добавлены новые Категории Причин и Причины Возникновения: “Тестирование – Запрос сроков доработки”, “Риск для продуктивной среды – Риск для продуктивной среды”, а также новые КП-ПВ для дефектов тестовой модели;

Добавлено Приложение «Обязанности сотрудников группы тестовой модели по исправлению дефектов и область ответственности»;

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

Исправлено наименование компании «Энвижн - Программные решения», на «МТС Информационные технологии»;

Добавлены новые ПВ для КП “Настройки ИС” и “Настройки КТС;”

До момента окончательного внедрения статуса “Предзакрыт” в боевой версии TFS, итоговым состоянием дефекта будет считаться переход из статуса “Ретест” в статус “Закрыт”.


Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9