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

Программирование на C# для тестировщиков
онлайн, начало 19 июля
SQL: Инструменты тестировщика
онлайн, начало 18 июля
Командная строка: инструменты тестировщика
онлайн, начало 18 июля
Chrome DevTools: Инструменты тестировщика
онлайн, начало 18 июля
Фотография

Практика ревью заведенных багов


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

#21 MrS

MrS

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

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

Отправлено 06 Май 2019 - 12:48

Есть "два вида списков задач"

 

Читайте. Надеюсь в этой статье дан ответ на ваш вопрос.

 

И учите теорию. Теорию вариаций и теорию систем.

Интересно было почитать :smile:


  • 0

#22 Vasiliy

Vasiliy

    Гуру

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

Отправлено 06 Май 2019 - 12:56

И еще напишите, пожалуйста, что сделали в итоге)
  • 0

#23 tjupka

tjupka

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

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

Отправлено 17 Июнь 2019 - 16:33

А точно проблема ТС именно в большом количестве дубликатов? Если да, то новичка как раз очень полезно посадить разгребать баклог - и систему подучит, и заодно проверит, может быть, какие-то баги уже пофиксились indirectly и их можно закрыть. И примерно выучит, что там уже есть.

 

У нас пробовали внедрить практику: программист сделал таск по проекту - возьми починить один баг из баклога. Какое-то время работало.

Но вообще мы где-то раз в полгода просто берем и закрываем как Won't fix миноры, которые за эти полгода так и не пофиксили. Понятно, что до них руки вообще никогда не дойдут.

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

Раз в полгода проводили "актуализацию старых багов". Если в этот период приходил новичок, то ему и поручали такую "расчистку" от забытых для закрытия задач, которые возможно случайно исправились или воспроизводились только в старом функционале.
Однажды продуктовый шеф проставил won't fix кучке задач, а когда одна из них проявилась у пользователя, то наказал тестировщика, который в это время курировал продукт, но никогда не видел этот баг в BTS.
Со временем выработали шаблоны для описания, а порядок оформления и быстрочтения задач формировался 15 лет.
Статьи по теме: Issue review ГКЧП2 (https://tjupka.blogs...e-review-2.html), ГКЧП - Где, Как, Что Править (https://tjupka.blogs...og-post_22.html)
Для того, чтобы не оформляли дубликаты или их было меньше, каждое моё утро начиналось с проверки оформленных вчера не мной задач. Обычный просмотр, лёгкое прочтение выявляли вовремя проблемы оформления, а заодно подготавливали меня к ежедневному стендапу сбором списка вопросов к оформителям и будущим исправителям.


  • 0

https://tjupka.blogspot.ru - из опыта тестировщика



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



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

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

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