BTS. добавление скриншотов к описанию.

Бывает возникает такая ситуация, что нужно заносить большое количество визуальных багов, которые проще показать на скриншоте. Почему-то во всех BTS с которыми я сталкивался, скриншот можно было добавить только в качестве аттача, что не есть дружественно и усложняет процесс описания бага.
неужели не существует нормальных BTS с возможностью вставки картинки из файла/буфера в описание бага.
Требования такие:

• возможность добавлять картинки в тело описания (было бы идеально если бы прямо из буфера, но это, насколько я понимаю, возможно только через activeX, т.е. только в ие. вариант загрузки файла из редактора также вполне приемлем)
• желательно web-based(ie, ff)
• email notifications
• желательно бесплатная
• визуально приятная

Документирование обнаруженных проблем картинками - не очень хорошая идея, так как противоречит самой идее трекинга.
Решения здесь на самом деле следующие: сделать так, чтобы "визуальные" проблемы не доходили до тестировщика, либо научиться грамотно их описывать. И то и другое ведут к повышению качества.

Atlassian JIRA
Аттачить скриншоты можно прямо из буфера апплетом + все что вы описали за исключением "бесплатная"

Документирование обнаруженных проблем картинками - не очень хорошая идея, так как противоречит самой идее трекинга.
Решения здесь на самом деле следующие: сделать так, чтобы "визуальные" проблемы не доходили до тестировщика, либо научиться грамотно их описывать. И то и другое ведут к повышению качества.

В веб-приложениях это практически основной вид багов.

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

Каким образом добавление аттача усложняет процесс описания? Я всегда думал, что аттачмент скриншота как раз помогает более точно установить место проявления "бага".

Как уже заметили коллеги, при грамотном описании скриншот не нужен.

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

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

Каким образом добавление аттача усложняет процесс описания? Я всегда думал, что аттачмент скриншота как раз помогает более точно установить место проявления "бага".

Как уже заметили коллеги, при грамотном описании скриншот не нужен.

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

Я имел ввиду вот что. Допустим есть у нас веб-страница на которой, скажем, в ие6 поехала разметка (в 10 местах). Мне было бы удобно создать такой баг:
issue name: layout problems on xxx.aspx page in ie6
description: <img> - здесь нужно добавить отступ справа, <img> - здесь убрать, <img> здесь картинка должна "обтекаться" текстом. <img> - здесь нужно шрифт увеличить до 14px.

,где <img> это картинка.
разработчик сразу видит где проблема и видит что нужно сделать.

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


При добавлении бага as attachment все становится сложнее. мы вынуждены писать, в аттаче таком-то есть проблема такая-то. Тогда разработчику придется отдельно читать описания и открывать нужные скриншоты.

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

Atlassian JIRA
Аттачить скриншоты можно прямо из буфера апплетом + все что вы описали за исключением "бесплатная"

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

Я имел ввиду вот что. Допустим есть у нас веб-страница на которой, скажем, в ие6 поехала разметка (в 10 местах). Мне было бы удобно создать такой баг:

По хорошему, в этом случае надо завести 10 дефектов и к каждому приложить скриншот...

Atlassian JIRA
Аттачить скриншоты можно прямо из буфера апплетом + все что вы описали за исключением "бесплатная"

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

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

Я имел ввиду вот что. Допустим есть у нас веб-страница на которой, скажем, в ие6 поехала разметка (в 10 местах). Мне было бы удобно создать такой баг:

По хорошему, в этом случае надо завести 10 дефектов и к каждому приложить скриншот...

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

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

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

Я имел ввиду вот что. Допустим есть у нас веб-страница на которой, скажем, в ие6 поехала разметка (в 10 местах). Мне было бы удобно создать такой баг:

По хорошему, в этом случае надо завести 10 дефектов и к каждому приложить скриншот...

Если они все на одной странице, а страниц в проекте порядка сотни такая политика в копеечку станет. Посчитайте накладные расходы на:
Завести еще 9 дефектов (проставить номера версий, приоритет, заголовок и т.п.)
Потом лиду программеров перевести их на нужного человека (придется просмотреть 10 вместо одного)
При низком приоритете программист скорее всего будет фиксить их в разное время, что дает доп. расходы по навигации к нужной странице и вникания в контекст
Перепроверка после исправелния

Вот еще вопрос к пользователям jira:
там есть возможность создать баг via email. Но в видео-презентации показано создание бага с одной картинкой, и там картинка идет в аттач, а тело письма в описание бага.
а что будет если в аутлуке навставлять картинок в письмо с описанием и послать на жировский почтовый сервер?

p.s. пока точно понял, что есть такой вариант: добавить аттач и вставить картинку в описание с помощью конструкции !attached-image.gif!
p.p.s. 10 багов создавать я не буду :) это не всегда оправданно. в данном случае ты только делаешь больше работы себе и остальным.