jira bug tracking tool tutorial
Rastreamento de bug do JIRA: ciclo de vida do defeito no JIRA
Download e instalação do Jira foi explicado em detalhes em nosso tutorial anterior. As equipes de teste estão sempre apreensivas em escolher o JIRA para gerenciamento de defeitos.
A dúvida se justifica. Decorre do fato de que, embora a ferramenta de rastreamento de bugs do JIRA seja aplicável a negócios de TI, ela é um sistema de tickets genérico.
Mesmo para projetos de TI, a popularidade do JIRA com as equipes de desenvolvimento deixa os testadores e as equipes de QA desconfortáveis. Apesar do conforto ou desconforto, as equipes de teste não têm escolha a não ser usar a ferramenta de rastreamento de bugs do JIRA na maioria das empresas. Nosso Guia completo de treinamento JIRA lhe dará um excelente conhecimento da ferramenta.
=> Clique aqui para a série completa de tutoriais do JIRA
Porque? Lógica simples- As empresas não querem investir em múltiplas ferramentas. Faz sentido para os negócios maximizar a utilização da ferramenta e não enlouquecer com a compra de muitas licenças.
Portanto, se uma equipe de desenvolvimento estiver usando Atlassian JIRA ferramenta de rastreamento de bugs para rastrear seus requisitos, melhorias, tarefas ou histórias de usuários, então a equipe de teste, muito provavelmente, tem que usá-la para rastreamento de bugs.
Mas relaxe . O gerenciamento de defeitos do JIRA é tão bom quanto qualquer outra ferramenta . Na verdade, em algumas situações, pode até ser melhor.
Este é o tutorial que irá demonstrar a você, por meio de capturas de tela e tudo, a aplicabilidade do JIRA ao rastreamento de bugs.
O que você aprenderá:
- Os melhores recursos da ferramenta JIRA Bug Tracking
- # 1) JIRA trata todo o trabalho dentro dele como um problema
- # 2) O relatório de defeitos precisa das seguintes informações registradas para cada problema:
- # 3) Ciclo de vida do defeito:
- # 4) Comentários e colaboração com a equipe de desenvolvimento
- # 5) Vincular o defeito a um requisito para permitir a rastreabilidade
- # 6) Os defeitos podem ser importados de um arquivo CSV
- # 7) Os defeitos podem ser exportados para Word, XML e formatos imprimíveis
- # 8) Relatórios de problemas abrangentes:
- Aplicabilidade do JIRA para testes - um dilema alternativo
- Criando um problema Jira e vários campos
- Como os problemas são tratados no JIRA
Os melhores recursos da ferramenta JIRA Bug Tracking
Aqui vamos nós.
# 1) JIRA trata todo o trabalho dentro dele como um problema
Então, no JIRA, criar um defeito seria criar um problema do tipo “ Erro ”.
# 2) O relatório de defeitos precisa das seguintes informações registradas para cada problema:
- ID de defeito
- Título de defeito
- Descrição do defeito (etapas para reproduzir)
- Informação ambiental
- Captura de tela (anexo)
- Gravidade
- Atribuir a alguém
- Status- Todos os status no ciclo de vida do bug
Todas as opções estão disponíveis para criar um defeito de forma eficaz.
Observe os campos destacados em vermelho abaixo:
Os dois campos que você não está vendo aqui são:
- ID de defeito
- Status
Esses dois campos são criados automaticamente pelo JIRA. Todos os problemas terão um ID exclusivo atribuído a eles pelo JIRA. O status de todos os problemas é “To-Do” ou “New” no JIRA por padrão ao criar um bug.
Portanto, todos os recursos comuns para relatórios de defeitos também estão disponíveis no JIRA. Na verdade, mais opções, como rótulos, defeitos de ligação e esforços de estimativa podem ser usados.
# 3) Ciclo de vida do defeito:
Todos os status do ciclo de vida do bug como em Bugzilla (ou qualquer outro popular bug tracker ) também pode ser realizado aqui:
Isso vai precisar de um pouco de personalização pelo administrador do JIRA, mas é fácil de fazer. Para aqueles que não querem se preocupar com a personalização, você também não pode errar com a configuração padrão.
# 4) Comentários e colaboração com a equipe de desenvolvimento
Cada problema, suas atualizações, designação de pessoas, comentários recebidos da equipe de desenvolvimento - tudo é rastreado no JIRA no log de atividades.
Isso permite melhor visibilidade e colaboração com as equipes de desenvolvimento:
# 5) Vincular o defeito a um requisito para permitir a rastreabilidade
A opção de link nos campos de problema do JIRA permite que você vincule um problema específico a outro. Digamos que se o Defeito 2 for uma duplicata do Defeito 1, você pode estabelecer essa relação.
Da mesma forma, se um defeito está bloqueando um requisito ou está relacionado a um requisito - você pode tornar este aspecto visível no JIRA.
Os links resultantes aparecerão na página de detalhes do problema conforme abaixo:
Os tipos de relacionamento são autoexplicativos e o uso de linguagem simples-comum-cotidiana palavras (como está relacionado a, causado por etc.) tornam muito fácil e intuitivo para qualquer usuário do JIRA usar esse direito.
# 6) Os defeitos podem ser importados de um arquivo CSV
Isso ajuda na criação em massa de problemas no JIRA de uma só vez. Além disso, se sua equipe for nova e você não quiser que eles criem problemas diretamente na ferramenta, você pode pedir que relatem os defeitos em uma planilha do Excel. Depois de revisados e confirmados como válidos, eles podem ser importados todos de uma vez para a ferramenta usando esta funcionalidade.
Seja qual for a maneira como você o usa, esta é uma grande vantagem.
# 7) Os defeitos podem ser exportados para Word, XML e formatos imprimíveis
Isso suporta melhor portabilidade de seus dados de defeito, especialmente útil se você deseja compartilhar seus dados de defeito com pessoas que não são usuários do JIRA.
# 8) Relatórios de problemas abrangentes:
Além disso, se você precisar de relatórios, vá para “ Projeto - relatórios ”E gerar todos os tipos de relatórios conforme abaixo:
Se tivermos que revisar as análises do JIRA em uma palavra, é fantástico.
Usuários avançados / avançados do JIRA também podem criar filtros de pesquisa avançados para gerar percepções mais profundas.
Por exemplo, se quiser ver todos os defeitos atribuídos a você em vários projetos (BM e AB), você pode usar uma consulta JQL como a seguir:
Portanto, no geral, o rastreamento de bugs / gerenciamento de defeitos no JIRA é muito semelhante, senão superior, aos rastreadores de bugs dedicados. Da próxima vez que você tiver que trabalhar nisso, não se preocupe. Você está em boas mãos.
Aplicabilidade do JIRA para testes - um dilema alternativo
Embora este seja um lado da moeda, há definitivamente outra dimensão de como as pessoas veem a aplicabilidade do JIRA para controle de qualidade ou testes.
Quando você pergunta a um grupo de QAs, “O que é o JIRA?” - muitos responderão que o JIRA é uma ferramenta de rastreamento de defeitos. Veja bem, eu ouvi isso de muitos profissionais seniores de controle de qualidade. Isso pode ser devido ao fato de que, gerenciamento / rastreamento de defeitos é tudo o que eles podem ter usado para o JIRA.
Mas, há muito mais do que isso. Quando usado corretamente, o núcleo do JIRA com seus recursos ágeis pode ser o seu único lugar para gerenciamento de projeto de alto nível.
Ele pode realmente apoiar o rastreamento de requisitos e progresso, rastreamento de bugs, estimativa, rastreamento de sprint através de painéis SCRUM e KANBAN, relatórios e colaboração.
Você pode estar usando uma ferramenta para uma coisa, mas da próxima vez, tente aprender algumas coisas sobre a ferramenta que o ajudarão a entendê-la e usá-la melhor.
Então, como uma próxima etapa, você pode explorar alguns outros recursos interessantes do JIRA (que podem não estar diretamente relacionados ao rastreamento de bugs) que podem torná-lo sua escolha.
- Painéis personalizáveis
- Complementos de gerenciamento de teste
- Votar e assistir a um problema
- Controle de tempo
- Projetos Agile e painéis Scrum
- Integração de suporte de Confluência / Documentação, etc.
Criando um problema Jira e vários campos
Problemas Jira: diferentes tipos de problemas Jira
Jira oferece maneiras muito simples de criar / registrar problemas.
Ele não apenas nos permite registrar bugs, mas também nos permite outros tipos de 'tickets' ou 'solicitações'. É mais um aplicativo de gerenciamento de solicitação geral.
Este tutorial irá explicar mais sobre os tipos de problema no Jira, criando um problema, diferentes campos na página ‘Criar problema’ e seus detalhes em termos simples com representação pictórica para seu fácil entendimento.
Jira Issues
Diferentes organizações podem ter diferentes tipos de problemas, dependendo de sua adequação / necessidades. Um administrador Jira pode personalizar este campo com eficiência.
Os problemas podem ser de diferentes tipos e abaixo estão a descrição / significado dos tipos de problema:
- Erro: Este é qualquer defeito ou desvio encontrado no aplicativo.
- Solicitação de aprimoramento: Também é conhecido como solicitação de mudança (CR). Este tipo é usado para representar qualquer mudança na funcionalidade existente ou em conjunto com uma nova funcionalidade.
- Tarefa: Este é mais um problema de configuração ou análise. Por exemplo , definir as configurações adequadas pode ser uma tarefa.
- Pergunta: O problema pode ser tão simples quanto fazer uma pergunta sobre como usar algumas funcionalidades do aplicativo. Esse tipo é usado com mais frequência pelos clientes finais.
- Épico: Normalmente, esse é um grande problema que, de preferência, é dividido em vários pequenos problemas. Podem ser necessários vários sprints para concluir o principal problema épico em um ambiente ágil.
- Objeto Financeiro: Freqüentemente, o gerenciamento de projeto / produto usa esse tipo de problema para rastrear suas finanças.
- História: Toda a história do usuário sobre um recurso pode ser um tipo de problema.
- Caso de teste : O problema pode ser um caso de teste. Esse tipo de problema estará disponível quando o Jira for integrado a plug-ins como o Zypher.
Criação de um problema
Supondo que um usuário tenha efetuado login no Jira e no projeto desejado.
Passo 1:
Clique no botão ‘+’ (‘Criar’) da barra de ferramentas.
Isso exibirá uma tela / página conforme mostrado na imagem abaixo:
Nesta página, selecione o projeto e o tipo de problema / solicitação e clique no botão ‘Avançar’.
Isso abrirá a página ‘Criar problema’ conforme exibida nas seguintes imagens:
Passo 2:
melhor downloader do youtube para windows 10
Insira os detalhes obrigatórios e outros dados o máximo possível na página 'Criar problema'.
Etapa 3:
Clique no botão ‘Criar’. Isso irá gerar um ID de problema exclusivo. O ID consistirá no identificador do projeto concatenado com dígitos numéricos.
No exemplo acima, o projeto escolhido é ‘TestProject’, portanto, o ID pode ser como ‘TESTPROJ1234’.
- Depois que o problema é criado, ele pode ser pesquisado usando o ID do problema.
Descrição dos campos na página ‘Criar problema’
(As imagens da página de criação de problemas são divididas em 3 partes para melhor legibilidade).
Observação :O administrador e / ou desenvolvedor Jira pode adicionar / remover os campos personalizados, dependendo das necessidades da organização.
# 1) Resumo :
Este também é mais frequentemente chamado de título do fascículo e é um campo muito importante de um fascículo de Jira.
O título deve ser o mais único e preciso possível para que, olhando para o próprio título, o problema possa ser compreendido. Isso ajuda a comissão de revisão de bug e / ou proprietários de produto a priorizar e atribuir o problema sem examiná-lo profundamente.
# 2) Componente / s :
Nome (s) do módulo ou área do aplicativo onde o defeito é detectado no caso do tipo de problema ‘Bug’.
Pode ser a área onde as alterações são necessárias no caso de um CR. Normalmente, é um menu suspenso que consiste em diferentes módulos / componentes existentes no aplicativo. O responsável pelo projeto deve obtê-lo preenchido com o administrador.
# 3) Descrição :
Normalmente deve conter as etapas para reproduzir o problema se o tipo de problema for um bug.
No caso de uma solicitação de aprimoramento, ele deve detalhar sobre o novo requisito, que normalmente é chamado de uma história na terminologia ágil. O ideal é que esse campo seja atualizado regularmente durante o fluxo de trabalho do problema.
# 4) Versões fixas :
Nome da versão na qual a solicitação de problema / aprimoramento será entregue. Esse valor é normalmente preenchido pelo proprietário do produto em coordenação com o scrum master em um ambiente ágil scrum.
# 5) Prioridade :
Este campo indica a criticidade do problema.
Pode ser um obstáculo, o que significa que o teste do aplicativo não pode prosseguir em uma fase de teste. O travamento de um aplicativo é um ideal Exemplo de um problema (crítico) de ‘Show Stopper’.
O conselho de revisão de bugs e os proprietários do produto têm todo o direito de alterar a prioridade do problema. Este campo é uma lista suspensa com valores como ‘Baixo’, ‘Médio’ (‘Principal’), ‘Crítico’, ‘Trivial’ etc.
# 6) Etiquetas :
Este campo é preenchido com os textos que ajudarão na categorização das questões.
# 7) Meio Ambiente :
Este é um campo opcional e o ambiente de teste é especificado aqui.
# 8) Anexo :
Imagens de suporte para o problema que está sendo criado. O usuário pode simplesmente arrastar e soltar imagens ou copiar e colar.
# 9) Afeta versão / s :
Para um tipo de problema de ‘bug’, a versão do produto deve ser inserida aqui.
Por exemplo 5,6, 5,7 etc.
# 10) Problemas vinculados :
Outras questões relevantes podem ser vinculadas ao novo problema, escolhendo um valor adequado neste menu suspenso.
Por exemplo, se o problema for introduzido por uma correção de algum outro problema, o valor a ser escolhido na lista suspensa pode ser ‘Introduzido por’. Este campo se torna extremamente importante se um novo defeito for acionado por alguma correção ou aprimoramento.
=> Problema : Depois de selecionar um valor adequado em 'Problemas vinculados', o ID do problema relevante é mencionado aqui.
# 11) Cessionário :
É o nome do usuário que trabalhará no problema.
Por exemplo, no caso de um bug, será o nome do desenvolvedor que irá corrigir o problema. Este campo é normalmente preenchido pelo proprietário do produto ou scrum master. Novamente, quem atribui o problema pode variar de uma organização para outra.
=> Clicar em ‘Atribuir a mim’ (localizado no canto direito do campo ‘Responsável’) atribuirá o problema ao usuário conectado.
# 12) Link épico :
Escolha o link relevante do épico.
# 13) Sprint :
O nome do sprint é selecionado aqui, indicando quando o problema será resolvido. Pode ser um sprint futuro, conforme decidido pelo product owner.
# 14) Equipe :
Pode haver diferentes equipes, em um ambiente Agile. O problema é atribuído a uma das equipes. Essa atribuição geralmente é feita pelo product owner ou scrum master em coordenação com o product owner.
# 15) Estimativa no início :
Este campo indicará quanto tempo será necessário para resolver o problema.
Mais frequentemente chamado de 'estimativa'. Isso também consistirá nos esforços de teste necessários. Pode ser mencionado em horas / dias / semanas ou pontos da história. Em um ambiente ágil durante o planejamento de sprint, toda a equipe chega a um palpite comum.
# 16) Repórter :
Este campo é preenchido automaticamente por Jira com o nome do usuário conectado.
Observação: Poderíamos ter alguns outros campos personalizados como abaixo (que não são vistos nas imagens acima):
(i) Tipo de ambiente :
Indica se um defeito foi encontrado em um ambiente de teste ou produção.
Os valores deste campo podem variar de organização para organização. Se Jira for usado para criar problemas apenas internamente na organização e não por clientes finais, esse campo pode nem existir.
(ii) reproduzível :
O defeito é reproduzível? Este campo não estará disponível para nenhum tipo de problema que não seja um bug.
(iii) Cliente :
Este campo nomeia o cliente final que registrou o problema. Em algumas organizações onde Jira é usado apenas para tratamento de problemas internos, este campo pode não existir.
Observação: Todos os campos descritos acima pertencem à guia ‘Campo’ na página ‘Criar problema’, que geralmente é a guia padrão. A página pode ser personalizada para ter mais guias como 'Documentação' etc., que abordaremos em nossos tutoriais subsequentes.
Jira nos oferece uma maneira eficaz de gerenciar os diferentes tipos de problemas com facilidade e eficiência.
Com muitas personalizações possíveis hoje em dia, o Jira tornou-se a escolha mais popular.
Como os problemas são tratados no JIRA
Working with JIRA Issues - Como registrar defeitos no JIRA
Vamos continuar criando um problema, supondo que o usuário conectado não seja um administrador e nosso projeto de teste seja “Teste para STH” com componentes - Módulo 1 e Módulo 2, versões - versão 1 e Versão 2. Chave - TFS já está criado.
Criando um problema de JIRA
Os problemas são o cerne do JIRA, portanto, para criá-los, há uma opção na barra de menu:
Clique no botão “Criar problema”. Alternativamente, quando você digita “c” na página JIRA, a seguinte caixa de diálogo ‘Criar problema’ é aberta.
Todos os campos desta página são autoexplicativos. Discutiremos o mais importante abaixo.
Projeto : Cada edição pertence a um projeto. Você pode escolher o mesmo clicando no menu suspenso e escolhendo o projeto ao qual deseja que este problema pertença.
Tipo de problema :Este campo exibe todos os tipos de problemas que podem ser criados e rastreados via JIRA. As seguintes opções estão disponíveis nesta lista (esta lista pode ser diferente dependendo da configuração definida pelo administrador):
Os itens Bug, novo recurso, tarefa, melhoria são exatamente o que seus nomes implicam. Epic e story são mais relevantes para os projetos ágeis. Uma história é um requisito do Agile que precisa ser rastreado do início ao fim. Um épico é um grupo de histórias.
Escolha o tipo de problema conforme necessário. Eu vou com “Bug”.
Resumo : Dê um título ao seu bug aqui. Quando usado corretamente, este campo pode ter muito sucesso na transmissão de muitas informações críticas. Alguns aspectos a serem observados aqui:
Um bug / defeito é essencialmente algo que não está certo. A maneira certa de abordar o título de um bug é definir concisamente 'o que há de errado'.
Um exemplo de um título / resumo inválido é “Deve haver uma opção para limpar o conteúdo da tela”. Quando eu ler isso, minha reação inicial será - “Ok, deveria haver - mas qual é o problema aqui? A opção não está presente? Ou as opções estão presentes e não estão limpando o conteúdo? ”
Também é acordado que, quando eu abrir este bug e examiná-lo em detalhes, tenho certeza de que encontrarei a resposta para essa pergunta.
No entanto, a ênfase aqui é usar esse campo “Resumo” da maneira mais eficiente. Portanto, um resumo / título muito adequado seria “A opção de limpar o conteúdo da página de login inicial não limpa os campos quando clicado.”
No espaço limitado que este campo oferece, tente escrever seu título de uma forma que comunique o problema exato sem qualquer ambigüidade.
Prioridade : Este campo pode assumir um dos seguintes valores.
Escolha uma opção apropriada para o seu bug.
Com por t : Esta lista exibirá os componentes do Projeto. Escolha apropriadamente.
Versão afetada e versão fixa: Esses dois campos exibirão as versões disponíveis para o projeto. Não é necessário que um determinado problema que você encontrou em uma determinada versão seja corrigido na mesma. Em casos como esse, você pode escolher a versão afetada como a versão atual e a versão de correção como a próxima.
Além disso, esses campos podem assumir vários valores. Você pode optar por definir que um determinado problema afete as versões 1 e 2 conforme abaixo:
Cessionário : Você pode digitar o nome da pessoa a quem este problema deve ser encaminhado posteriormente. Você também pode atribuir um problema a si mesmo.
Descrição : Este é um campo de texto opcional que o ajuda a inserir quantas informações desejar sobre o seu problema. No caso de um erro , é comum usar este campo para fornecer informações detalhadas sobre as etapas para reproduzir o defeito.
É de extrema importância dar todas as informações.
“Digamos que existem dois campos - dependentes - Estado e Cidade. Quando eu escolho Estado no menu suspenso, no campo Cidade, ele deve exibir as respectivas cidades no estado que escolhi.
Se eu levantasse um bug como “As cidades estão vazias para alguns estados que selecionei”. O campo de descrição é o lugar para eu elaborar esse defeito.
Um exemplo de descrição insuficiente é:
1) Entre no site
2) Clique na página de endereço
3) Insira os outros detalhes como nome, endereço, etc.
4) Clique no menu suspenso ”Estado”. Escolha um estado
5) Clique no menu suspenso “Cidade” - anote os nomes das cidades
A descrição acima, embora precisa, não é completa. Quando se trata dessa área, está do lado de fornecer muitas informações, mas não de menos.
Se as etapas a seguir forem adicionadas à descrição, isso faça mais sentido.
6) Escolha o estado como “Califórnia” e clique no menu suspenso “Cidade” - todos os estados serão exibidos e o usuário pode selecionar uma cidade conforme necessário.
7) Escolha o estado como “Louisiana” e clique no menu suspenso “Cidade” - a lista estará vazia.
8) As cidades estão vazias para os estados de Nova Jersey e Utah também.
Portanto, para repetir, forneça os passos exatos, os dados exatos e quaisquer outras informações que você julgar necessárias para preencher este campo.
Acessório : Qualquer documento de suporte pode ser carregado com um problema.
Assim que todas as informações forem inseridas de forma satisfatória, o problema pode ser criado clicando no botão “Criar” no final da caixa de diálogo “Criar problema”.
O problema é criado e uma mensagem é exibida ao usuário com o ID do problema:
Nota: observe o ID do problema; é prefixado pela “Chave” do projeto. É a maneira do JIRA de rastrear / agrupar as questões que pertencem a um determinado projeto.
Agora você pode visualizar o problema criado, clicando no link que aparece na mensagem acima.
Detalhes adicionais sobre a página Criar problema
1) Haverá uma opção de configuração de campos localizada no canto superior direito da página “Criar problema”.
Esta opção pode ser usada para escolher / alterar os campos que você gostaria de ver em seu diálogo de criação de problemas. Assim que a escolha for feita, o JIRA irá se lembrar das mudanças para seus problemas subsequentes também.
dois) Na parte inferior da página “Criar problema”, há um “criar outro”
Quando você escolhe esta opção e clica em “Criar” - uma vez, o problema atual é criado; JIRA mantém o
A caixa de diálogo 'Criar problema' é aberta com Projeto, tipo de problema e outros campos, exceto resumo automático selecionado de acordo com os problemas anteriores criados.
Com isso, concluímos o tópico “Criando um problema no JIRA”.
No próximo tutorial do Atlassian JIRA, aprenderemos sobre as subtarefas e como usá-las para fins específicos de controle de qualidade.
=> Visite aqui para a série completa de tutoriais do JIRA
Com você
Agora é hora de ouvir você. Você enfrentou algum desafio ao usar o JIRA para rastreamento de bugs?
Você acha que há algum peso na resistência que as equipes de teste têm em adaptar o JIRA para gerenciamento de defeitos?
PREV Tutorial | PRÓXIMO Tutorial
Leitura recomendada
- Tutorial de revisão prática da ferramenta de rastreamento de bug do backlog
- Tutorial de integração do GitLab Jira
- Download e instalação do Jira com configuração da licença Jira
- Tutorial do JIRA: um guia prático e completo do JIRA
- JIRA Administration Tutorial: JIRA Admin and User Management
- Tutorial de integração de JIRA e SVN
- Tutoriais detalhados do Eclipse para iniciantes
- Tutorial do JIRA Agile: Como usar o JIRA com eficácia para gerenciar projetos Agile