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

Программирование на C# для тестировщиков
онлайн, начало 14 мая
Первый Онлайн ИНститут Тестировщиков
онлайн, начало 18 мая
SQL для тестировщиков
онлайн, начало 17 мая
Английский для тестировщиков
онлайн, начало 17 мая
Фотография

Моделирование систем


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

#1 Chuvi

Chuvi

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

  • Members
  • Pip
  • 8 сообщений
  • Город:Днепропетровск

Отправлено 03 июля 2009 - 07:26

Привет всем
Интересует вот какой вопрос:
Использует ли кто-то для анализа, а может и для каких других полезных нужд, некие модели систем, например структурированные деревья объектов со свойствами и связями. А может модель в виде диаграмм с теми же свойствами и связями объектов.
Вобщем интересует все по этому поводу: используемое ПО, методы, насколько полезно и удобно.
Заранее спасибо :)

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

#2 rlabs

rlabs

    Специалист

  • Members
  • PipPipPipPipPip
  • 660 сообщений
  • Город:Россия, Санкт-Петербург

Отправлено 03 июля 2009 - 09:02

Какая-нибудь модель системы создается всегда при тестировании.

Использовать ли для этого специальные инструменты, форматы, стандарты - дело вкуса и эффективности в конкретной команде.
  • 0

#3 Chuvi

Chuvi

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

  • Members
  • Pip
  • 8 сообщений
  • Город:Днепропетровск

Отправлено 03 июля 2009 - 10:26

Да, про тестирование не упомянул в первом посте. Для меня это пока и видится как равноценная польза от модели для тестирования и анализа
  • 0

#4 LeshaL

LeshaL

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 094 сообщений
  • ФИО:Алексей Лянгузов
  • Город:Saint-Petersburg


Отправлено 03 июля 2009 - 11:33

Привет всем
Интересует вот какой вопрос:
Использует ли кто-то для анализа, а может и для каких других полезных нужд, некие модели систем, например структурированные деревья объектов со свойствами и связями. А может модель в виде диаграмм с теми же свойствами и связями объектов.
Вобщем интересует все по этому поводу: используемое ПО, методы, насколько полезно и удобно.
Заранее спасибо :)

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

Не знаю, поможет это вам или нет. Приведу такой пример из своего прошлого, когда я занимался автоматизацией тестирования. Задача была такая - есть UML tool, поддерживающий формат UML1.4. Надо убедиться, что это так. Иначе говоря, надо проверить, что на всех UML-ных диаграммах можно создавать только разрешенные элементы, линки можно проводить только между правильными source/destination, ну и что только разрешенные атрибуты можно проставить для диаграмм, элементов и связей.
Для решения задачи - создал метамодель UML1.4. Это был xml-файл. Потом самодельный тул, чер API продукта, на основе данных из этой метамодели, создавал диаграммы с элементами и линками и также раставлял атрибуты. Если у него получалось сделать что-то запрещенное или не получалось сделать что-то разрешенное - он рапортовал об ошибке.
На создание модели ушло больше недели, но сколько точно сейчас не вспомню. На поддержку такой модели никаких особых затрат не было, разве что по мелочи добавлялось и исправлялось
  • 0
Regards,
Alexey

#5 Chuvi

Chuvi

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

  • Members
  • Pip
  • 8 сообщений
  • Город:Днепропетровск

Отправлено 03 июля 2009 - 12:46

Не знаю, поможет это вам или нет. Приведу такой пример из своего прошлого, когда я занимался автоматизацией тестирования. Задача была такая - есть UML tool, поддерживающий формат UML1.4. Надо убедиться, что это так. Иначе говоря, надо проверить, что на всех UML-ных диаграммах можно создавать только разрешенные элементы, линки можно проводить только между правильными source/destination, ну и что только разрешенные атрибуты можно проставить для диаграмм, элементов и связей.
Для решения задачи - создал метамодель UML1.4. Это был xml-файл. Потом самодельный тул, чер API продукта, на основе данных из этой метамодели, создавал диаграммы с элементами и линками и также раставлял атрибуты. Если у него получалось сделать что-то запрещенное или не получалось сделать что-то разрешенное - он рапортовал об ошибке.
На создание модели ушло больше недели, но сколько точно сейчас не вспомню. На поддержку такой модели никаких особых затрат не было, разве что по мелочи добавлялось и исправлялось

Спасибо, довольно интересно :)
  • 0

#6 rlabs

rlabs

    Специалист

  • Members
  • PipPipPipPipPip
  • 660 сообщений
  • Город:Россия, Санкт-Петербург

Отправлено 03 июля 2009 - 18:34

На создание модели ушло больше недели, но сколько точно сейчас не вспомню. На поддержку такой модели никаких особых затрат не было, разве что по мелочи добавлялось и исправлялось

Модель спецификации и модель живого продукта - две большие разницы. я так думаю.
  • 0

#7 Mila

Mila

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

  • Members
  • PipPipPip
  • 192 сообщений
  • Город:Санкт-Петербург

Отправлено 06 июля 2009 - 11:02

Привет всем
Интересует вот какой вопрос:
Использует ли кто-то для анализа, а может и для каких других полезных нужд, некие модели систем, например структурированные деревья объектов со свойствами и связями. А может модель в виде диаграмм с теми же свойствами и связями объектов.
Вобщем интересует все по этому поводу: используемое ПО, методы, насколько полезно и удобно.
Заранее спасибо :)

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


Все зависит от того, как используется у вас UML. Некоторые команды вобще все хранят в UML.

Если ближе к тестированию, то можно проводить тестирование на уровне модели некоторых фич системы, которые не зависят от кода. Например, мы разрабатывали решение: по MSC диаграммам + еще кое-что, генерились тесты для "прозвона" всех абонентов для UML модели АТС, проверяя что все соединяются друг с другом правильно. Решение получилось более удобным, чем тестирование через готовый код.
Самим фактом наличия каких-то элементов и атрибутов можно проверять, что разработчики ничего не забыли, что объекты побывали в нужных состояниях и т.п. - может оказаться проще, чем проверять это через запуск системы.
И т.д. и т.п.

Что касается тулов, использующих визуальное моделирование: их много, и они могут различаться по идеологии и с вариантами на тему использования UML. ИМХО, тут так же как и с тулами для тестирования.
  • 0

#8 LeshaL

LeshaL

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 094 сообщений
  • ФИО:Алексей Лянгузов
  • Город:Saint-Petersburg


Отправлено 06 июля 2009 - 11:59

На создание модели ушло больше недели, но сколько точно сейчас не вспомню. На поддержку такой модели никаких особых затрат не было, разве что по мелочи добавлялось и исправлялось

Модель спецификации и модель живого продукта - две большие разницы. я так думаю.

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

Вот другой пример вспомнился. Делали модель системы в UML, иначе говоря, Feature Tree. Правда UML использовался не как язык, а как графический редактор. Второе дерево - дерево тестов (точнее тестовая документация), с привязкой к дереву фич. Понятно, что листики деревьев имели связь многие-ко-многим. Т.е. одну фичу тестирует более одного теста, но и тест может тестировать более одной фичи. Кастомными атрибутами на диаграммах вносились статусы прохождения тестов и список дефектов, блокирующих тестирование. Легко получались репорты, где можно было просмотреть какие тесты были прогнаны и их статусы, и какие фичи были протестированы и их статусы (два view).

Пока тестов было мало, было удобно и красиво. После какого-то критического количества тестов - все переделали, отказавшись от диаграмм. Стали все хранить в XML - отдельно дерево фич и отдельно дескрипторы тестов, где хранилась ссылка на описание теста, привязка к фичам и последний статус прогона теста. Внешне репорт сохранился примерно таким же - две таблицы, по фичам продукта и по тестам. Всегда было легко понять, что еще не тестировалось или какие еще остались тесты, а если тестировалось, то какой статус и какие критичные дефекты есть.

Оба дерева приходилось постоянно поддерживать в up-to-date состоянии, но на это много усилий не требовалось, хотя и были неудобные моменты. Собственно, все тестирование и было сбазировано на этом представлении. Да и разработка типа по FDD происходила, а как иначе если Peter Coad был CEO...
  • 0
Regards,
Alexey

#9 rlabs

rlabs

    Специалист

  • Members
  • PipPipPipPipPip
  • 660 сообщений
  • Город:Россия, Санкт-Петербург

Отправлено 06 июля 2009 - 19:36

Должен признать, когда система становится более-менее сложной, обладать некоторой общей моделью становится очень важно. Просто потому, что области экспертизы участников команды перестают сильно пересекаться, и общая картинка погружается в темноту.

Вот как поддерживать в актуальном состоянии такую модель, мне пока не очень понятно. Возможно, в случае применения MDD это делать проще, но MDD - сферическая очень штуковина.
  • 0

#10 Chuvi

Chuvi

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

  • Members
  • Pip
  • 8 сообщений
  • Город:Днепропетровск

Отправлено 10 июля 2009 - 08:52

Правда UML использовался не как язык, а как графический редактор.

Какой редактор использовали в этом случае? Очень интересна в этом плане древовидная модель

А если вообще не привязываться к UML? или не стоит изобретать велосипед в 101й раз?
  • 0

#11 Stren

Stren

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

  • Members
  • PipPip
  • 129 сообщений
  • ФИО:Буланов Алексей Александрович
  • Город:Москва

Отправлено 16 июля 2010 - 13:12

использовал HP Quality Center, на выходе получил требования с првязанными к ним спеками, тесты с связями на покрытие требований, ну и как бонус частично автоматизировали регресс тестирование через QTP, результат понравлся всем , горжусь.
  • 0
С уважением Алексей ака Stren, подробнее в профайле.

#12 riverraine

riverraine

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

  • Members
  • Pip
  • 2 сообщений
  • ФИО:Струкова Мария


Отправлено 06 июля 2016 - 20:50

:shok:


  • 0




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

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

Яндекс.Метрика
Реклама на портале