build verification testing complete guide
O que é o teste de verificação de compilação (BVT)?
Teste de verificação de compilação é um conjunto de testes executados em cada nova compilação para verificar se a compilação pode ser testada antes de ser liberada para a equipe de teste para testes adicionais.
Esses casos de teste são casos de teste de funcionalidade central que garantem que o aplicativo seja estável e possa ser testado completamente. Normalmente, o processo BVT é automatizado. Se o BVT falhar, esse build é novamente atribuído a um desenvolvedor para a correção.
BVT também é chamado Teste de Fumaça ou Teste de Aceitação de Construções (BAT)
O New Build é verificado principalmente por duas coisas:
- Validação de compilação
- Aceitação de construção
Alguns princípios básicos do BVT:
- É um subconjunto de testes que verifica as principais funcionalidades.
- Os BVTs normalmente são executados em compilações diárias e se o BVT falhar, a compilação é rejeitada e uma nova compilação é lançada após as correções serem feitas.
- A vantagem do BVT é que economiza os esforços de uma equipe de teste para configurar e testar uma compilação quando uma funcionalidade importante é interrompida.
- Projete os BVTs com cuidado o suficiente para cobrir a funcionalidade básica.
- Normalmente, o BVT não deve ser executado por mais de 30 minutos.
- BVT é um tipo de Teste de Regressão , feito em cada nova construção.
O BVT verifica principalmente a integridade do projeto e verifica se todos os módulos estão integrados corretamente ou não. O teste de integração de módulo é muito importante quando equipes diferentes desenvolvem módulos de projeto. Eu ouvi muitos casos de falha de aplicativo devido à integração inadequada do módulo. Mesmo nos piores casos, o projeto completo é descartado devido a falha na integração do módulo.
Qual é a principal tarefa no Build Release? Obviamente, faça o 'check-in', ou seja, para incluir todos os arquivos de projeto novos e modificados associados às respectivas compilações. O BVT foi introduzido principalmente para verificar a integridade inicial da compilação, ou seja, para verificar se - todos os arquivos novos e modificados estão incluídos no lançamento, todos os formatos de arquivo estão corretos, cada versão e idioma do arquivo, sinalizadores associados a cada arquivo
Essas verificações básicas valem antes do lançamento do build para a equipe de teste para teste. Você economizará tempo e dinheiro descobrindo as falhas de construção logo no início, usando o BVT.
o que é teste de integração com exemplo
Quais casos de teste devem ser incluídos no BVT?
Esta é uma decisão muito complicada de se tomar antes de automatizar a tarefa BVT. Lembre-se de que o sucesso do BVT depende de quais casos de teste você inclui no BVT.
Aqui estão algumas dicas simples para incluir Casos de teste em seu BVT Automation Suite:
- Inclui apenas casos de teste críticos no BVT.
- Todos os casos de teste incluídos no BVT devem ser estáveis.
- Todos os casos de teste deveriam saber o resultado esperado.
- Certifique-se de que todos os casos de teste de funcionalidade crítica incluídos são suficientes para a cobertura do teste de aplicativo.
Além disso, não inclui módulos no BVT, que ainda não são estáveis. Para alguns recursos em desenvolvimento, você não pode prever o comportamento esperado, pois esses módulos são instáveis e você pode conhecer algumas falhas conhecidas antes de testar esses módulos incompletos. Não faz sentido usar esses módulos ou casos de teste no BVT.
Você pode simplificar essa tarefa crítica de inclusão de casos de teste de funcionalidade, comunicando-se com todos os envolvidos no desenvolvimento do projeto e no ciclo de vida do teste. Tal processo deve negociar casos de teste do BVT, o que, em última análise, garante o sucesso do BVT. Defina alguns padrões de qualidade BVT e esses padrões podem ser atendidos apenas pela análise dos principais recursos e cenários do projeto.
Por exemplo, Casos de teste a serem incluídos no aplicativo BVT para editor de texto (Alguns testes de amostra apenas):
- Caso de teste para criar o arquivo de texto.
- Casos de teste para escrever algo no editor de texto
- Caso de teste para copiar, recortar e colar a funcionalidade do editor de texto
- Caso de teste para abrir, salvar e excluir arquivo de texto.
Estes são alguns casos de teste de amostra, que podem ser marcados como 'críticos' e para cada pequena ou grande mudança no aplicativo, esses casos de teste críticos básicos devem ser executados. Esta tarefa pode ser facilmente realizada pelo BVT.
Os trajes de automação BVT precisam ser mantidos e modificados de tempos em tempos. Por exemplo. incluir casos de teste no BVT quando houver novos módulos de projeto estável disponíveis.
O que acontece quando o BVT Suite é executado?
Diga Build suite de teste de automação de verificação executado após qualquer novo build.
# 1) O resultado da execução do BVT é enviado a todos os IDs de e-mail associados a esse projeto.
#dois) O proprietário do BVT (pessoa que executa e mantém o pacote do BVT) inspeciona o resultado do BVT.
# 3) Se o BVT falhar, o proprietário do BVT diagnostica a causa da falha.
# 4) Se a causa da falha for o defeito na construção, todas as informações relevantes com logs de falha são enviadas aos respectivos desenvolvedores.
# 5) Desenvolvedor em suas respostas de diagnóstico iniciais à equipe sobre a causa da falha. Se isso é realmente um bug? E se for um bug, então qual será o seu cenário de correção de bug.
# 6) Na correção do bug, mais uma vez, o conjunto de testes do BVT é executado e se o build for aprovado no BVT, o build é passado para a equipe de teste para mais detalhes sobre a funcionalidade, desempenho e outros testes.
Este processo é repetido para cada nova construção.
Por que o BVT ou o Build falham?
O BVT quebra às vezes. Isso não significa que sempre há um bug na construção. Existem alguns outros motivos para falha de construção, como erro de codificação do caso de teste, erro do conjunto de automação, erro de infraestrutura, falhas de hardware, etc.
Você precisa solucionar a causa da quebra do BVT e tomar as medidas adequadas após o diagnóstico.
Dicas para o sucesso do BVT:
# 1) Gaste um tempo considerável escrevendo scripts de casos de teste BVT.
#dois) Registre o máximo de informações detalhadas possível para diagnosticar o resultado de aprovação ou reprovação do BVT. Isso ajudará a equipe de desenvolvedor a depurar e saber rapidamente a causa da falha.
# 3) Selecione casos de teste estáveis para incluir no BVT. Para novos recursos, se o novo caso de teste crítico passar de forma consistente em diferentes configurações, promova esse caso de teste em seu pacote BVT. Isso reduzirá a probabilidade de falhas frequentes de construção devido a novos módulos instáveis e casos de teste.
# 4) Automatize o processo BVT tanto quanto possível. Desde o processo de lançamento da versão até o resultado do BVT - automatize tudo.
# 5) Tenha algumas penalidades por quebrar a compilação ;-) Alguns chocolates ou café da equipe de um desenvolvedor que quebrar a compilação servirão.
Conclusão
BVT nada mais é do que um conjunto de casos de teste de regressão que são executados a cada vez para a nova construção. Isso também é chamado de teste de fumaça. A construção não é atribuída à equipe de teste, a menos e até que o BVT seja aprovado.
O BVT pode ser executado pelo desenvolvedor ou testador e o resultado do BVT é comunicado a toda a equipe e uma ação imediata é tomada para corrigir o bug se o BVT falhar. O processo BVT é normalmente automatizado escrevendo scripts para casos de teste.
Apenas casos de teste críticos são incluídos no BVT. Esses casos de teste devem garantir a cobertura de teste do aplicativo. O BVT é muito eficaz para compilações diárias e de longo prazo. Isso economiza tempo, custo, recursos significativos e, afinal, nenhuma frustração da equipe de teste pela compilação incompleta.
Se você tem alguma experiência no processo de BVT, por favor, compartilhe com nossos leitores nos comentários abaixo.
Leitura recomendada
- Teste Alfa e Teste Beta (um guia completo)
- Melhores ferramentas de teste de software 2021 (QA Test Automation Tools)
- Teste Funcional Vs Teste Não Funcional
- Tipos de teste de software: diferentes tipos de teste com detalhes
- Teste ETL Tutorial de teste de data warehouse (um guia completo)
- Guia de teste de segurança de aplicativos da Web
- Os melhores serviços de teste de software de controle de qualidade da SoftwareTestingHelp
- Download do e-book do Testing Primer