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

Фотография

Стандартные термины для описания багов


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

#1 Liliya

Liliya

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

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

Отправлено 25 августа 2006 - 13:32

Поделитесь опытом. :angel:
Есть ли у вас какая-нибудь стандартная терминология, которая служит средством борьбы с дупликатами багов.
Ведь если заголовок и описание выдержаны в единой терминологии, в последствии проще найти уже заведенный баг.
Может у вас приняты какие-нибудь специальные обороты?
  • 0
******
мой блог - http://gorbachik-lilia.blogspot.com/
******

#2 Clauster

Clauster

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

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 25 августа 2006 - 13:44

проблема уже обсуждалась на форуме. попробуйте поискать.
дубликат пишется через "б" :)
  • 0

#3 Clauster

Clauster

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

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 25 августа 2006 - 13:45

вот http://forums.softwa...
  • 0

#4 Clauster

Clauster

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

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 25 августа 2006 - 13:47

в последствии

Просмотр сообщения

в данном случае слитно :)
  • 0

#5 Liliya

Liliya

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

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

Отправлено 25 августа 2006 - 13:58

Спасибо за русский язык, но дупликат - это внутренний жаргон. :)

На счет ссылки, я сначала все прочитала, прежде чем завести новую тему.
Но, к сожалению,там только указание на необходимость использования специальной стандартной терминологии, но нет конкретных примеров, а мне бы очень хотелось, чтобы со мной поделились именно своим опытом на конкретных примерах.
  • 0
******
мой блог - http://gorbachik-lilia.blogspot.com/
******

#6 NewTester

NewTester

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

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

Отправлено 25 августа 2006 - 13:59

В качестве такой терминологии использую термины самой программы, такие же, которые используются в мануале. Например, пишу название функциональности (либо части программы), в которой замечена бага + название непосредственно элемента, при работе с которым эта бага возникает + краткая суть баги. Такая структура при поиске действует безотказно. В самом теле описания баги уже пользуюсь терминами, доступными для понимания программистами: чекбокс, комбобокс, контрол, эксепшн и т.д.
  • 0
Ошибка?Это не ошибка, это системная функция!

#7 Liliya

Liliya

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

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

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

Может быть я неправильно сформулировала свой вопрос... :blush:

Я про "стандарт" формирования предложения.

Например:
User gets "!!!!!" error message when ......

или "!!!" when I open........

есть ведь разница в построении предложения?! невозможность отловить копию бага иногда заключается в слишком произвольном его описании.
  • 0
******
мой блог - http://gorbachik-lilia.blogspot.com/
******

#8 Clauster

Clauster

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

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 25 августа 2006 - 14:44

Стоп. А вы что в качестве багтрекинга используете?
Т.е. какая разница в каком месте !!! - оно находится с помощью поиска.
  • 0

#9 Liliya

Liliya

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

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

Отправлено 25 августа 2006 - 14:57

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

Как и везде есть свои плюсы и минусы, так вот минусом я считаю поиск.....
  • 0
******
мой блог - http://gorbachik-lilia.blogspot.com/
******

#10 rlabs

rlabs

    Специалист

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

Отправлено 28 августа 2006 - 11:01

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

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

В какой-то степени это помогает, тем не менее, полностью избавиться от дублей у вас не получится. Тем не менее, совершенно незачем делать из этого огромную проблему. Как правило, продублированное сообщение о проблеме гораздо лучше отсутствующего сообщения.

Дубируйте на здоровье!
  • 0

#11 Clauster

Clauster

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

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 28 августа 2006 - 11:30

На самом деле, чем больше услий прикладывать к избавлению от дубликатов, тем менее это эффективно. Это, знаете, как в рекламе: новый джилет с тремя лезвиями и батарейкой бреет ещё чище. А реально дивидентов особых нет, тока денег больших стоит.
  • 0

#12 Liliya

Liliya

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

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

Отправлено 28 августа 2006 - 14:14

Может вы и правы :blush:

Но большая часть тестеров находится не в Росии, поэтому необходимость введения стандарта возрастает. Надо эе как-то регулировать отношения с коллегами...
  • 0
******
мой блог - http://gorbachik-lilia.blogspot.com/
******

#13 rlabs

rlabs

    Специалист

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

Отправлено 29 августа 2006 - 11:15

Но большая часть тестеров находится не в Росии, поэтому необходимость введения стандарта возрастает. Надо эе как-то регулировать отношения с коллегами...

Просмотр сообщения

Что-то не бросается в глаза связь стандартов с географией.
  • 0

#14 Clauster

Clauster

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

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 29 августа 2006 - 11:37

Напишите документ по менеджменту багтрекинга, если у вас нет такового. Со временем все придет.
  • 0

#15 k155la3_1-7_BY

k155la3_1-7_BY

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

  • Members
  • Pip
  • 31 сообщений
  • ФИО:Жук Константин Владимирович
  • Город:Китай, Чжуншань

Отправлено 29 августа 2006 - 12:37

По большому счёту не важно как написано.
На одном проекте я пишу и заголовок и описание бага в безличных предложениях, как на русском, так и на английском. Плюс шаги для воспроизведения.
На другом проекте заголовок- безличный, а в теле можно и личные предложения. Описание чаще всего без шагов, но с детальным описанием. Проблем с пониманием багов и на одном, и на другом проекте не было. Так что в принципе, это дело вкуса %)
  • 0

#16 Liliya

Liliya

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

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

Отправлено 29 августа 2006 - 13:16

k155la3_1-7_BY! Дело не в понимании, а в стремлении уменьшить количество дубликатов.
  • 0
******
мой блог - http://gorbachik-lilia.blogspot.com/
******

#17 Imbecile

Imbecile

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

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

Отправлено 30 августа 2006 - 11:07

Предложение, отработайте и задокументируйте механизм поведения разработчиков/тестировщиков/менеджеров и т.п. при нахождении дупликатов и что с ними делать. Вот и решение проблемы.
  • 0
In Test we trust.

#18 Liliya

Liliya

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

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

Отправлено 30 августа 2006 - 11:46

Этот механизм уже отработан.
  • 0
******
мой блог - http://gorbachik-lilia.blogspot.com/
******

#19 bvd

bvd

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

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

Отправлено 20 сентября 2006 - 13:21

Поделитесь опытом. :good: 
Есть ли у вас какая-нибудь стандартная терминология, которая служит средством борьбы с дупликатами багов.
Ведь если заголовок и описание выдержаны в единой терминологии, в последствии проще найти уже заведенный баг.
Может у вас приняты какие-нибудь специальные обороты?

Просмотр сообщения


Здравствуйте, Liliya.

По поводу терминологии, то я, разрешите поделиться, пользуюсь "Microsoft® Manual of Style for Technical Publications, Third Edition" MSTP-V3.pdf (3319 KB) Лично мне очень нравится, когда одинаковые вещи названы одинаково, - не приходится выяснять, что имелось ввиду. Это же может упростить поиски потенциальных дублей в Bug Tracking системе. Для примера можно взять "рекомендации" из того самого документа MSTP-V3.pdf :ok: :

Always surround menu names with the words the and menu both in text and procedures.
Correct
On the File menu, click Open.
Incorrect
On File, click Open.
From File, click Open.

или вот относительно компонента Check box:
Element Name: Check box
Definition: Square box that is selected or cleared to turn on or off an option. More than one check box can be selected.
Usage: Select the Spaces check box.
–or–
Click to clear the Bookmarks check box.
–or–
Under Show, select the Draft font check box.
Note: Always include check box with the label name.
Example: <An image with check boxes>

В этом документе так же масса других моментов, которые возможно и Вам помогут в избежании дубликатов, как то: разница между "Access Key" и "Keyboard shortcut" и варианты их использования, капитализация компонентов, допустимые глаголы для операций над компонентами, и много другое.

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

И по поводу заведенный оборотов, можно, конечно, создать документ, в котором будут описаны термины и обороты, которые необходимо будет использовать каждому пользователю Bug Tracking системе; я же думаю, что проще пользоваться уже созданным, тем более, что как и любой другой стандарт, это позволяет, например, просто упоминать его в качестве ссылки, либо обращать внимание на соискателя, который уже знаком с ним, и пр.

А в общем, всецело поддерживаю Вас в плане поиска единой терминологии при описании багов. :acute:

Удачи.
  • 0

#20 single player

single player

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

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

Отправлено 21 сентября 2006 - 17:45

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


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

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