Suíte de testes no Test Plans do Azure DevOps
O autor apresenta neste artigo, os Test Plans e as suítes de teste disponíveis, incluindo static test suites, requirement-based suites, e query-based suites.
Já falamos sobre alguns recursos existentes no Azure↳Azure76 conteúdosDeploy de Azure Stream Analytics job com CI/CD usando Azure PipelinesDevSecOps · mai 2019Azure – Como criar uma base de dados SQL no Microsoft Azure pronta para ser utilizadaData · abr 2019Azure Static Web Apps com Vue.js e Visual Studio CodeDevSecOps · out 2023Ver tudo em DevSecOps → DevOps da Microsoft, e neste artigo vamos demonstrar o Test Plans e as suítes de teste disponíveis, incluindo static test suites, requirement-based suites, e query-based suites. Começaremos por este grupo de testes manuais que apoiam o ciclo de vida da aplicação na sua organização.
O primeiro passo é criar um novo Plano de Teste (+ New Test Plan), referenciando a Area Path (time de projeto) e a Iteration (Sprint) como referência para execução dos testes.
Escolha a suíte de testes que deseja utilizar. No exemplo abaixo, vamos de new requirements-based suite. Este item considera a realização de testes manuais em um backlog, podendo ser requirements, user story ou work items.
Cada caso de teste criado é associado ao work item automaticamente, o que permite rastrear o status dos testes de todas as tarefas do seu backlog.
Veja que uma query é sugerida para retornar os itens do backlog que você deseja testar.
Após criado o plano de teste, adicione um novo caso de teste (New test case). Essa janela permite configurar passos, ações e resultados esperados durante os testes. Inserir anexos, parâmetros e automações associadas são outros recursos bem interessantes.
Atribua os usuários que realizarão os testes. Veja também se as configurações do ambiente, browser e sistema operacional estão ok (Azure DevOps – Test > Configurations).
Ao executar o caso de teste, você terá os recursos de capturar tela, ações do usuário (log) e gravar a navegação. Também pode inserir comentários e anexos nesta validação. Após encerrar o teste, faça a atualização do status (pass, fail, pause, block ou not applicable) para manter a visibilidade dos testes no backlog. Em caso de falha, você consegue criar um Bug imediatamente.
Visualize graficamente (em Charts) os resultados da execução dos testes ou o backlog dos casos de teste criados.
Leonardo possui mais de 17 anos de experiência em projetos de TI, Agile, desenvolvimento de sistemas web, Business Inteligence, Data Mining, Machine Learning e Dashboards. Especialista em Governância: Agile (Scrum), SAFe, PMBOK, Kanban e Lean Six Sigma. Mestre em Engenharia de Produção, MBA em Gestão Empresarial com ênfase em Gestão de Projetos e bacharelado em Ciência da Computação. Fluente em Inglês e espanhol avançado.
