Перейти к содержимому

Фотография

Тренинги от Mercury


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 31

#21 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 871 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 04 ноября 2004 - 09:07

Кстати, имеется ли у вас такая пара?

Нет, мы не используем TD. И вообще -- тесты пишем неклассическим способом, с использованием главным образом собственных инструментов :)

Но планируем интегрировать их в TD. Дело в том, что в наших инструментах покрытие измеряется автоматически в процессе выполнения тестов, но в несколько специфических терминах. Вот мы и планируем сделать возможность связывания наших терминов со стандартными, используемыми в TD. Вот тогда и будем его использовать.
  • 0
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium

#22 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 04 ноября 2004 - 11:32

Аналитик(и) - ответсвенен за трекание требований. Он и должнен курировать проект от начала до конца. Не обязательно это далать на 100% рабочего времени, но ответственный должен быть один.

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

Подписываюсь.

Не могут все делать что-то.
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#23 rational

rational

    Новый участник

  • Members
  • Pip
  • 62 сообщений
  • Город:Москва

Отправлено 05 ноября 2004 - 09:02

Почти согласен, единственный момент - иногда имеет смысл дать возможность каждому отвечать за свой уровень требований вплоть до их изменения. а не вешать все на аналитика. Риски по целостности, конечно, появятся, зато время внесения изменений будет сокращено.
Но это будет работать только для "продвинутых пользователей" процесса тестирования ;-)
Когда понятно кто за какой уровень требования отвечает и на уровне софта есть разграничение доступа к требованиям и понятная взаимосвязь между уровнями.
Иначе действительно надежней выделить одного "следящего", который и будет ответсвенен за все изменения в требованиях.
  • 0

#24 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 05 ноября 2004 - 10:45

Можно всем разрешить, вопрос только зачем?

Я упорно не могу понять, почему тестировщики должны изменять требования? Создавать запросы на изменение - да, логично, но ИЗМЕНЯТЬ? Чем это вызвано? Чем оправдано, вы уже указали - временем.
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#25 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 871 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 05 ноября 2004 - 11:55

Я упорно не могу понять, почему тестировщики должны изменять требования? Создавать запросы на изменение - да, логично, но ИЗМЕНЯТЬ?

Я тоже считаю, что изменять не должны. А должны только трекинг вести.
  • 0
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium

#26 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 05 ноября 2004 - 13:11

А подробнее.
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#27 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 871 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 05 ноября 2004 - 13:24

А подробнее.

Кто должен в матрице tracebility ставить загнутые стрелочки от тестов к тем требованиям, которые они проверяют? Аналитик? Нет, тестировщик. Кто тест сделал, тот и знает, что он проверяет. Это -- функция тестировщика. И это -- часть общей задачи управления требованиями (по крайней мере, я считаю, что часть).
  • 0
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium

#28 Green

Green

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 233 сообщений
  • ФИО:Гринкевич Сергей
  • Город:Москва

Отправлено 05 ноября 2004 - 13:40

Если привязаться к тандему Requirements Tracking System - Tests Tracking System, что предлагал Александр выше, то получается, что требования ведет аналитик, а тестировщик импортирует эти требования в свою систему учета тестов и связывает каждое требование с набором тестов.

Если тестировщик обнаружил несоответствие или баг в требовании, то он отправляет запрос аналитику на изменение такого требования. После чего получает ответ о внесении изменений или об отказе (с указанием причин).

Если требования изменились, тестировщик обновляет их в своей базе, внося измения в написанные тесты (по необходимости).

That's all.
  • 0
Гринкевич Сергей

#29 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 05 ноября 2004 - 14:23

Кто должен в матрице tracebility ставить загнутые стрелочки от тестов к тем требованиям, которые они проверяют? Аналитик? Нет, тестировщик. Кто тест сделал, тот и знает, что он проверяет. Это -- функция тестировщика. И это -- часть общей задачи управления требованиями (по крайней мере, я считаю, что часть).

А какое отношение к трекингу требований это имеет? :)
Это установка ссылок на требования. Трекинг чего? Трекинг изменений. Изменения тестеры вносят? Нет. Тогда они и не трекают.
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#30 Big

Big

    Постоянный участник

  • Members
  • PipPipPip
  • 179 сообщений
  • ФИО:Мериин Михаил
  • Город:Москва

Отправлено 11 февраля 2005 - 14:37

Case, a сколько стоил такой тренинг и на сколько человек?

Меня такие вопросы по счастью не касаются :)
Вопросами организации и оплаты у нас занимается департамент персонала и развития.

Слушайте, только вот сейчас задумался - как здорово когда тебя учит компания, и она же организовывает, платит и т.д. :)

Для этого руководители и поставлены !
Помимо остального. Или остальное помимо этого ... Не знаю, что первично, а что вторично, но развитие персонала - очень важное условие создания крепкого и хорошего коллектива ( не обязательно команды).
  • 0
Success is the ability to go from one failure
to another with no loss of enthusiasm.

#31 Big

Big

    Постоянный участник

  • Members
  • PipPipPip
  • 179 сообщений
  • ФИО:Мериин Михаил
  • Город:Москва

Отправлено 11 февраля 2005 - 14:39

Case, а не создать ли нам топик, где можно разбирать по костям различные продукты, описывать баги и workaround - ы, грабли и пр ???
  • 0
Success is the ability to go from one failure
to another with no loss of enthusiasm.

#32 Dmitry_NJ

Dmitry_NJ

    Консультант

  • Members
  • PipPipPipPipPipPip
  • 3 122 сообщений
  • ФИО:Дмитрий Шевченко
  • Город:New Jersey, USA

Отправлено 11 февраля 2005 - 16:18

Так вроде отдельные форумы по производителям продуктов созданы. Там как раз и можно по косточкам все разбирать. Для продуктов Mercury есть еще и База Знаний - workarounds и баги туда постить можно.
  • 0
Дмитрий Шевченко

HP Software


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных