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

Программирование на C# для тестировщиков
онлайн, начало 19 июля
Школа для начинающих тестировщиков
онлайн, начало 25 июля
Python для начинающих
онлайн, начало 26 июля
Автоматизация функционального тестирования
онлайн, начало 26 июля
Фотография

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


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

#1 semen891

semen891

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

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

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

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

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

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

  • 0

#2 Molechka

Molechka

    Гуру

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


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

Название

Компоненты

Версия

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

Описание

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


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

#3 SALar

SALar

    Гуру

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


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

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

 

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

  • Название

И все. KISS.


  • 1

-- 

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

Блог 255 ступеней

 


#4 Molechka

Molechka

    Гуру

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


Отправлено 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 203 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


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

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

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

 

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


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

#8 SALar

SALar

    Гуру

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


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

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

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

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

 

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

 

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

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

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

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

 

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

 

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


  • 1

-- 

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

Блог 255 ступеней

 


#9 SALar

SALar

    Гуру

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


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

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

 

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

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

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

 

 

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

 

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

 

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


  • 0

-- 

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

Блог 255 ступеней

 


#10 Molechka

Molechka

    Гуру

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


Отправлено 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 218 сообщений
  • Город:Москва


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

 

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

 

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

 

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


  • 0

-- 

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

Блог 255 ступеней

 


#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
  • 520 сообщений
  • ФИО:Ермолаева Ольга
  • Город:Москва


Отправлено 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 203 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


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

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

 

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

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

 

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


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


Инструменты тестировщика: Командная строка
онлайн
Практикум по тест-дизайну 2.0
онлайн
Программирование на Phyton для тестировщиков
онлайн
Тестирование производительности (JMeter)
онлайн



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

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

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