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 no processo de desenvolvimento. Esses objetos incluem itens de trabalho, branches, confirmações, solicitações de pull, builds e versões. Você pode usar relatórios integrados e o 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 em detalhes de como configurá-lo e usá-lo. Você pode encontrar links para mais informações em todo o texto.
Rastreabilidade e vinculação
Você pode acompanhar as alterações de código, builds 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 in release stage.
Criar um branch com base em um requisito
Você pode realizar muitas tarefas com uma única seleção no quadro 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 de pull de um requisito
Depois que as alterações de código são feitas no novo branch, os desenvolvedores podem criar uma solicitação de pull do item de trabalho.
Usar o quadro 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 enquanto trabalham, o que ajuda a documentar as alterações feitas e os motivos por trás delas. Dessa forma, o item de trabalho se torna uma fonte avançada 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, você pode adicionar testes ao item de trabalho. Em seguida, você pode executar seus novos testes a partir do quadro e definir o status do teste.
A integração de teste com o quadro torna mais fácil para as equipes começarem a usar o teste manual e, em seguida, aproveitar todos os recursos de teste fornecidos pelo Azure Test Plans. O quadro mostra o teste adicionado para suportar o requisito quando os casos de teste são criados a partir do quadro ou quando os 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, o que é chamado de teste planejado.
Implantar alterações na produção
Depois de definir um pipeline para criar e liberar as alterações de código, você pode acompanhar a implantação do requisito em cada estágio de versão. No formulário de item de trabalho, você pode abrir rapidamente os links para builds e versões nas seções de controle de 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 branch, confirmação ou pull que foram vinculadas ao requisito.
O controle de implantação mostra informações de versão para os itens de trabalho que foram associados a uma confirmação do Git, que faz parte de um build que está sendo lançado.
Visualização da versão
A imagem a seguir ilustra os vários ambientes que a versão está direcionando aos quais o item de trabalho selecionado está associado.
Configurações de liberação
Gerencie suas opções de exibição nas configurações de versão. O controle de implantação de item de trabalho mostra como as versões vinculadas aos seus itens de trabalho estão progredindo. Você pode ver o status de versão para itens de trabalho que têm confirmações no build e para pipelines de lançamento que você configurou para enviar informações de implantação para 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 integridade de seus requisitos e a avaliar sua prontidão para entrega. Eles também ajudam a rastrear 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 códigos-fonte, 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 builds e versões, rastreando a qualidade dos requisitos e falhas de teste, consulte Análise de teste.