Как внутренние баги автоматически скрывать от клиента или заказчика в JIRA

Подключение в проекты JIRA представителей клиента или заказчика является распространенной ситуацией. Клиент вовлекается в процесс разработки, может следить за ходом выполнения задач, видеть оценку трудозатрат и фактически потраченное время. Для этого, как правило, в проекте создают отдельную роль с названием Client или Customer. У заказчика все как на ладони. Ведь по умолчанию, любая роль на проекте может просматривать все issues,

» Read more

Качество выполнения таска. Количество Reopen от тестировщиков за период в JIRA. Часть II

В прошлой статье был рассмотрен SQL-запрос, получающий список задач в системе JIRA, которые возвращались на доработку с указанием количества возвратов (фактически — количество переходов в статус Reopen). SELECT ji.pkey, ji. summary, count(*) FROM changeitem ci join changegroup cg on (cg.id = ci.groupid) join jiraissue ji on (cg.issueid = ji.id) join project p on (p.id = ji.project) where ci.field = ‘status’ and

» Read more

Аналитика багов в Jira с помощью SQL — статистика в разрезе категорий. Часть II

В прошлой статье была рассмотрена простая задача по определению доли трудозатрат, которая приходится на исправление багов в проекте. Немного усложним задачу и зададимся вопросом «Как распределяются трудозатраты на исправление багов в разрезе категорий?». Категории — это определенный классификатор, который позволяет группировать баги по определенной характеристике. Для возможности выбора категории бага, в системе Jira необходимо создать отдельный списочный кастомный атрибут, например BugProperty.

» Read more