Index
Project Maintenance Service
критичность и назначение другого пользователя
*О сервисе *Новости *Проекты *Пользователи *Справочная
pms
О проекте
НовостиRSS
СтатьиRSS
Каталог статей
Команда
Багтреккер
Найти сообщение
Секции
Контрольные точки
Панель управления
Сообщение #0000000088

критичность и назначение другого пользователя

Код:#0000000088
Проект:pms: Project Maintenance Service
Секция:Пожелания и улучшения
Контрольная точка:нет
Статус:обратная связь
Отправил:attid
Назначен:shade
Видимость:публичный
Дата отправки:01.12.2007 17:38
Дата обновления:17.08.2008 14:32
Комментариев:33
Наблюдатели:attid mimic shade

Описание

1, кроме секций еще не хватает комбика с критичностью. желательно настраеваемо, я бы сделал критично ошибка (по умолчанию) улучшение опечатка

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

Цитировать

Комментарии пользователей

Добавить комментарий
Золотов Алексей (shade) Добавлено: 01.12.2007 21:04
разработчик
shade

1. Точно не помню почему не стал сразу вводить это поле… Но скорее всего прийдется ввести…

2. Да, планируется реализовать группы пользователей. Для каждого проекта будет своя группа пользователей. И у каждого пользователя в группе будет статус/роль (тестер, разработчик, админ или что-то в этом духе). И исходя из роли пользователя будут назначаться права. В частности можно будет назначать ответственного за работу над ошибкой. Вопрос в том, кто должен назначать ответственного открыт. Наверное это должен делать админ и текущий ответственный. Если других предложений не поступит, то так и будет.

PS: Attid, не могли бы вы в следующий раз создавать отдельные сообщения об ошибках, а не выдавать их в одном сообщении?… просто не удобно…
attid Добавлено: 01.12.2007 23:32
тестер
attid
1 ждемс
2 я думаю что роли надо добавлять по потребности, вот я собираюсь сейчас баг трекер заюзать =)
поэтому все распределяет админ пока кто нибуть не скажет что нужен человек без доступа админ, но с доступом распределения, тогда можно будет подумать, на самом деле не думаю что это понадобится.
в том же мантисе баг по умолчанию не назначен и каждый может взять багу на себя.

ЗЫ сорри постараюсь исправится =) но вот задел на будущее : возможность разделять заявки и склеивать.
склеивание - можно просто удалять заявку и добавлять коментарием к основной
разрезание, нажимаем кнопку, появляется окно в него копируем часть заявки и получаем новый баг.
текст тот что выделили, а остальные данные (пользователь\секция) берутся из основного
=) это наверно тоже надо занести в заявку ?
attid Добавлено: 18.01.2008 20:19
тестер
attid
а переименуй этот баг в "критичность и назначение другого пользователя" чтоб следить удобнее было =)
Золотов Алексей (shade) Добавлено: 30.01.2008 18:56
разработчик
shade

Теперь можно назначать ответственных, но прежде не забудьте добавить себя и своих разработчиков в «Команду». Времени было мало, потому работал в режиме мозгового штурма, так что тестируем и сообщаем о всех найденых ошибках.

attid Добавлено: 30.01.2008 19:26
тестер
attid
1. долго думал что такое роль никто =)
лучше крестик удалить пользователя из команды сделать.

2. может еще немного веб 2,0 добавить типа по вводу первых букв вывести список возможных юзверей. типа как в яндексе\гугле при наборе кому письмо
Золотов Алексей (shade) Добавлено: 30.01.2008 19:35
разработчик
shade

2. в ближайшем времени вряд ли… времени не хватает, а тут нужно ковырять JavaScript который я откровенно недолюбливаю…

attid Добавлено: 30.01.2008 23:31
тестер
attid
писал:
откровенно недолюбливаю

а предпросмотр ? =)
писал:
времени

надо его просто украсть немного =)
да пока и не надо у нас юзверей на весь сервер штук 20, а вообще можно и как на форуме сделать , зайди в личные сообщения и нажми создать сообщение
attid Добавлено: 31.01.2008 10:34
тестер
attid
разработчик не может сменить статус
Золотов Алексей (shade) Добавлено: 31.01.2008 11:48
разработчик
shade

Может, но он сначала должен быть назначеным. Новые сообщения неназначеные и каждый разработчик может взять баг себе. Старые сообщения уже назначены владельцу и другой разработчик не может перехватить сообщение. Владелец проекта и назначеный может передать баг другому разработчику…

Читай так же новости

attid Добавлено: 31.01.2008 11:58
тестер
attid
ну дык как раз и назначеный он был.
Золотов Алексей (shade) Добавлено: 31.01.2008 17:08
разработчик
shade

Проверил, да, есть баг.

Золотов Алексей (shade) Добавлено: 01.02.2008 14:43
разработчик
shade
Attid писал:

разработчик не может сменить статус

Вроде исправил :)

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

attid Добавлено: 18.02.2008 11:47
тестер
attid
писал:
Теперь для каждой секции можно назначить разработчика, который будет автоматически назначаться при добавлении сообщения в секцию и соответственно получать уведомление о новом сообщении.

не работает
attid Добавлено: 18.02.2008 11:48
тестер
attid
может имеет значение, секция вновь созданая и при создании указал разработчика
Золотов Алексей (shade) Добавлено: 18.02.2008 13:09
разработчик
shade

Что именно не работает? См. #0000000205… Если уведомление не прийдет, то пиши.

В «Сециях» можно посмотреть кто назначен. Если «никто», то никто назначаться не будет и никому уведомлений приходить не будет.

attid Добавлено: 18.02.2008 13:11
тестер
attid
я тебе там ответил
attid Добавлено: 18.02.2008 16:58
тестер
attid
а с письмами тоже баг есть

добавил баг, не назначен никому.
правлю баг назначаю его другому. он об узнает токльо если я добавлю коментарий.
Золотов Алексей (shade) Добавлено: 11.08.2008 22:34
разработчик
shade
Задумал пересмотреть список полей сообщения,.. так что вернемся к теме.

цитата
1, кроме секций еще не хватает комбика с критичностью. желательно настраеваемо, я бы сделал критично ошибка (по умолчанию) улучшение опечатка

Ты считаешь это необходимым? Вообще хотелось бы иметь минимальный набор полей. И это поле мне не кажется полезным. Если считаешь, что это поле необходимо, то я его введу, но пока со статическим набором уровней. Поэтому предлагаю предложить список уровней критичности (не больше 7-8).

Сейчас я работаю также на другим веб-сервисом, в другой команде. Они там юзают Trac. Наш трекер мне пока кажется лучшим. Но в Траке есть такая фишка как Milestone - контрольная точка - событие (например, выпуск очередной версии), до наступления которого, нужно исправить баг или решить задачу. Вот я и подумал, что может быть стоит ввести эту фишку и нам? Но тоже пока не уверен.

Принимаются также любые другие предложения по изменению списка полей сообщения.
attid Добавлено: 12.08.2008 08:55
тестер
attid
shade писал:
Но в Траке есть такая фишка как Milestone - контрольная точка - событие (например, выпуск очередной версии), до наступления которого, нужно исправить баг или решить задачу.

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

shade писал:
. И это поле мне не кажется полезным.

надо привлечь к опросу the1st и прочую команду =), я конечно уже и без них привык , гораздо важнее это метки (теги). пример реализации в мантисе например. метками можно и критичность и версионость решить.

правда прийдется еще фильтр по ним сделать. =)
Золотов Алексей (shade) Добавлено: 12.08.2008 20:04
разработчик
shade
attid писал:
это полезно когда живешь версиями, мой АС как и твой шаман меняеет версию когда появляются новые вишки или правятся старые баги =) это годно только для очень крупных проектов которые живут от версии к версии циклами.

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

цитата
гораздо важнее это метки (теги). пример реализации в мантисе например. метками можно и критичность и версионость решить.

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

Добавить комментарий

Логин
Пароль
Прикрепить файл (до 500Кб)
Комментарий
Bold Картинка Картинка с подписью Цитата Код Отключение BB-кодов

Журнал изменений

Время Пользователь Изменения
01.12.2007 17:38 attid Добавлено сообщение об ошибке
01.12.2007 21:04 shade Статус изменен
01.12.2007 21:04 shade Комментарий добавлен
01.12.2007 23:32 attid Комментарий добавлен
18.01.2008 20:19 attid Комментарий добавлен
19.01.2008 10:33 shade Изменено сообщение об ошибке
30.01.2008 18:56 shade Комментарий добавлен
30.01.2008 19:26 attid Комментарий добавлен
30.01.2008 19:35 shade Комментарий добавлен
30.01.2008 23:31 attid Комментарий добавлен
31.01.2008 10:34 attid Комментарий добавлен
31.01.2008 11:48 shade Комментарий добавлен
31.01.2008 11:49 shade Комментарий отредактирован
31.01.2008 11:58 attid Комментарий добавлен
31.01.2008 17:08 shade Комментарий добавлен
01.02.2008 14:43 shade Комментарий добавлен
18.02.2008 11:47 attid Комментарий добавлен
18.02.2008 11:48 attid Комментарий добавлен
18.02.2008 13:09 shade Комментарий добавлен
18.02.2008 13:11 attid Комментарий добавлен
18.02.2008 16:58 attid Комментарий добавлен
11.08.2008 22:34 shade Статус изменен
12.08.2008 08:55 attid Комментарий добавлен
12.08.2008 20:04 shade Комментарий добавлен
13.08.2008 07:57 attid Комментарий добавлен
16.08.2008 15:34 shade Комментарий добавлен
16.08.2008 15:47 shade Комментарий отредактирован
16.08.2008 15:51 shade Комментарий добавлен
16.08.2008 16:53 the1st Комментарий добавлен
16.08.2008 18:47 shade Комментарий добавлен
16.08.2008 19:29 attid Комментарий добавлен
16.08.2008 20:26 vasyathriller Комментарий добавлен
16.08.2008 21:06 the1st Комментарий добавлен
16.08.2008 21:11 shade Комментарий добавлен
16.08.2008 21:21 shade Комментарий добавлен
16.08.2008 23:49 attid Комментарий добавлен
17.08.2008 11:32 shade Комментарий добавлен
17.08.2008 14:32 attid Комментарий добавлен
Меню системы
О сервисе
НовостиRSS
Справочная
Проекты
Пользователи
Вход
Регистрация
Переход к багу