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

Аудит и оптимизация QA-процессов
онлайн, начало 4 декабря
Практикум по тест-дизайну 2.0
онлайн, начало 4 декабря
Школа Тест-Аналитика
онлайн, начало 9 декабря
Школа тест-менеджеров v. 2.0
онлайн, начало 9 декабря
Фотография

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


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

#1 snowrain

snowrain

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

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

Отправлено 25 февраля 2010 - 16:22

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

  • 0

#2 rlabs

rlabs

    Специалист

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

Отправлено 25 февраля 2010 - 21:15

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

#3 enki86

enki86

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

  • Members
  • PipPipPip
  • 231 сообщений


Отправлено 26 февраля 2010 - 02:18

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

#4 snowrain

snowrain

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

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

Отправлено 26 февраля 2010 - 03:25

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

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

#5 Pryanik

Pryanik

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

  • Members
  • PipPipPip
  • 214 сообщений
  • Город:МОСКВА

Отправлено 26 февраля 2010 - 07:02

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


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

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

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

#6 snowrain

snowrain

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

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

Отправлено 26 февраля 2010 - 09:47

Почему-то во всех 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, должен опысывать только один косяк. Когда на одной странице по сто-пицот ошибок, то не гоже имхо создать для каждой запятой отдельный баг.
  • 0

#7 snowrain

snowrain

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

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

Отправлено 26 февраля 2010 - 09:47

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

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

#8 aurik

aurik

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

  • Members
  • Pip
  • 22 сообщений
  • ФИО:Куховаренко Антон Олегович

Отправлено 26 февраля 2010 - 10:57

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


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

#9 Freiman

Freiman

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 572 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 26 февраля 2010 - 12:22

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

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

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

#10 rlabs

rlabs

    Специалист

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

Отправлено 26 февраля 2010 - 14:09

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


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

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

#11 ch_ip

ch_ip

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 26 февраля 2010 - 14:54

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

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

#12 ch_ip

ch_ip

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 26 февраля 2010 - 14:57

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


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

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

#13 snowrain

snowrain

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

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

Отправлено 26 февраля 2010 - 17:49

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

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


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



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

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

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