Filtro para separar issues por comentário

[Felipe Ribeiro]

Olá, gostaria de criar filtros para retirar métricas de issues que foram aprovadas e reprovadas. 

O time está utilizando comentários específicos para issues reprovadas e aprovadas.

Para as issues aprovadas utilizamos "QA Approved", já para as reprovadas "QA Rejected".

No fluxo de aprovação, quando uma issue é reprovada ela recebe o comentário de "QA Rejected" e após o ajuste do time ela é revisada novamente e então recebe o comentário "QA Approved"

Criei um filtro para somente as issues rejeitadas : project = "ABC" AND comment ~ "QA Rejected" . Neste filtro me trás somente as que possuem o comentário de rejeição, que é oque espero.

Porém quando realizo o filtro de issues aprovadas: project = "ABC" AND comment ~ "QA Approved" and comment !~ "QA Rejected" , ao invés de trazer somente as issues que possuem os comentários de "QA approved" e remover as que possuem "QA Rejected" o jira me trás ambas, logo não faz o filtro removendo as que foram reprovadas.

Gostaria de um apoio para realizar um filtro das issues que foram aprovadas mas que não possuem um histórico de rejeição, ou seja, aquelas que foram aprovadas em primeira revisão. 

[Tamires Mayumi]

Olá Felipe, 

Acredito que o problema esteja no !~ que é utilizado para fuzzy words, palavras parecidas com o que você digita. 

Para de ser "diferente de" o termo correto seria != 

Espero que ajude :) 

[Felipe Ribeiro]

Olá Tamires,

Obrigado pelo suporte. Tentei utilizar o "!=" porém o Jira mostra o seguinte erro : The operator '!=' is not supported by the 'comment' field.

[Felipe Ribeiro]

Tentei também utilizar outra forma de filtro através do comando : (project = "ABC" AND issue in ApprovalStatus("QA", "REJECTED") , porém o Jira não carrega as issues, e quando faço a integração com o Confluence , o mesmo não carrega e dá erro de timeout...

Logo creio que filtrar através dos comentários será mais efetivo e irá utilizar menor capacidade de busca da ferramenta. Porém não estou conseguindo fazer este filtro que só pegue as issues que foram aprovadas em primeira revisão. 

[Tamires Mayumi]

Olá Felipe, 

Primeiramente obrigada pela informação dos testes realizados, revisando a documentação e realizando outros testes aqui percebemos que utilizar ~! irá retornar qualquer comentário que não tenha o termo, o que faz com que não funcione se todos os comentários não tiverem o termo buscado. 

Seria possível fornecer alguns detalhes adicionais sobre o seu projeto para que possamos sugerir uma solução para este caso? 

• O workflow possui status diferentes para Aprovado e Rejeitado? 
• Há algum outro campo de aprovação além dos comentários? 
• O projeto mencionado é do Jira Software ou Jira Service Management? 

Quaisquer detalhes adicionais que você puder nos passar será de grande ajuda. 

Obrigada!

Tamires M. 

[Felipe Ribeiro]

Olá Tamires,

Estou realizando uma integração entre o Jira e confluence para que possa extrair dados das issues e criar gráficos de Métricas.

Nos nossos projetos as issues avaliadas possuem o seguinte workflow: OPEN>IN PROGRESS > IN REVIEW > (Passed)/(Rejected)

IF (Passed): ...IN REVIEW> Completed

IF(Rejected): .. IN REVIEW > REOPEN >IN PROGRESS > IN REVIEW ...

Gostaria de tirar métricas de rework, ou seja, a % de issues que foram reprovadas (logo reabertas) por um certo grupo de usuários (QA) ou que passaram em "primeira instância" (não foram reprovadas). Com isso, faço a importação destes filtros no confluence para criar gráficos de percentual de first pass e de rework (rejected).

Atualmente utilizo um filtro que utiliza a lógica da issue ser reaberta quando foi rejeitada, e isso satisfaz minha necessidade momentânea. Porém, este filtro está vinculado à uma lista de usuários aprovadores, o que com o tempo torna-se trabalhoso ficar atualizando esta lista dentro deste filtro.

Atual filtro:

Issues com First Pass: project = "ABC" AND issuetype in (Test, "Test Execution", Story, Bug, Requirement) AND (status = Completed AND status was not Reopened by (XXXX,YYYY,WWWW) AND status was not Reopened by (XXXX,YYYY,WWWW)) 

Issues com Rejected: project = "ABC" AND issuetype in (Test, "Test Execution", Story, Bug, Requirement) AND status was Reopened by (XXXX,YYYY,WWWW) 

Como comentei anteriormente, há uma forma de pesquisa que utiliza os comandos "issue in ApprovalStatus("QA", "REJECTED")" e  "issue in ApprovalStatus("QA", "APPROVED")" , oque desvincularia os filtros da questão do usuário, logo tornaria o filtro mais longínquo.  Porém o Jira não carrega as issues, e quando faço a integração com o Confluence , o mesmo não carrega e dá erro de timeout...

Já para alguns projetos fazemos a reprovação somente pelo comentário (sem fazer a aprovação formal pelo botão approve/rejected), e para estes o filtro por comentário seria essencial.

Já respondendo as suas questões:

• O workflow possui status diferentes para Aprovado e Rejeitado?  Não, a issue quando vai para revisão só teria o status seguinte como Aprovado ou Rejeitado pelo Approver.
• Há algum outro campo de aprovação além dos comentários?  Utilizamos a aprovação formal (pelo botão approve/reject) e aprovação por comentário.
• O projeto mencionado é do Jira Software ou Jira Service Management? Utilizamos o Jira Project Management Software.

Novamente agradeço o suporte.

[Tamires Mayumi]

Olá Felipe,

Revisamos seu caso com alguns colegas do time, e a opção de filtro pelos comentários não é muito viável porque ao contrário de outros campos, não tem uma entrada única, o que pode causar alguns conflitos como o que você reportou inicialmente. 

Como você mencionou que está procurando uma solução visando situações futuras, gostaria de sugerir o uso de Labels para fazer esse tipo de métrica. 

É possível configurar uma post function na transição para atribuir uma label a issue. 

Por exemplo, quando a issue volta para o status Reopened com a transição Rejected, a label "rejected" é atribuída. E quando vai para o status completed, adiciona a label "approved". Posteriormente seria possível filtrar as issues por label, buscando casos com apenas a label "approved", ou casos de retrabalho que teriam ambas labels. 

Temos essa documentação pública que fala um pouco mais sobre post functions no Workflow - Workflow - Post Function 

Caso você tenha mais dúvidas a respeito de como configurar as transições do workflow, sugiro que entre em contato com o suporte pelo link support.atlassian.com, desta forma você poderá aprovar o acesso do time de Suporte à sua instância e ao Workflow, para um melhor atendimento e solução. 

Obrigada!

Tamires M

[Felipe Ribeiro]

Boa Tarde Tamires,

Obrigado pelo retorno.

Gostaria de saber se há alguma forma de separar as issues com histórico de rejeição das que não possuem histórico de rejeição.

Muito obrigado