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

Автоматизация тестов для REST API при помощи Postman
онлайн, начало 11 марта
Школа Тест-Аналитика
онлайн, начало 10 марта
Школа тест-менеджеров v. 2.0
онлайн, начало 10 марта
Chrome DevTools: Инструменты тестировщика
онлайн, начало 11 марта
Фотография

Тул для рисков


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

#1 Shander

Shander

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

  • Members
  • PipPip
  • 82 сообщений
  • ФИО:Александр
  • Город:Санкт-Петербург

Отправлено 01 февраля 2006 - 08:52

Сдаётся мне, подобный велосипед уже должен быть изобретен.
А именно, некоторая "база знаний", где можно хранить список рисков (включая ранее встреченные) с соответствующими properties, вести количественную статистику, допускать discussion по ним в свободной форме и прочее прочее.

P.S. Интернет был обыскан, и в результате найдено умопомрачительное количество инструментов для risk assesment, но это типичное не то.

Что скажет общественность?
  • 0

#2 Shander

Shander

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

  • Members
  • PipPip
  • 82 сообщений
  • ФИО:Александр
  • Город:Санкт-Петербург

Отправлено 09 февраля 2006 - 08:19

Ну неужели никто не встречал?
А затачивать change-request системы под риски никто не пробовал? По сути, те же issues, только с другими полями и другим workflow.
  • 0

#3 Mad Cat

Mad Cat

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

  • Members
  • PipPipPip
  • 222 сообщений
  • ФИО:Александр Балабанов
  • Город:Киев

Отправлено 09 февраля 2006 - 08:43

А затачивать change-request системы под риски никто не пробовал? По сути, те же issues, только с другими полями и другим workflow.

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

Вот сами на свой вопрос и ответили. Взяли RT, написали requirements, нашли знатока Perl'a и всё. Дело в шляпе.
  • 0

#4 barancev

barancev

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

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


Отправлено 09 февраля 2006 - 08:58

А затачивать change-request системы под риски никто не пробовал? По сути, те же issues, только с другими полями и другим workflow.

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

Вот сами на свой вопрос и ответили. Взяли RT, написали requirements, нашли знатока Perl'a и всё. Дело в шляпе.

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

Как раз в RT рабочие процессы (workflow) не настраиваются. И даже набор статусов один на всех, нельзя определить разные типы реквестов с разными наборами статусов.
  • 0

Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium


#5 Deman

Deman

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

  • Members
  • PipPip
  • 104 сообщений
  • ФИО:Трошков Дмитрий Ростиславович

Отправлено 09 февраля 2006 - 10:13

Посмотрите AQdevTeam. www.automatedqa.com Там всё это можно делать. Можно создавать свои "items", настраивать для них поля, для полей настраивать визуальное их положение. Настраивать для "items" workflows и так далее. Всё это хранится централизованно в базе. Можно делать макросы, макросы могут вызываться по событиям, макросы могут вызываться работами, макросы могут быть серверные или клиентские. Стоит всё это не дорого. Есть небольшие юзабилити недоделки, а так вроде всё работает нормально.
  • 0

#6 Mad Cat

Mad Cat

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

  • Members
  • PipPipPip
  • 222 сообщений
  • ФИО:Александр Балабанов
  • Город:Киев

Отправлено 09 февраля 2006 - 10:18

По умолчанию нет. Но тут вроде речь шла о customize... :unknw:

Еще есть кастом-версия RT доступная публично: RTIR - RT for Incident Response. Врать не буду, в глаза не видел. Но судя по описанию она еще больше должна подходить под указанные требования.
  • 0

#7 barancev

barancev

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

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


Отправлено 09 февраля 2006 - 10:52

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

С рисками самый простой способ -- это не страдать техническими заморочками, а написать список из пяти-семи наиболее критических рисков и повесить на видном месте, чтобы постоянно перед глазами маячило. И менять этот список раз в две-четыре недели.
  • 0

Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium


#8 byur

byur

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

  • Members
  • Pip
  • 7 сообщений
  • ФИО:Булуй Юрий

Отправлено 23 марта 2006 - 08:08

Сдаётся мне, подобный велосипед уже должен быть изобретен.
А именно, некоторая "база знаний", где можно хранить список рисков (включая ранее встреченные) с соответствующими properties, вести количественную статистику, допускать discussion по ним в свободной форме и прочее прочее.

Что скажет общественность?

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


Можно вести список рисков, как для конкретного проекта, так и для множества проектов (с трассировками на требования в конкретном проекте) и с включением в конкретный проект, рисков выделенных ранее и на др. проектах в инструментарии для управления требованиями. В частности, Borland CaliberRM это позволяет делать достаточно просто. Т.к. имеет возможность определения items собственного типа и добавлять к ним пользовательские атрибуты. Обладает возможностью трассировки м/у различнами типами сущностей в нутри проекта, так и кросспроектной. Плюс к этому развитые средства отчетности и экспорта (в т.ч. в БД Access наприемер) и импорта из тех же документов Word. И при необходимости анализа -- вполь до использования Business Objects.
  • 0
Булуй Юрий,
Консультант Borland

#9 SALar

SALar

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 295 сообщений
  • Город:Москва


Отправлено 23 марта 2006 - 15:46

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

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

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

Можно вести список рисков, как для конкретного проекта, так и для множества проектов (с трассировками на требования в конкретном проекте) и с включением в конкретный проект, рисков выделенных ранее и на др. проектах в инструментарии для управления требованиями. В частности, Borland CaliberRM это позволяет делать достаточно просто. Т.к. имеет возможность определения items собственного типа и добавлять к ним пользовательские атрибуты. Обладает возможностью трассировки м/у различнами типами сущностей в нутри проекта, так и кросспроектной. Плюс к этому развитые средства отчетности и экспорта (в т.ч. в БД Access наприемер) и импорта из тех же документов Word. И при необходимости анализа -- вполь до использования Business Objects.

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

И зачем это средство? Список из десятка рисков вести? Или этот десяток в "Access экспортировать"? Вы еще SAP предложите купить для этой задачи. Там тоже все это можно делать.
Ну, а если вы собираетесь работать "по взрослому", то скажите, как в Borland CaliberRM считаются риск оптимумы? А градиент как расчитывается?
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#10 Avaness

Avaness

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

  • Members
  • Pip
  • 5 сообщений
  • ФИО:Ivan B. Lazarev

Отправлено 03 апреля 2006 - 14:22

Ну, а если вы собираетесь работать "по взрослому", то скажите, как в Borland CaliberRM считаются риск оптимумы? А градиент как расчитывается?

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


Сергей, подскажите пожалуйста, что такое риск оптимумы и градиент риска? да, и их применениt тоже очень интересно. Я до этого времени не слышал подобные термины.
  • 0

#11 SALar

SALar

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 295 сообщений
  • Город:Москва


Отправлено 04 апреля 2006 - 18:14

Сергей, подскажите пожалуйста, что такое риск оптимумы и градиент риска? да, и их применениt тоже очень интересно. Я до этого времени не слышал подобные термины.

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

В статье часть терминологии:
http://software-test...-approaches.htm

риск оптимумы - термин из теории управления рисками.
градиент - из курса теорвера (как правило, не входит в институтский курс)

А зачем вам? Управление рисками на основе математического аппарата - очень дорогостоящая вещь.
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 



Тестирование REST API
онлайн
Программирование на Java для тестировщиков
онлайн
SQL для тестировщиков
онлайн
Программирование на С# для тестировщиков
онлайн



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

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

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