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

Практикум по тест-дизайну 2.0
онлайн, начало 29 ноября
Тестирование REST API
онлайн, начало 18 ноября
Автоматизатор мобильных приложений
онлайн, начало 27 ноября
Selenium WebDriver: полное руководство
онлайн, начало 15 ноября
Фотография

Немного философски о багах и ошибках


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

#21 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 05 Ноябрь 2009 - 07:35

Фрося, будьте внимательнее. Что вам имхо, то читателям форума тема для растерзания.
..............................

"Разница между ошибкой (багом) и дефектом (тоже багом)" - на слух видите разницу между багом, дефектом, ошибкой и неисправностью?

Да ничего страшного....(это я про растерзания...)

По поводу багов....
Есть еще такой человек - Заказчик. С денежкой за выполненную работу...
И ежели Заказчик потребует выполнения каких-либо работ в соответствии с ГОСТ(ом)... то не будет никаких багов.
А будут - ошибки, замечания, отказы и сбои... (ну... ГОСТ 34.603-92 как пример...).

Баг - на текущий момент (как впрочем и код ревью...) - исключительно сленг.

ПС.... кажется мне - что разговор такой -- скорее околотестировочный....
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#22 Drag

Drag

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

  • Members
  • PipPip
  • 123 сообщений


Отправлено 24 Ноябрь 2010 - 01:54

Сейчас эта тема все так же актуальна как и раньше, ну на мой взгляд :) Хотя сейчас словарь сленга значительно разросся, например той же "фичей" - по сути это невредный баг, или примочка :) Хотя на деле это все же непродуманность каких то функциональных кусков кода. Считаю что называть баг ошибкой не совсем правильно, т.к. баг это скорее просто недоделка, то что программист не учел. А ошибка - это уже именно ошибка, в коде, в вычислениях, в логике. Хотя различие значений слов у всех разное и зависит не только от профессии, но и от каких то своих базовых понятий и используемой терминологии :)
  • 0

#23 SergeyQA

SergeyQA

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

  • Members
  • Pip
  • 20 сообщений
  • ФИО:Пронякин Сергей
  • Город:Москва

Отправлено 02 Февраль 2018 - 18:01

Ребят, всем привет!
В моей компании переходят на новую багтрекинговую систему. Мы пытаемся придумать название статусу задачи, которая не прошла тест и возвращена разработчику. При этом разработчик к ней не приступил и занимается другими делами. 
Требование: 1. слово на русском. 2. Одно слово (допускается предлог). 3. Статус задачи подразумевает, что задача не в работе, но находится у разработчика.
Например, "Доработка", "Отладка" не подходят, т.к. в настоящий момент времени задача не в работе. Пока самый подходящий вариант - это "Возвращена". Но мне слух режет немного.
Поделитесь опытом или предложите вариант. Спасибо   :smile:


  • 0

#24 Vasiliy

Vasiliy

    Гуру

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

Отправлено 02 Февраль 2018 - 22:19

Это то, что в английском варианте называется "Reopened"?
  • 0

#25 SergeyQA

SergeyQA

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

  • Members
  • Pip
  • 20 сообщений
  • ФИО:Пронякин Сергей
  • Город:Москва

Отправлено 03 Февраль 2018 - 08:43

Это то, что в английском варианте называется "Reopened"?

Думаю, что не совсем так. Reopened - это когда баг воспроизвелся после того, как задача получила статус Closed (или, возможно, Canceled).
В моем случае задача просто не прошла тест и я ее вернул разработчику.
То есть у задачи были такие статусы: .... "В работе" (на разработчике) -> Тестирование (на тестировщике, задача не прошла тест) ->*НУЖНЫЙ СТАТУС* (на разработчике) - "В работе" (на разработчике) ... 


  • 0

#26 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 427 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 03 Февраль 2018 - 17:04

А вы уверенны, что вам нужно отличать эту задачу от задач которые висят на разработчике и за которые он еще не брался совсем?

http://blog.shumoos.com/archives/324
  • 0

#27 SergeyQA

SergeyQA

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

  • Members
  • Pip
  • 20 сообщений
  • ФИО:Пронякин Сергей
  • Город:Москва

Отправлено 03 Февраль 2018 - 19:10

А вы уверенны, что вам нужно отличать эту задачу от задач которые висят на разработчике и за которые он еще не брался совсем?

http://blog.shumoos.com/archives/324

Спасибо за статью!
Да, нам нужно различать. Как минимум для внутренней метрики. 


  • 0

#28 Snap

Snap

    Специалист

  • Members
  • PipPipPipPipPip
  • 809 сообщений
  • ФИО:Роман
  • Город:Москва


Отправлено 04 Февраль 2018 - 09:31

Как вариант "unresolved" - нерешенный.


  • 1

http://starbugss.blogspot.ru - "Звездные баги", мой блог.


#29 SergeyQA

SergeyQA

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

  • Members
  • Pip
  • 20 сообщений
  • ФИО:Пронякин Сергей
  • Город:Москва

Отправлено 04 Февраль 2018 - 12:22

Как вариант "unresolved" - нерешенный.

Мне нравится! Надо предложить вариант.


  • 0

#30 Vasiliy

Vasiliy

    Гуру

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

Отправлено 04 Февраль 2018 - 20:57


Это то, что в английском варианте называется "Reopened"?

Думаю, что не совсем так. Reopened - это когда баг воспроизвелся после того, как задача получила статус Closed (или, возможно, Canceled).
В моем случае задача просто не прошла тест и я ее вернул разработчику.
То есть у задачи были такие статусы: .... "В работе" (на разработчике) -> Тестирование (на тестировщике, задача не прошла тест) ->*НУЖНЫЙ СТАТУС* (на разработчике) - "В работе" (на разработчике) ...
В моем понимании reopened это когда разработчик говорит, что исправлена, а ошибка повторяется.
  • 0

#31 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 427 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 05 Февраль 2018 - 08:42

А вы уверенны, что вам нужно отличать эту задачу от задач которые висят на разработчике и за которые он еще не брался совсем?

http://blog.shumoos.com/archives/324

Спасибо за статью!
Да, нам нужно различать. Как минимум для внутренней метрики.

Для метрик можно собирать изменения статусов.
В нынешнем проекте для оценок количества возвратов принято заводить прилинкованный баг на каждый возврат.
  • 0

#32 Vasiliy

Vasiliy

    Гуру

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

Отправлено 05 Февраль 2018 - 10:53

А что вы хотите снимать по данным метрикам?

 

Мои сомнения в следующем - вы создаете внутренние метрики, для бизнеса они пользы не приносят, я верно понимаю?

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

 

P.S.

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

Но не дай Бог кто-то ошибался и выставлял неверный статус. Чтобы передать задачу в документирование, когда ее случайно переоткрыли, надо было пройти цепочку от начала и до конца. Это взрывало мозг!


  • 0

#33 baxatob

baxatob

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

  • Members
  • PipPipPipPip
  • 258 сообщений
  • ФИО:Юрий
  • Город:Riga

Отправлено 05 Февраль 2018 - 11:03

По-хорошему у каждой задачи помимо текущего статуса должно быть решение по нему. Напрмер, статус Closed может иметь решение или Fixed или Not a bug. Статусов не должно быть много, 4-5 обычно за глаза хватает. А вот решения могут быть разными для разных групп пользователей. В JIRA это прекрасно реализовано. Чтобы не было ошибок, нужно внимательно проработать воркфлоу задачи.


  • 1

#34 SALar

SALar

    Гуру

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


Отправлено 05 Февраль 2018 - 14:01

 

А вы уверенны, что вам нужно отличать эту задачу от задач которые висят на разработчике и за которые он еще не брался совсем?

http://blog.shumoos.com/archives/324

Спасибо за статью!
Да, нам нужно различать. Как минимум для внутренней метрики. 

 

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

 

Метрика достаточно интересная. Когда количество переоткрытий падает ниже определенного уровня вы делаете что-то не так. Когда взлетает до небес, вы снова делаете что-то не так. 

 

PS. могу прислать 16-ю байку. Она на эту тему. Но публиковать я ее не буду.


  • 0

-- 

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

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

 


#35 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 427 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 05 Февраль 2018 - 14:21

В джире, в поисковом запросе есть changed
status changed from "QA" to "Open" by currentUser() DURING(startOfMonth(-1),endOfMonth(-1))
А вот сколько раз - придется лезть в API
  • 0

#36 Snap

Snap

    Специалист

  • Members
  • PipPipPipPipPip
  • 809 сообщений
  • ФИО:Роман
  • Город:Москва


Отправлено 05 Февраль 2018 - 16:38

В моем понимании reopened это когда разработчик говорит, что исправлена, а ошибка повторяется.

В моем понимании reopened это когда, прошло какое-то время и ошибка возникла вновь. И чтобы не заводить новую, можно переоткрыть прежнюю.
А вот, если разработчик говорит, что исправил, но не протестировал и на самом деле ошибка не исправлена (или не до конца), это уже немного другое. У нас было что-то похожее в одной компании, где использовался TFS. Короче говоря, по этой метрике можно судить, кто исправляет баги тяп-ляп :)
  • 0

http://starbugss.blogspot.ru - "Звездные баги", мой блог.



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



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

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

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