Тренинги от Mercury
#1
Отправлено 21 октября 2004 - 14:28
Только что закончился тренинг для нашего отдела по Mercury QTP и обзорный по другим продуктам, которые мы используем. Я остался очень доволен. Народ из нашей команды тоже высказывался вполне положительно. Тренинг закончился серией практических заданий, которые предлагаются для сдачи экзаменов по QTP. Мы это дело сделали - результат, как говорится, на лицо.
Проводилось для небольшой команды, основной упор на QTP + QC для ознакомления. QC - монстр :)
Редактор портала www.it4business.ru
#4
Отправлено 22 октября 2004 - 20:36
#5
Отправлено 25 октября 2004 - 09:47
Как я понимаю, были бы деньги - к вам приедут и просертифицируют. Раз приезжают учить?
Редактор портала www.it4business.ru
#6
Отправлено 25 октября 2004 - 19:29
В принципе это не практикуется - выездная сертификация (в отличие от выездного обучения, что является вполне стандартным). Но вы правы насчет денег. Если клиент готов платить - вам все сделают как скажете. Это относится не только к сертификации, но и к поддержке и кастомизации продуктов, особенно если у вас что-то нестандартное.Как я понимаю, были бы деньги - к вам приедут и просертифицируют. Раз приезжают учить?
#7
Отправлено 01 ноября 2004 - 14:07
Извините, если не по теме ....
to another with no loss of enthusiasm.
#8
Отправлено 01 ноября 2004 - 14:11
Сейчас думаю о тренинге для отдела, хочется знать ...
to another with no loss of enthusiasm.
#9
Отправлено 01 ноября 2004 - 23:46
Чтобы минимизировать расходы на тренинг - делайте группы по 12 человек (максимальное число слушателей). Если будет меньше 12, то цена все равно не изменится.Case, a сколько стоил такой тренинг и на сколько человек?
Сейчас думаю о тренинге для отдела, хочется знать ...
#10
Отправлено 02 ноября 2004 - 18:21
Пока единственное решение, которое позволяет так прозрачно отслеживать покрытие требований тестовыми сценариями и получать статус разработки.Case, а что монстрообразного в Quality Centеr? Лично у меня (пока) только отрицательные впечатления. Да, нарисован красиво, но ошибок нашлось достаточно, чтобы не продолжать возиться.
По поводу ошибок - подробнее, если можно?
Редактор портала www.it4business.ru
#11
Отправлено 02 ноября 2004 - 18:24
Меня такие вопросы по счастью не касаются :)Case, a сколько стоил такой тренинг и на сколько человек?
Вопросами организации и оплаты у нас занимается департамент персонала и развития.
Слушайте, только вот сейчас задумался - как здорово когда тебя учит компания, и она же организовывает, платит и т.д. :)
Редактор портала www.it4business.ru
#12
Отправлено 03 ноября 2004 - 05:21
Статус разработки определяется не только покрытием требований тестами. От программистов тоже кое-что зависит :)Пока единственное решение, которое позволяет так прозрачно отслеживать покрытие требований тестовыми сценариями и получать статус разработки.
Поэтому цепляем к TD ещё, скажем, CaliberRM -- и вот тогда действительно получается не слабая система управления требованиями.
Хотя... Ненавижу писать требования в такой сильно "раздраконенной" форме, в виде иерархии. Менее формальный документ всё-таки удобнее. Но можно из системы управления требованиями поставить на него ссылки. И это уже полное счастье :)
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#13
Отправлено 03 ноября 2004 - 08:21
Алексей, каким образом к статусу проекта в разрезе требования/тесты имеют отношение разработчики как таковые?Статус разработки определяется не только покрытием требований тестами. От программистов тоже кое-что зависит :)
Есть задача - получить статус проекта по разработке продукта. Вот я вижу довольно прозрачное решение.
А от товарищей из разработки зависит в этих трех соснах "требования-код-тест" только код.
Редактор портала www.it4business.ru
#14
Отправлено 03 ноября 2004 - 08:23
Алексей, вы сейчас прям как наши разработчики говорите.Поэтому цепляем к TD ещё, скажем, CaliberRM -- и вот тогда действительно получается не слабая система управления требованиями.
Управлять требованиями это тоже к тестерам? ;) Есть те кто их составляет и управляет. при чём тут тестирование?
Редактор портала www.it4business.ru
#15
Отправлено 03 ноября 2004 - 08:33
Сначала был "статус разработки", теперь появился "статус проекта", да не простой, а ещё "в разрезе" :)Алексей, каким образом к статусу проекта в разрезе требования/тесты имеют отношение разработчики как таковые?
Очень прямое отношение разработчики имеют -- они эти требования реализуют. И пока они их не реализуют, тестировать будет нечего. Вот.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#16
Отправлено 03 ноября 2004 - 08:39
Трекинг требований должен быть согласованным на всех уровнях. Не согласны?Алексей, вы сейчас прям как наши разработчики говорите.Поэтому цепляем к TD ещё, скажем, CaliberRM -- и вот тогда действительно получается не слабая система управления требованиями.
Управлять требованиями это тоже к тестерам? ;) Есть те кто их составляет и управляет. при чём тут тестирование?
Управлять требованиями -- это задача общая, часть её решают тестировщики, другие части -- разработчики, аналитики, эксплуатационщики и может быть кто-то ещё. В этом одна из сложностей -- никто не считает, что он ответственен за управление требованиями. Разработчики кивают на тестировщиков, тестировщики на разработчиков, те и другие вместе на аналитиков, а тех уже и след простыл, они в другом проекте трудятся :)
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#17
Отправлено 04 ноября 2004 - 08:08
На мой взгляд, все достаточно просто.Трекинг требований должен быть согласованным на всех уровнях. Не согласны?
Алексей, вы сейчас прям как наши разработчики говорите.Поэтому цепляем к TD ещё, скажем, CaliberRM -- и вот тогда действительно получается не слабая система управления требованиями.
Управлять требованиями это тоже к тестерам? ;) Есть те кто их составляет и управляет. при чём тут тестирование?
Управлять требованиями -- это задача общая, часть её решают тестировщики, другие части -- разработчики, аналитики, эксплуатационщики и может быть кто-то ещё. В этом одна из сложностей -- никто не считает, что он ответственен за управление требованиями. Разработчики кивают на тестировщиков, тестировщики на разработчиков, те и другие вместе на аналитиков, а тех уже и след простыл, они в другом проекте трудятся :)
Аналитик(и) - ответсвенен за трекание требований. Он и должнен курировать проект от начала до конца. Не обязательно это далать на 100% рабочего времени, но ответственный должен быть один.
Все остальные не могут управлять требованиями напрямую, но могут оформлять запросы на внесение изменений. При обоснованности изменений, аналитик корректирует требования в единой базе требований проекта. Тем самым обеспечивается целостность и не противоричивость требований.
#18
Отправлено 04 ноября 2004 - 08:55
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#19
Отправлено 04 ноября 2004 - 09:00
Полностью согласен и поддерживаю.Сергей, говоря об интеграции TD с системой управления требованиями, я имел в виду не столько внесение изменений в требования, а именно трекинг -- то есть, в частности, связывание тестов с требованиями. Этим аналитику заниматься как-то несподручно. Это работа тестировщиков. Более того, не только тесты, всё должно привязываться к требованиям -- и реализация, и дизайн пользовательского интерфейса, и всё остальное. При этом каждая часть трекинга выполняется соответствующими людьми, а аналитик может за всем этим "приглядывать".
B)
Кстати, имеется ли у вас такая пара?
И если да, то осуществляется ли экспорт требований в TD без модификаций или с какими то преобразованиями?
#20
Отправлено 04 ноября 2004 - 09:06
:P
Что же касается самой Меркури, то - отличные материалы для тренингов.
Думаю, это бесспорный конек Меркури.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных