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

Аудит и оптимизация QA-процессов
онлайн, начало 4 декабря
Практикум по тест-дизайну 2.0
онлайн, начало 4 декабря
Логи как инструмент тестировщика
онлайн, начало 30 ноября
Тестирование REST API
онлайн, начало 30 ноября
Фотография

Как лучше всего организовать процесс отслеживания багов и мониторить к


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

#1 Pandora_

Pandora_

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

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

Отправлено 07 августа 2020 - 10:31

Продукт на стадии разработки + тестирование. Первая интеграция с потенциальными пользователями запланированна на сентябрь. Руководство выдвинуло требования по мониторингу качества продукта, отслеживания багов и естественно ежемесячной отчетности ему же.
 
На данный момент используем Jira. Есть только Story и если тестер находит баг, то уведомление идет в комментарии, делается Reopen и Story отправляется обратно разработчику. 
 
Вопрос: 
 
1. можно ли в Story как-то по комментам или может другим показателям посмотреть, сколько раз Story туда-сюда отправлялось?
2. ну или посоветуйте, как лучше отслеживать баги. Как, вообще, лучше всего мониторить качество?
 

  • 0

#2 ChitaevK

ChitaevK

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

  • Members
  • Pip
  • 6 сообщений
  • ФИО:Читаев Кирилл Юрьевич

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

В чем проблема заводить баги и их считать?)


  • 0

#3 Pandora_

Pandora_

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

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

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

В чем проблема заводить баги и их считать?)

Вы свои посчитали? :) Каков итог?


  • 0

#4 Сергей

Сергей

    Гуру

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

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

Странный подход. Баги заводить не пробовали?
  • 0

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


#5 ChitaevK

ChitaevK

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

  • Members
  • Pip
  • 6 сообщений
  • ФИО:Читаев Кирилл Юрьевич

Отправлено 10 августа 2020 - 12:35

 

В чем проблема заводить баги и их считать?)

Вы свои посчитали? :) Каков итог?

 

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


  • 0

#6 Little_CJIOH

Little_CJIOH

    Гуру

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


Отправлено 11 августа 2020 - 09:31

Риторический вопрос позволю себе.

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

У человека неспособного прогуглить как в джире считать сколько раз таска была в заданном статусе. (ответ, с помощию одного из N плагинов, или выдергивать через API и считать самому.)

 

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

Категории качества ПО регламентированы ГОСТ 25010-2015


  • 0

#7 Vasiliy

Vasiliy

    Гуру

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

Отправлено 11 августа 2020 - 11:10

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

У вас хватит силы воли выяснить зачем руководству мониторить баги?


  • 0

#8 tjupka

tjupka

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

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

Отправлено 21 августа 2020 - 16:28

Jira - шикарный инструмент для визуализации работы команды. Странно, что вы зациклились лишь на возвратах головной задачи - Story.

Можно же определить набор критериев для приёмочного тестирования и помечать их оговоренным образом: зелёная галка - сделано и работает после теста, красный минус - не сделано, знак вопроса - требуется доработка. При этом головную задачу держать в статусе ТЕСТИРОВАНИЕ до полной реализации, а все баги и доработки оформлять линкованными блокерами к этой головной Story. В этом случае у вас не то что месячный, а ежедневный отчёт по состоянию задачи получится с количеством открытых проблем.

Если мой вариант вам не подходит, то почитайте инструкции к Jira - там много хороших решений уже есть для мониторинга процесса разработки ПО.


  • 0

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



Школа Тест-Аналитика
онлайн
Организация автоматизированного тестирования
онлайн
Школа тест-менеджеров v. 2.0
онлайн
Тестирование юзабилити (usability)
онлайн



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

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

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