.
O teste de sanidade é uma versão do teste de regressão para garantir que uma seção específica do aplicativo ainda esteja funcionando após uma correção de bug ou uma melhoria de funcionalidade. Esse tipo de controle de qualidade é diferente do teste de fumaça, pois normalmente se concentra apenas em uma ou duas funcionalidades, enquanto o teste de fumaça se destina a todas as principais funcionalidades. Quando o teste falha, o controle de qualidade rejeita a compilação e a envia de volta aos desenvolvedores para uma correção.
O teste de sanidade não usa scripts pré-escritos e geralmente é feito quando uma verificação rápida é necessária para ver se a compilação é funcional. Um especialista em controle de qualidade identificará os novos recursos, alterações de funcionalidade ou correções e, em seguida, verificará se a nova implementação funciona conforme o esperado. A equipe de controle de qualidade também garantirá que as funcionalidades existentes ainda funcionem conforme o esperado. Se os testes funcionais novos e associados forem aprovados, o testador de controle de qualidade aprovará a construção como aprovada.
Vantagens: –
A principal vantagem do teste de sanidade é que ele reduz o custo de tempo para um teste de regressão detalhado. Por ser focado em uma área específica, esse tipo de QA proporciona uma avaliação rápida e minimiza esforços desnecessários. Esse tipo de QA nos ajuda a detectar erros nos estágios iniciais do desenvolvimento de software e ajuda a minimizar o desperdício de tempo nos ciclos de desenvolvimento. Em vez de esperar que todos os testes sejam concluídos, os desenvolvedores dependem de testes de sanidade para descobrir os próximos passos. Se o teste for bem-sucedido, a equipe de desenvolvimento pode passar para a próxima tarefa e, se o teste falhar, a compilação volta para a equipe para correção. Na maioria das situações, o teste de regressão segue um teste de sanidade bem-sucedido e que será usado para identificar bugs adicionais.
Desafios: –
Um dos desafios do teste de sanidade é que ele geralmente não é documentado e não tem script e, portanto, referências futuras não são possíveis. Pode ser difícil para alguns testadores, especialmente quando eles são novos nesse projeto. Esse tipo de teste não atinge o nível de teste de design e é difícil para o desenvolvedor identificar e encontrar uma maneira de corrigir o problema. Além disso, o teste de sanidade é focado apenas em certas funcionalidades que podem deixar passar problemas com outras funcionalidades.
Melhoria: –
Para minimizar os problemas que surgem devido ao teste não ser roteirizado, um empresa terceirizada de controle de qualidade pode implementar uma maneira simples de documentar um processo de teste de sanidade. Isso pode ser feito criando uma execução de teste que usa um conjunto de casos de teste existentes que podem ser derivados de vários módulos. Os resultados desses casos de teste são rastreados para passar ou falhar no teste, e isso fornece ao desenvolvedor e ao testador um registro do teste que foi feito.
.
