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

Фотография

Вопрос по багрепорту


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

#21 Vasiliy

Vasiliy

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

  • Members
  • PipPipPipPipPipPip
  • 2 959 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 30 июля 2015 - 12:26

 

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

 

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

При кратких задачах и лаконичном описании эти два поля могут совпадать:)

 

Правила хорошие :)

Но смысла в совпадении все равно пока не вижу. Вот посмотрите на тот же мантис — там поля вообще друг под другом идут.

Да, сразу видно, что они совпадают, но... Зачем? Нам ли не знать о проблемах, рождаемых копипастой?

 

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

 

Правила рабочие!

На Мантис смотреть не буду, я работаю в Жире. Поля находятся в разных частях экрана и крутить страницу для склейки заголовка и описания я не хочу.

Я за то, чтобы в поле "Описание" было описание, а не прочерки!!


  • 1

#22 Zo0

Zo0

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

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

Отправлено 01 августа 2015 - 10:04

Я не пришел в эту компанию на работу. Эта компания просто проводит курсы, поэтому я и не стал принимать их правила и даже прекратил слушать их вебинары и делать ДЗ - пустая трата времени. Дефекты, в первую очередь, описываются для разработчиков. Неужели разработчики настолько глупы, что не поймут в чем дело. Эта контора не учит искать баги, она учит пот такой ерунде. Я могу на их утверждение, что нужно дописать пункт "куда обратить внимание", ответить "как описать этот пункт". Как обратить внимание. Это все полная ерунда.


  • 0

#23 Zo0

Zo0

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

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

Отправлено 01 августа 2015 - 10:06

Надеюсь, я правильно понял вопрос и отвечу по существу. Опят же это мои личные предпочтения (+опыт), т.к. в школе не учился:

1. Не хватает в сценарии пункта 4, который описывает сам результат выполнения теста, что получилось. Иначе получается разрыв  в сценарии, сценарий без конца - идет сценарий по шагам, а потом, после 3-го шага, идет сразу ожидаемый результат. Да и плюс неплохо бы дать рекомендации какие-нибудь, особенности.

Результат - введеный текст. Отображение введенного текста.. Все. Какой еще 4-й пункт там должен быть, например? Ожидаемый и фактический результат есть.


  • 0

#24 Zo0

Zo0

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

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

Отправлено 01 августа 2015 - 10:16

Zo0, у вас есть возможность уточнить у вашего тренера ПОЧЕМУ он вам сделал данное замечание, с вашими АРГУМЕНТАМИ почему это замечание не соответствует данной ситуации.

Вы МОЖЕТЕ выслушать его объяснение - и СДЕЛАТЬ ВЫВОДЫ или не делать.

Можете также продолжить ДИАЛОГ, используя НОВУЮ ИНФОРМАЦИЮ

Это конструктивно.

Обвинять человека тем более не разобравшись до конца в ситуации - неправильно. Зато удобно.

 

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

 

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

   Вы не поверите, все сделал точно так как у вас написаное, еще до заведения топика. У меня в багрепорте прикреплен скриншот (он сразу отображается), указывающий на проблемную область (такой симпатичной красной рамочкой выделен). Я не понимаю тогда, для чего делать скриншот, если мне тыкают носом что нужно обратить "куда - то" внимание. А я что, багрепорт пишу для статистики и без их замечания они не обратят внимание на проблемную облась?

 

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


  • 0

#25 Molechka

Molechka

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

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


Отправлено 03 августа 2015 - 12:24

 

 

 

Правила рабочие!

На Мантис смотреть не буду, я работаю в Жире. Поля находятся в разных частях экрана и крутить страницу для склейки заголовка и описания я не хочу.

Я за то, чтобы в поле "Описание" было описание, а не прочерки!!

 

 

Ну как это "я работаю в Жире, поэтому не буду даже смотреть на то, с чем работает автор топика"?

Я помню, на одной из SQA был доклад, в котором рассказывалось, сколько полей они нафигачили с джире и что какое означает.

 

Зрители заклевали докладчика! Вопросами типа "как вы заставляете всех заполнять все эти поля?".

Что логично :)

 

Я считаю, что ограничение преднастроенного баг-трекера не должно создавать текст ради текста.

Если в джире сделают поле "дополнение к описанию" и сделают его обязательным - будете копипастить туда значение из описания? А в некоторых случаях это типа полезно...

 

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

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

 

Но я не буду спорить, что, если это для чего-то нужно (для поиска там или хз...), то такие правила в компании вполне могут быть. Но мантис — не JIRA, там эти поля не в разных частях экрана :) А об абстрактном коне в вакууме тоже спорить смысла нет, в каждой компании свой набор обязательных полей. Можно спорить до крика, что "эти поля нужны и важны", но это ни к чему не приведет) Из вашего довода я поняла, что мешает только расположение в разных частях экрана — но я говорила о мантисе, а не о джире

 

PS — Андрей, ты прав, мой первый пост был довольно эмоциональным, но потом я извинилась и подтвердила, что истина в любой компании разная  :smile: . На моих курсах я дала бы именно такие замечания 


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

#26 nata_lla

nata_lla

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

  • Members
  • Pip
  • 14 сообщений
  • ФИО:Босацкая Наталья
  • Город:Москва


Отправлено 03 августа 2015 - 16:32

Согласна с тем, что в каждой компании свои правила и требования к оформлению баг репортов. Из моего опыта:

На первом месте работы менеджер проекта не разрешал оформлять дефекты в Bugzilla. Их нужно было записывать на бумажку и относить программисту. )))

Сейчас я работаю в другой компании и здесь есть регламент по оформлению дефектов в JIRA. Должны быть и последовательность воспроизведения, и фактический результат и ожидаемый со ссылками на аналитику. И все равно некоторые разработчики возвращают дефекты, потому что не могут воспроизвести, или не достаточно/слишком много информации, или не согласны, что это дефект.

 

Поэтому не стоит обижаться на тренера. Он готовит Вас к настоящей работе и к тому, что как бы Вы не составили баг репорт к нему все равно кто-нибудь придерется и скажет: пишите нормально, а то ничего не понятно, исправлять не буду  :smile:


  • 0

#27 Zo0

Zo0

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

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

Отправлено 04 августа 2015 - 06:54

Согласна с тем, что в каждой компании свои правила и требования к оформлению баг репортов. Из моего опыта:

На первом месте работы менеджер проекта не разрешал оформлять дефекты в Bugzilla. Их нужно было записывать на бумажку и относить программисту. )))

Сейчас я работаю в другой компании и здесь есть регламент по оформлению дефектов в JIRA. Должны быть и последовательность воспроизведения, и фактический результат и ожидаемый со ссылками на аналитику. И все равно некоторые разработчики возвращают дефекты, потому что не могут воспроизвести, или не достаточно/слишком много информации, или не согласны, что это дефект.

 

Поэтому не стоит обижаться на тренера. Он готовит Вас к настоящей работе и к тому, что как бы Вы не составили баг репорт к нему все равно кто-нибудь придерется и скажет: пишите нормально, а то ничего не понятно, исправлять не буду  :smile:

 

   Все что мы делаем(это касается не только тестирования или заведения бага, но и любой сферы трудовой деятельности), мы должны понимать для ЧЕГО мы это делаем. СМЫСЛ того, что делаем. Чтобы глубже понимать предметную область. А если говорят что так положено, не объясняя ничего детально - грошь цена таким знаниям. От них только вред.... Тем более, что мы все тут понимаем, что замечания тренера пустые и просто формальные.


  • 0

#28 vinogradoff

vinogradoff

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

  • Members
  • Pip
  • 72 сообщений
  • ФИО:Alexei Vinogradov
  • Город:Dormagen


Отправлено 04 августа 2015 - 10:45

 Тем более, что мы все тут понимаем, что замечания тренера пустые и просто формальные.

 

Это ничего, в рабочей жизни тестировщика (да и у всех других ролей) приходится выслушивать пустые и просто формальные замечания. Если вы совсем не можете с этим ладить, то возможно, что область IT - не для вас.


  • 4

#29 Zo0

Zo0

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

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

Отправлено 05 августа 2015 - 07:20

А я думал, что определени

 

 

 Тем более, что мы все тут понимаем, что замечания тренера пустые и просто формальные.

 

Это ничего, в рабочей жизни тестировщика (да и у всех других ролей) приходится выслушивать пустые и просто формальные замечания. Если вы совсем не можете с этим ладить, то возможно, что область IT - не для вас.

 

А мне почему то казалось, что область IT для людей, которые умеют решать задачи, пользуясь "инструментами", в этой области. А оказывается вот оно что: формальность не написал и все) ну почти как офисный планктон-))


  • 0

#30 Dalay_LAMO

Dalay_LAMO

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

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


Отправлено 05 августа 2015 - 07:33

А мне почему то казалось, что область IT для людей, которые умеют решать задачи, пользуясь "инструментами", в этой области. А оказывается вот оно что: формальность не написал и все) ну почти как офисный планктон-))


IT бывает разное. Где-то формальности очень важны, и отрицать их можно только тогда, когда у вас будет достаточно компетенций для полного понимания их применимости.
Есть такой документальный сериал Air Crash Investigation (идёт по Discovery и National Geographic) - в нём неоднократно показывалось к чему приводит отступление от "лишних формальностей".
  • 1

#31 SALar

SALar

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

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


Отправлено 05 августа 2015 - 09:05

Дисклаймер. Я не знаю контекста, поэтому могу быть не прав.

 

Zo0 Вы правы, а ваш тренер нет.
  • 0

-- 

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

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

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

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

 


#32 vinogradoff

vinogradoff

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

  • Members
  • Pip
  • 72 сообщений
  • ФИО:Alexei Vinogradov
  • Город:Dormagen


Отправлено 12 августа 2015 - 11:57

А я думал, что определени

 

 

 Тем более, что мы все тут понимаем, что замечания тренера пустые и просто формальные.

 

Это ничего, в рабочей жизни тестировщика (да и у всех других ролей) приходится выслушивать пустые и просто формальные замечания. Если вы совсем не можете с этим ладить, то возможно, что область IT - не для вас.

 

А мне почему то казалось, что область IT для людей, которые умеют решать задачи, пользуясь "инструментами", в этой области. 

Это распространённое заблуждение. IT это область, где люди работают с людьми и для людей. 


  • 0

#33 Zo0

Zo0

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

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

Отправлено 14 августа 2015 - 06:47

 

А я думал, что определени

 

 

 Тем более, что мы все тут понимаем, что замечания тренера пустые и просто формальные.

 

Это ничего, в рабочей жизни тестировщика (да и у всех других ролей) приходится выслушивать пустые и просто формальные замечания. Если вы совсем не можете с этим ладить, то возможно, что область IT - не для вас.

 

А мне почему то казалось, что область IT для людей, которые умеют решать задачи, пользуясь "инструментами", в этой области. 

Это распространённое заблуждение. IT это область, где люди работают с людьми и для людей. 

 

Все везде делается для людей, в конечном счете. Поэтому Ваша фраза без особого смысла....


  • 0

#34 Сергей

Сергей

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

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

Отправлено 14 августа 2015 - 08:35

Боюсь Вас расстроить, в конечном счете все делается ради денег.


  • 1

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс


#35 breakmt

breakmt

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

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

Отправлено 14 августа 2015 - 09:35

Я думаю тренер неадекват :)

В последнем шаге явно написано в поле "Рассылка" ввести e-mail. Больше ничего и не требуется.

В каких-то более сложных случаях возможно и требуется дополнительно описать "на что обратить особое внимание" - здесь нет.

 

ps: фактически и ожидаемый только поменяйте местами


  • 0

#36 Molechka

Molechka

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

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


Отправлено 14 августа 2015 - 11:59

Боюсь Вас расстроить, в конечном счете все делается ради денег.

Боюсь Вас расстроить ))))

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

 

Картинка в сети где-то была, где учитель спросил "Что бы вы делали, если бы у вас была куча денег и не надо было зарабатывать? Вот и займитес этим".

Нравится кататься на лошадях — катайся! В итоге становишься жокеем или инструктором, и хобби начинает приносить доход 


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

#37 lurk

lurk

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

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


Отправлено 14 августа 2015 - 15:55

Боюсь Вас расстроить, в конечном счете все делается ради денег.

В конечном счете все делается ради извлечении прибыли. Прибыль не всегда материальна. 

Прибыль может быть различна: деньги, гордость решением сложной задачи, профессиональным и/или карьерном ростом и т.д.

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

 

Притча:

Как-то раз один бизнесмен стоял на пирсе в маленькой деревушке и наблюдал за рыбаком, сидящим в утлой лодочке, как тот поймал огромного тунца. Бизнесмен поздравил рыбака с удачей и спросил, сколько времени требуется, чтобы поймать такую рыбу.
— Пару часов, не больше, — ответил рыбак.
— Почему же ты не остался в море дольше и не поймал ещё несколько таких рыбок? — удивился бизнесмен.
— Одной рыбы достаточно, чтобы моя семья прожила завтрашний день, — ответил тот.
— Но что же ты делаешь весь оставшийся день? — не унимался бизнесмен.
— Я сплю до обеда, затем иду на пару часов порыбачить, затем играю со своими детьми, после мы с моей женой устраиваем себе сиесту, затем я иду в деревеньку прогуляться, пью вечером вино и играю со своими друзьями на гитаре. Вы видите — я наслаждаюсь жизнью, — объяснил рыбак.
— Я — выпускник Гарварда, — сказал бизнесмен, — я помогу тебе, ты всё делаешь не так. Ты должен весь день рыбачить и потом купить себе большую лодку.
— И что потом? — спросил рыбак.
— Потом ты будешь ловить ещё больше рыбы и сможешь купить себе несколько лодок, даже кораблей, и в один прекрасный день у тебя будет целая флотилия.
— А потом?
— Потом, вместо того, чтобы продавать рыбу посреднику, ты будешь привозить рыбу прямо на фабрику и, увеличив прибыль, ты откроешь собственную фабрику.
— А потом?
— Потом ты оставишь эту богом забытую деревушку и переедешь в большой город и, быть может, однажды ты сможешь открыть огромный офис и быть там директором.
— И сколько всё это займёт времени?
— Лет 15–20.
— И что же потом?
— А потом, — рассмеялся бизнесмен, — потом наступит самое приятное. Ты сможешь продать свою фирму за несколько миллионов и стать очень богатым.
— А потом?
— Потом ты сможешь перестать работать, ты переедешь в маленькую деревушку на побережье, будешь спать до обеда, немного рыбачить, играть с детьми, устраивать сиесту с женой, прогуливаться по деревне, пить вино по вечерам и играть со своими друзьями на гитаре…
Источник: http://pritchi.ru/id_1179

  • 0

#38 Сергей

Сергей

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

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

Отправлено 17 августа 2015 - 08:02

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

 

Поправлюсь, для тех кто не понял, имелось ввиду конечная ЦЕЛЬ компании, а не цель определенного человека.

И второе, не раздувайте тему не по теме. Кому хочется пофилософствовать, заводите другую тему.


  • 1

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс


#39 lurk

lurk

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

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


Отправлено 18 августа 2015 - 02:45

Юрий Адлер: 

Часто говорят и думают, что целью бизнеса должны быть прежде всего деньги. Мы думаем, что это неверно. К. Мацусита говорил, что деньги — это благодарность клиента за отлично сделанную продукцию и великолепные услуги, условия долговременной конкурентоспособности бизнеса, но вовсе не цель. Их создает рынок, выбирая нас, а не конкурентов.


  • 0


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

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