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

Фотография

Небольшой опрос на 2 минуты


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

#1 semen891

semen891

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

  • Members
  • Pip
  • 2 сообщений
  • ФИО:Сененко Дмитрий Леонидович
  • Город:Харьков

Отправлено 12 мая 2014 - 14:42

Добрый день, уважаемые читатели данного форума! Мне очень нужна ваша помощь!! Пожалуйста, ответьте на вопрос: "Какие обязательные поля вы заполняете при заведении бага в систему?". Заранее большое спасибо!!

Прикрепленные файлы

  • Прикрепленный файл  checklist.jpg   4,49К   0 Количество загрузок:

  • 0

#2 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 12 мая 2014 - 15:23

Название

Компоненты

Версия

Исполнитель и тестировщик

Описание

Аттач в виде поясняющего рисунка :)


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#3 SALar

SALar

    Профессионал

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


Отправлено 13 мая 2014 - 06:09

Оль, тут про обязательные поля. Аттача то может не быть.

 

Обязательные к заполнению тестировщиком поля:

  • Название

И все. KISS.


  • 1

-- 

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

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

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

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

 


#4 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 13 мая 2014 - 08:05

Ну, когда ставишь багу, в 80% случаев аттач будет не лишним, чтобы быстрее понять, о чем сообщал автор задачи.

Так что я как раз ответила на вопрос, что я делаю практически.

 

А у тебя, по-моему, теория.

Разработчики нормально такие баги воспринимают, из одного названия?)


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#5 vuchenka

vuchenka

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

  • Members
  • PipPipPip
  • 174 сообщений
  • ФИО:Ирина
  • Город:Минск

Отправлено 13 мая 2014 - 08:25

Заголовок
Описание (тут Результат и Ожидаемый результат)
Проект
Тип

Окружение
Кто нашел баг (тестировщик)
На кого направляет (начальник отдела, программист)
Приоритет
Версия

 

Аттач в виде поясняющего рисунка, файлов, видео (желательно, но не обязательно)


  • 0

"Не сломал - значит, не старался!"


#6 vmaximv

vmaximv

    Опытный участник

  • Members
  • PipPipPipPip
  • 350 сообщений

Отправлено 13 мая 2014 - 08:37

Т.е. без аттача вы не можете отрепортать баг в баг-трекере? :)

"обязательные поля" = "requared fields" и если баг-трекер позволяет - ответ может быть и "никакие"


  • 0

#7 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 13 мая 2014 - 09:28

Ну автор топика спросил - что вы заполняете, а не "что обязывает вас заполнять баг-трекер".

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

 

А Вы, вместо того, чтобы ерничать, могли бы на вопрос автора ответить


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#8 SALar

SALar

    Профессионал

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


Отправлено 13 мая 2014 - 09:32

1. "не лишним" != "Обязательным"

2. Если не заполнить вообще ни одного поля, то нельзя идентифицировать проблему.

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

 

"Название" является необходимым, а я ряде случаев и достаточным для описания дефекта. Следовательно...

 

PS. По поводу указания версий.

1. Если б вы знали сколько программистов не знают что это такое и как с этим работать....

2. Есть техника, при которой тестировщик при фиксации бага заполняет сразу два поля типа версия. Это "Найдено в " и "Целевой релиз для исправления".

3. Не всегда бывают простые случаи. В нормальных корпоративных системах (даже не сложных) тестировщик может тестировать одновременно с десяток систем. Не, он может конечно зафиксировать версии всех из них. Но сами понимаете... Тут нужно что-то другое. (Level Up тестировщика нужен).

 

PSS. Есть еще огромное количество полей, которые можно в принципе заполнить. И неуемная фантазия некоторых сотрудников превращает форму ввода дефекта в портянку на 15 листов с 76 обязательными полями. Очень хочется взять... и подарить этого сотрудника конкурентам.

 

Будьте проще.


  • 1

-- 

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

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

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

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

 


#9 SALar

SALar

    Профессионал

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


Отправлено 13 мая 2014 - 09:39

Ну автор топика спросил - что вы заполняете, а не "что обязывает вас заполнять баг-трекер".

 

Оль, автор спросил:

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

Ровно на этот вопрос ему и отвечаем. Из обязательных только название. Остальные в зависимости от необходимости.

 

 

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

 

IMHO Это в корне неверно. С самого начала нужно учить описывать правильно. Без лишних телодвижений.

 

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


  • 0

-- 

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

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

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

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

 


#10 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 13 мая 2014 - 09:46

Оль, автор спросил:

 

 

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

Ровно на этот вопрос ему и отвечаем. Из обязательных только название. Остальные в зависимости от необходимости.

Это у тебя из обязательного только название :)

 

Я свои поля перечислила, у пункта с аттачем поставила смайлик, потом указала свое мнение (в 80% случаев лишним не будет), больше спорить на эту тему не буду.

Я вас не знаю, может, спорящие и ерничащие тут обладают великим искусством описания бага в одной фразе, а может, их и рисунок не спасет.

 

Я считаю, что это почти обязательное поле, потому что я возвращаюсь к проблемам и спустя полгода. Например, для анализа. И иногда описание понятно, но уже внешний вид формы изменился и ты вообще не можешь понять, что там было то такого. Так что выкидывать из своего списка не буду, но в целом, никому не навязываю, у всех свои поля )

 

Не поняла по поводу систем, даже если система супер секретная, в развернутом "локально" (не в облаке) баг-трекере все равно можно аттачить рисунки. Я бы сказала, мало систем, в которых это не применимо


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#11 vuchenka

vuchenka

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

  • Members
  • PipPipPip
  • 174 сообщений
  • ФИО:Ирина
  • Город:Минск

Отправлено 13 мая 2014 - 10:08

1. "не лишним" != "Обязательным"

2. Если не заполнить вообще ни одного поля, то нельзя идентифицировать проблему.

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

 

"Название" является необходимым, а я ряде случаев и достаточным для описания дефекта. Следовательно...

 

PS. По поводу указания версий.

1. Если б вы знали сколько программистов не знают что это такое и как с этим работать....

2. Есть техника, при которой тестировщик при фиксации бага заполняет сразу два поля типа версия. Это "Найдено в " и "Целевой релиз для исправления".

3. Не всегда бывают простые случаи. В нормальных корпоративных системах (даже не сложных) тестировщик может тестировать одновременно с десяток систем. Не, он может конечно зафиксировать версии всех из них. Но сами понимаете... Тут нужно что-то другое. (Level Up тестировщика нужен).

 

PSS. Есть еще огромное количество полей, которые можно в принципе заполнить. И неуемная фантазия некоторых сотрудников превращает форму ввода дефекта в портянку на 15 листов с 76 обязательными полями. Очень хочется взять... и подарить этого сотрудника конкурентам.

 

Будьте проще.

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

Версия больше не для разработчиков отмечается, а для руководства, отчетности.

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

На данный момент этот баг понятен и разработчику и тестировщику, а придут новые сотрудники, тогда что?

По поводу аттача также считаю, что если есть возможность его вставить, то надо. Это намного упрощает понимание бага.


  • 0

"Не сломал - значит, не старался!"


#12 SALar

SALar

    Профессионал

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


Отправлено 14 мая 2014 - 07:10

 

Не поняла по поводу систем, даже если система супер секретная, в развернутом "локально" (не в облаке) баг-трекере все равно можно аттачить рисунки. Я бы сказала, мало систем, в которых это не применимо

 

Встроенные системы. Нет у них GUI. Не с чего скриншот снимать.

 

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


  • 0

-- 

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

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

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

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

 


#13 ryjii

ryjii

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

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

Отправлено 14 мая 2014 - 09:14

Title

Build

Component

Severity

Description

Это те, которые обязательны с точки зрения багтрекера.

Дополню, что считается хорошим тоном для 99% багов заполнять также

Assigned to

Attachment - логи или скриншоты.


  • 0

#14 Zhu

Zhu

    Опытный участник

  • Members
  • PipPipPipPip
  • 288 сообщений
  • ФИО:Рина Ужевко
  • Город:Москва


Отправлено 18 мая 2014 - 20:38

Название баги
Компонент (или категория)
Критичность


  • 0
Bugs@Feature
Не бывает совершенных программ, бывают недотестированные.

#15 Norf

Norf

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

  • Members
  • Pip
  • 57 сообщений
  • ФИО:Шлыков Константин
  • Город:Барнаул

Отправлено 19 мая 2014 - 04:58

 

Название.

Критичность.

Версии — найдено и где исправить (впрочем, тут всё неоднозначно, просто эти поля у нас установлены как обязательные, дабы не ленились и не разводили бардак).

Компонент(ы) (бывают очень редкие исключения).

 

Описание и аттачи заполняю примерно в 80 и 60 % случаев соответственно. Как бы если по заголовку всё понятно, то лишние отвлекающие сущности ни к чему.


  • 0

#16 clipsa

clipsa

    Специалист

  • Members
  • PipPipPipPipPip
  • 527 сообщений
  • ФИО:Ермолаева Ольга
  • Город:Москва


Отправлено 19 мая 2014 - 07:09

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

Если баг относится к какой-либо задаче, пишу линк на эту задачу.


  • 0

Не следует заставлять тестировщиков тестировать быстрее. Что может быть хуже испуганных, усталых, цинично настроенных тестировщиков?
-----------------
Хорошо, когда человек заводит баги. Плохо, когда баги заводят человека (с)
-----------------
Проект для начинающих тестировщиков Хомячки


#17 vuchenka

vuchenka

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

  • Members
  • PipPipPip
  • 174 сообщений
  • ФИО:Ирина
  • Город:Минск

Отправлено 19 мая 2014 - 07:16

 

Если баг относится к какой-либо задаче, пишу линк на эту задачу.

Девушка, а можете по поподробнее объяснить данную фразу?.  Я просто с таким не сталкивалась, заводим новый баг и где-то указываем задачу. Или к задаче баг прикрепляем? Мы вносим в Jira.


  • 0

"Не сломал - значит, не старался!"


#18 vuchenka

vuchenka

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

  • Members
  • PipPipPip
  • 174 сообщений
  • ФИО:Ирина
  • Город:Минск

Отправлено 19 мая 2014 - 07:17

 

 

Если баг относится к какой-либо задаче, пишу линк на эту задачу.

Девушка, а можете по поподробнее объяснить данную фразу?.  Я просто с таким не сталкивалась, заводим новый баг и где-то указываем задачу?))) Или к задаче баг прикрепляем? Мы вносим в Jira.

 


  • 0

"Не сломал - значит, не старался!"


#19 Dalay_LAMO

Dalay_LAMO

    Опытный участник

  • Members
  • PipPipPipPip
  • 265 сообщений
  • ФИО:Дмитрий
  • Город:Санкт-Петербург


Отправлено 19 мая 2014 - 07:29

Девушка, а можете по поподробнее объяснить данную фразу?.  Я просто с таким не сталкивалась, заводим новый баг и где-то указываем задачу. Или к задаче баг прикрепляем? Мы вносим в Jira.


Хоть я и не девушка, но отвечу - некоторые системы багтрэкинга (подозреваю, что даже большинство из них) умеют слинковывать задачи (просто некоторые не настраивают такую возможность). Открыв задачу, можно увидеть связанные с ней.
  • 1

#20 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 19 мая 2014 - 08:53

Девушка, а можете по поподробнее объяснить данную фразу?.  Я просто с таким не сталкивалась, заводим новый баг и где-то указываем задачу. Или к задаче баг прикрепляем? Мы вносим в Jira.

 

В JIRA нажимаете в задаче "Подробнее - Связь" и указываете номер задачи, с которой хотите связать данную.

Есть стандартные типы связей, можно в админке настроить свои.

 

У нас это "Включает в себя / Входит в", "По завершении / Перед", "Связана (in) / (out)"


  • 1
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/


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

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