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

Фотография

Lotus Notes как инструмент для организации процесс


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

#1 sunlex

sunlex

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

  • Members
  • Pip
  • 69 сообщений
  • ФИО:Евменков Алексей
  • Город:Minsk

Отправлено 13 января 2005 - 10:16

Здравствуйте!

Вопрос касающийся организации процесса тестирования (и девелопмента тоже) в Lotus Notes.

На данный момент наша проект использует частично LN - для обсуждения рабочих проблем, баг трэкинка и отчетности.
Также мы используем другие системы:
- обычный файловый документооборот - для спецификаций, дизайн документов, тест планов
- тестдиректор для хранения тестов

Чтобы обеспечить целостность всего процесса в целом мы вынуждены использовать подпорки, переходы от одного формата к дугому, копируем из Worda в LN и т.д.

Встал вопрос об организации процесса в единой среде.

Кто-нибудь использует таким образом LN?
Буду благодарен за любой опыт, ссылки, комментарии :)

С уважением,
Алексей.

Sorry если вопрос не в том разделе форума. Мне этот раздел показался наиболее близким.
  • 0
Алексей Евменков
-=мой блог=-

#2 sunlex

sunlex

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

  • Members
  • Pip
  • 69 сообщений
  • ФИО:Евменков Алексей
  • Город:Minsk

Отправлено 01 марта 2005 - 12:20

Похоже Лотус в пролете <_<
  • 0
Алексей Евменков
-=мой блог=-

#3 Case

Case

    Основатель

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

Отправлено 01 марта 2005 - 12:46

Похоже, да.

Я не встречал такого широко использования Лотуса для задач тестирования и разработки.
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#4 rational

rational

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

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

Отправлено 02 марта 2005 - 08:51

О такой задаче целиком решенной на ЛН я не слыхал и вряд ли это целесообразно (хотя ничего невозможного нет ;) ).
ЛН нормально использовать для обмена сообщениями, оповещения, трекинга, но вопросы интеграции со спецсредствами тестирования, хранения документации в удобном виде и удобная отчетность - это те задачи, в которые, ИМХО, можно крепко упереться.
Поэтому проще (и правильнее) не пытаться автоматизировать то, что дешевле и проще делать вручную (тем же копи-пастом и т.п.)
  • 0

#5 sorlik

sorlik

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

  • Members
  • Pip
  • 40 сообщений

Отправлено 02 марта 2005 - 10:53

Здравствуйте!

Вопрос касающийся организации процесса тестирования (и девелопмента тоже) в Lotus Notes.

На данный момент наша проект использует частично LN - для обсуждения рабочих проблем, баг трэкинка и отчетности.
Также мы используем другие системы:
- обычный файловый документооборот - для спецификаций, дизайн документов, тест планов
- тестдиректор для хранения тестов

Чтобы обеспечить целостность всего процесса в целом мы вынуждены использовать подпорки, переходы от одного формата к дугому, копируем из Worda в LN и т.д.

Встал вопрос об организации процесса в единой среде.

Кто-нибудь использует таким образом LN?
Буду благодарен за любой опыт, ссылки, комментарии :)

С уважением,
Алексей.

Sorry если вопрос не в том разделе форума. Мне этот раздел показался наиболее близким.

Здравствуйте, Алексей

Если говорить о полноценной поддержке процесса разработки, сочетание Lotus + файлы документов, наверное, не самый подходящий вариант.

Давайте проанализируем с какими сущностями или если хотите артефактами необходимо организовывать работу:
1. файлы исходников, проекты моделе, м.б. регламенты, SRS (software requirement specification) и т.п. - т.е. нужен контроль версий - следовательно, речь идет об SCM - системе конфигурационного управления
2. запросы на изменения - как "пожелания" - a-la "хотим иметь еще вот такой отчет", так и запросы на исправление дефектов - т.е.е как минимум defect tracking, а лучше систему change management.
3. задачи в понимании project management
4. безусловно требования (функциональные, технические, ....)
5. аудит состояния проекта, отчетность по закрытию запросов на изменения и т.п.

+ нужен workflow< который позволил бы описать _процесс_ не на словах, а контролировать его вплоть до прав изменения статуса задачи (task), дефекта (это не баг - это фича) и т.п.
Скорее всего необходимо обеспечить интеграцию, а лучше синхронизацию со средствами классического project management, например, MS Project.

Если проекты большие и/или их много, хорошо бы иметь возможность оценки рисков/ожиданий, проводя, в частности, trade-off анализ : например, "а хватит ли ресурсов, чтобы поместится в такие-то сроки с таким то набором функциональных требований, может какие-то требования выбросить как низко-приоритетные?"

+ необходимо связывать требования и модели (например, в части функциональных требований и UML-моделей Use Case)
+ работать со разными версиями спецификаций в Word, да еще в многопользовательском режиме, даже с различными "надстройками" над Word, которые все равно не решают проблемы .... - могу предположить, что уже "наглотались" этого ;)
И, конечно, разработчики долны иметь возможность максимально работать в привычной для себя интегрированной среде - это не вопрос привычек, это вопрос продуктивности. также надо думать и о формализации взаимоотношений с конечными пользователями - может дать им Web-интерфейс сообщать об ошибках?

Таким образом, для себя стоит сформулировать наиболее приоритетные аспекты в виде набора функциональных криртериев и на их основе выбирать те интегрированные и интегрируемые (например, в части синхронизации с Test Director) решения, которые есть на рынке. Не забывайте, что формулируя критерии Вам необходимо задействовать специалистов различных ролей - менеджеров проектов, аналитиков, разработчиков и т.д.

С уважением,
Сергей Орлик
Borland

P.S. Что-то из полезных материалов, уверен, Вы найдете для себя на ALM (Application Lifecycle Management) Portal в разделе статей по ALM - управлению жизненным циклом программных проектов.
  • 0

#6 Stas

Stas

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

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

Отправлено 10 июня 2005 - 02:49

Был у меня такой опыт. Если мне не изменяет память, то у нас с Лотусе были баги, тесты, и прости, господи, билды ;)

Есть конечно свои неприятные аспекты, есть и приятные.

Мой совет: определитесь с требованиями. Какие процессы вы хотите автоматизировать, каким образом ? Ну а потом решите подходит вам Лотус или нет. Видимо, в Лотусе и его возможностях вы понимаете :)

В команде тестирования CRM системы Pivotal тесткейсы и баги хранятся в самом же Пивотале (само собой скастомизированном) :) Это я к тому, что процесс можно автоматизировать, как угодно: дорогими системами, МС Акцесом, файлами, да хоть бумажными карточками :) Главное, что был сам процесс (эфективный и удобный), а как его автоматизировать это уже другой вопрос.
  • 0

#7 sunlex

sunlex

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

  • Members
  • Pip
  • 69 сообщений
  • ФИО:Евменков Алексей
  • Город:Minsk

Отправлено 06 октября 2005 - 13:19

Лотус рулит:)
Есть в нем замечательная фишка - интеграция называется.
Можно из любого места вызвать любую вешь. Например из девелоперского тикета - баг вызвать. И наоборот. В письмах можно ссылки которые на один клик будут открывать нужное.

В остальном лотус отстой:))

В общем я совершенно согласен с Вами - процесс можно автоматизировать практически чем угодно.
  • 0
Алексей Евменков
-=мой блог=-

#8 van

van

    Опытный участник

  • Members
  • PipPipPipPip
  • 475 сообщений
  • ФИО:Ваулин Артем Николаевич
  • Город:Россия, Санкт - Петербург

Отправлено 06 октября 2005 - 14:21

Я на собеседованиии разговаривал с тестировщиком. Так вот на его прежнем месте работы все задачи связанные с управлением тестированием и багтрекингом решались с использованием LN.
И, насколько мне удалось выяснить, довольно успешно решались.

Есть одно НО: для того, чтобы все в LN хорошо работало, над этим трудилась целая команда девелоперов и тестеров, а может быть и целая компания. Я точно не помню.
  • 0
Ваулин Артем
КОРУС Консалтинг
Руководитель отдела тестирования

Мой дневник

#9 Boltick

Boltick

    Специалист

  • Members
  • PipPipPipPipPip
  • 596 сообщений
  • ФИО:Алексей
  • Город:планета Земля

Отправлено 12 октября 2005 - 18:37

Скажу честно, я работал в компаниях, которые использовали Лотус... И признаться не очень из-за этого переживал.

В последней из них, сам лично учавствовал в создании БагТрэккера, Баз Юзкейсов, ТестКейсов, Планировании тестирования и девелопмента... Так что могу сказть, что имея хорошего Лотус разработчика, можно даже из Г*** сделать конфетку...

Ничего плохого сказать не могу. Для меня главное - это процесс работы - тестирования... Ну а на то, в чем ведется документация, я не обращаю особого внимания...
  • 0
Алексей Булат
Про Тестинг

#10 ghusta

ghusta

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

  • Members
  • Pip
  • 11 сообщений
  • ФИО:Artyom Krasnopyorov
  • Город:Riga

Отправлено 13 октября 2005 - 10:33

Я на собеседованиии разговаривал с тестировщиком. Так вот на его прежнем месте работы все задачи связанные с управлением тестированием и багтрекингом решались с использованием LN.
И, насколько мне удалось выяснить, довольно успешно решались.

Есть одно НО: для того, чтобы все в LN хорошо работало, над этим трудилась целая команда девелоперов и тестеров, а может быть и целая компания. Я точно не помню.

Просмотр сообщения


сейчас работаю в компании, где отдельный департамент LN, чуть что, они новую фичу добавят или исправят. Видимо поэтому и весь workspace работников на LN. Довольно удобно, хотя не с чем сравнивать :victory:
  • 0

#11 idunin

idunin

    Активный участник

  • Members
  • PipPip
  • 116 сообщений
  • ФИО:Илья Владимирович
  • Город:Москва


Отправлено 17 октября 2005 - 06:49

У нас на фирме используется ЛН. Честно говоря, скорее всего у нас не очень хороший разработчик, потому что как это все сделано, мне не нравится! :( Используется ЛН для багтрекинга, хранения тест-кейсов (очень криво, пишу в Word и делаю аттачмент к документу). Все задачи, все что к ним относится, все в ЛН. Сравнивать мне особо не с чем, но все равно очень не удобно все сделано.
ИМХО: Лотус может рулить, только при хорошем разработчике.
  • 0

#12 Lunatic

Lunatic

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

  • Members
  • Pip
  • 2 сообщений

Отправлено 17 января 2007 - 13:13

Можно попробовать вот это : http://www.objentis.com/english/
  • 0

#13 VLDCORP

VLDCORP

    Специалист

  • Members
  • PipPipPipPipPip
  • 684 сообщений
  • ФИО:Орликов Владислав Александрович
  • Город:Минск/Москва

Отправлено 24 января 2007 - 05:06

Обратитесь к специалистам компании IBA (www.iba.by). В этой компании очень успешно реализовано все то, что Вы хотите и называется Work Control Database.
Сам бы у себя такую штуку развернул. Очень удобна во всеоблемлющем управлении процессом и к тому же заточена под CMMI.
  • 0
Владислав Орликов
ООО "Лаборатория тестирования"
http://www.sqalab.ru

#14 sunlex

sunlex

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

  • Members
  • Pip
  • 69 сообщений
  • ФИО:Евменков Алексей
  • Город:Minsk

Отправлено 24 января 2007 - 10:29

2Lunatic: спасибо за ссылку, похоже продукт что предлагают ребята действительно хорош (я просмотрел презенташку по Quality Assurance Studio)
Одна из проблем, которые придется решать с такими решениями - кастомизация под текущие нужды компании\проекта. И если интерфейсов для кастомизации не будет - то труба дело:-( особенно для компании с кол-вом людей >100-200.

В свое время мы консультировались с ребятами из IBA.
Если бы нашли нужного лотус девелопера, то скорее всего разработали бы подобную систему.
Дело в том, что лотус нужен был только для пусть и значимого, но всего лишь одного проекта нашей компании. Кастомеры этого проекта - хорошие товарищи в деле импрувмента процессов, однако не хватило и у них желания делать такие значительные изменения в уже устоявшемся процессе.

А теперь "бизнес прикол" случившийся не так давно - кастомера этого проекта недавно купили, кто бы вы думали, IBM! :dirol:
Великий и мощный IBM, создатель лотуса и прочее и прочее:)

На данный момент я вышел из этого проекта и занимаюсь процессами на уровне всей компании. Переход на лотус в качестве корпоративного стандарта мы не рассматриваем сейчас.

Так что можно мой вопрос считать закрытым - и кстати отвеченным:)
Стоить с использованием лотус технологий системы мэнежмента качества, и ее составляющие - можно. ура:)
  • 0
Алексей Евменков
-=мой блог=-

#15 vicd

vicd

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

  • Members
  • Pip
  • 4 сообщений
  • ФИО:Дулепов Виктор
  • Город:Новосибирск

Отправлено 05 февраля 2009 - 07:34

WCDB, насколько мне известно, только часть айсберга под названием CBMS (Checklist-Based Management System).
Багтрекер оттуда же называется PTRDB, довольно внятный. Для работы нужна вся система.

Управления требованиями и тесткейсами там в чистом виде не наблюдается, только самостоятельно что-нибудь выхитривать с хранилищем документов...
  • 0


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

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