Rastreabilidade de ponta a ponta
Azure DevOps Services
O Azure DevOps dá suporte à rastreabilidade de ponta a ponta, permitindo que você vincule diferentes objetos envolvidos em seu processo de desenvolvimento. Esses objetos incluem itens de trabalho, ramificações, confirmações, solicitações pull, compilações e liberações. Você pode usar relatórios internos e o Google Analytics para monitorar a rastreabilidade de seus objetos em tempo real.
Este artigo fornece uma visão geral de como o Azure DevOps habilita e dá suporte à rastreabilidade, sem entrar nos detalhes de como configurá-lo e usá-lo. Você pode encontrar links para mais informações por toda parte.
Rastreabilidade e vinculação
Você pode controlar as alterações de código, compilações e versões vinculadas a um item de trabalho durante todo o ciclo de vida de desenvolvimento. Dessa forma, sua equipe pode ver a trilha de auditoria de como o trabalho foi feito ou como um bug foi corrigido observando as alterações na base de código.
Os tipos de link usados para repositórios Git — conforme ilustrado na imagem a seguir — são Build, Found in build, Integrated in build, Branch, Commit, Pull Request e Integrated no release stage.
Criar um branch com base em um requisito
Você pode realizar muitas tarefas com uma única seleção no quadro Kanban do produto. Mostrado na imagem a seguir, você pode criar uma ramificação a partir de um requisito abrindo o menu do cartão de item de trabalho. Ao criar uma ramificação a partir da ramificação principal padrão, você pode dar a ela um nome e um rótulo. A ramificação é vinculada automaticamente ao item de trabalho com o tipo de link Ramificação .
Ou selecione criar uma ramificação no formulário de item de trabalho.
Criar uma solicitação pull a partir de um requisito
Depois que as alterações de código forem feitas na nova ramificação, os desenvolvedores poderão criar uma solicitação pull do item de trabalho.
Usar o quadro Kanban e o item de trabalho para impulsionar o desenvolvimento de software também tem outro benefício. Ele incentiva os desenvolvedores a adicionar comentários à medida que trabalham, o que ajuda a documentar as alterações que fazem e os motivos por trás delas. Dessa forma, o item de trabalho se torna uma rica fonte de informações e histórico para as alterações de código.
Adicionar e executar testes a partir de requisitos
Vincule um teste a um conjunto de requisitos e valide se o aplicativo funciona conforme o esperado. No quadro Kanban, você pode adicionar testes ao item de trabalho. Em seguida, você pode executar seus novos testes a partir do quadro Kanban e definir o status do teste.
A integração de teste com o quadro Kanban facilita para as equipes começarem com o teste manual e, em seguida, aproveitarem todos os recursos de teste fornecidos pelos Planos de Teste do Azure. O quadro Kanban mostra o teste adicionado para dar suporte ao requisito quando os casos de teste são criados a partir do quadro Kanban ou quando conjuntos de testes baseados em requisitos são criados em Planos de teste.
Testes manuais e automatizados
Você pode executar testes automatizados em um pipeline ou sob demanda. Você também pode vinculá-los a casos de teste em um plano de teste e executá-los a partir de Planos de teste. Dessa forma, você pode acompanhar a qualidade de seus requisitos com testes automatizados, que é chamado de teste planejado.
Implantar alterações na produção
Depois de definir um pipeline para compilar e liberar as alterações de código, você pode controlar a implantação do requisito para cada estágio de versão. No formulário de item de trabalho, você pode abrir rapidamente os links para compilações e versões nas seções de controle Implantação e Desenvolvimento.
Controles de implantação e desenvolvimento
Ao abrir o formulário de item de trabalho, você pode ver os estágios nos quais o requisito foi implantado e fazer uma busca detalhada para obter mais detalhes escolhendo os links. Na seção Desenvolvimento, você pode abrir as solicitações de ramificação, confirmação ou pull que foram vinculadas ao requisito.
O controle Deployment mostra informações de versão para os itens de trabalho que foram associados a uma confirmação do Git, que faz parte de uma compilação que está sendo lançada.
Visualização de versão
A imagem a seguir ilustra os vários ambientes aos quais a versão está direcionada, aos quais o item de trabalho selecionado está associado.
Configurações de lançamento
Gerencie suas opções de exibição nas configurações de lançamento. O controle de implantação de item de trabalho mostra como as versões vinculadas aos itens de trabalho estão progredindo. Você pode ver o status da versão para itens de trabalho que têm confirmações na compilação e para pipelines de versão que você configurou para enviar informações de implantação para o Azure Boards.
Matriz de Rastreabilidade de Requisitos
A rastreabilidade de requisitos fornece às equipes insights sobre indicadores como qualidade dos requisitos ou prontidão para enviar requisitos. Um aspecto fundamental da rastreabilidade de requisitos é a associação dos requisitos para testar casos, bugs e alterações de código.
A Matriz de Rastreabilidade de Requisitos (RTM) garante que todos os requisitos definidos para um sistema sejam testados nos protocolos de teste.
Relatórios de rastreabilidade de requisitos
Os relatórios de rastreabilidade de requisitos são uma forma de mostrar como as diferentes fases de um processo de desenvolvimento estão relacionadas e documentadas. Eles ajudam as equipes a medir a qualidade e a completude de seus requisitos e a avaliar sua prontidão para a entrega. Eles também ajudam a controlar as alterações de código, testes, bugs e implantações vinculadas aos requisitos.
Rastreabilidade de bugs
Você pode ver o bug e o resultado do teste juntos na guia Testes , no mesmo contexto. A guia Itens de Trabalho também mostra todos os requisitos vinculados ao resultado do teste.
Para obter informações sobre rastreabilidade de bugs e origem, consulte Rastreabilidade de requisitos.
Rastreabilidade de origem
Com base no pipeline de build ou lançamento, você pode escolher o linha do tempo ou a exibição de pipeline para ver quais alterações de código foram confirmadas. Você pode analisar as alterações de código para identificar a possível causa raiz da falha de teste.
Análise de Teste
Para obter informações sobre o Test Analytics para compilações e versões, controlar a qualidade dos requisitos e falhas de teste, consulte Test Analytics.