Introdução

A vida de um QA Tester será considerado incompleto se os termos “Fumaça ” Teste”, “a Sanidade de Teste” e “Teste de Regressão’ não são uma infusão. Embora estes sejam alguns termos usados regularmente, há alguns equívocos comuns em torno deles também. antes de começarmos com os detalhes do teste de fumaça, sanidade e regressão e o que eles realmente significam, vamos passar por alguns equívocos e mitos comuns em torno deles:os testes de fumaça e sanidade são os mesmos e podem ser usados indistintamente: isso não é verdade e nunca deve ser feito, por quê? vamos discutir isso neste artigo.

neste artigo, vamos tentar limpar acima de confusões para uma vez por todas.

no caso de querer ler mais sobre os testes manuais, consulte a ligação aqui.

Nota: Porque vamos usar o termo ‘Software Build’ muitas vezes no artigo, vamos defini-lo aqui. ‘Compilação de Software” é um processo de conversão de código de origem, em um aplicativo do usuário, após várias revisões e alterações de código e Compilação de Software de criação envolve vários processos como, “Controle de Versão, Qualidade de Código & Compilação” e compilação de software também é o resultado deste processo de construção. Neste artigo, uma compilação será referida como uma versão testável do software.

a Fumaça de Teste

teste de Fumaça é uma abordagem que normalmente é realizada durante a fase inicial de desenvolvimento de Software Ciclo de Vida de Desenvolvimento(SDLC) para certificar-se de que o núcleo de funcionalidades de um programa está funcionando bem, sem problemas. Ele é executado antes de quaisquer testes funcionais detalhados são feitos no software.

A principal intenção do teste de fumaça não é realizar testes profundos, mas verificar que o núcleo ou Principais funcionalidades do programa ou do software estão funcionando bem. O teste de fumaça tem como objetivo rejeitar uma construção mal quebrada na fase inicial para que a equipe de teste não perca tempo na instalação de & testando a aplicação de software.

O ensaio de fumos também é chamado de ensaio de verificação da construção.

vamos ver um exemplo simples onde lhe é dada uma aplicação de E-mail para testar. As funções importantes seriam entrar na aplicação de E-mail, compor um e-mail e enviá-lo, certo? E, caso o e-mail não seja enviado, faz algum sentido testar outras funcionalidades como rascunhos, mensagens apagadas, arquivos, etc? Isso significa que você terá que abandonar a compilação sem mais validação. Isto chama-se Teste de fumo.

o principal foco do ensaio de fumos é testar as áreas críticas e não a aplicação completa.

quando efectuar testes de fumo

• Quando os programadores fornecerem uma nova compilação para a equipa de QA. Uma nova compilação aqui significa quando a compilação tem novas alterações feitas pelos desenvolvedores.
• Quando um novo módulo é adicionado à funcionalidade existente.

Automação & ensaio de fumos:

Usually this is the type of testing that is executed before real automation test cases can run. Para as organizações que têm ensaios contínuos incorporados, o ensaio de fumos é equivalente à instalação com êxito da construção para a execução dos ensaios ou à execução do primeiro ensaio. Então, este não é um tipo de teste que é deliberadamente automatizado, mas se a automação de teste for posta em prática, a automação de teste só pode ser executada com sucesso uma vez que o software tenha passado no teste de fumaça. Ou de outra forma, o primeiro caso de teste que executa pode falhar.o teste de sanidade é um tipo de teste realizado para verificar se um produto de software está funcionando corretamente quando um novo módulo ou funcionalidade é implementado em um produto existente. Sanity testing é uma técnica de teste de software que faz uma avaliação rápida da qualidade do lançamento de software para determinar se ele é elegível para mais rodadas de testes ou não.

Sanidade teste é geralmente realizada após o recebimento de uma forma bastante estável compilação de software ou, às vezes, quando uma compilação de software pode ter sofrido pequenas alterações no código ou funcionalidade. Decide se os ensaios finais de um produto de software devem ou não ser realizados.

Sanidade testes também é uma Superfície de Nível de Teste que ajuda a decidir se a compilação de software é bom o bastante para passar para o próximo nível de teste.

Why perform Sanity Testing

• To verify and validate the conformity of newly added functionalities and features in existing code.para garantir que as alterações introduzidas não afectam outras funcionalidades do produto.para decidir se podem ou não ser realizados outros ensaios.

quando realizar testes de sanidade

• Build é recebido após muitas regressões ou se houver uma pequena alteração no código.
• a compilação é recebida após a correcção de erros.pouco antes da implantação na produção.

Automação & teste de sanidade:

considerando, o teste de sanidade é considerado como um subconjunto dos testes de regressão, estes são os casos de teste que podem ser automatizados. Uma abordagem recomendada é executar estes casos de teste antes de executar o conjunto completo de testes de regressão. O benefício é que se houver quaisquer erros nos casos de teste de sanidade, então erros podem ser relatados mais cedo do que mais tarde.

o teste de regressão

o teste de regressão é a verificação de “correcções de erros ou quaisquer alterações no requisito” e certificando-se de que não estão a afectar outras funcionalidades da aplicação. O teste de regressão é eficaz na automação e geralmente realizado depois de algumas modificações terem sido feitas na compilação do software após alterações de requisitos ou correções de bugs.uma vez concluído o teste de sanidade da funcionalidade alterada, todas as características impactadas da aplicação requerem um teste completo. Isto é chamado de teste de regressão.

sempre que as correções de bugs são feitas no software existente, alguns cenários de teste precisam ser executados, para verificar as correções de bugs. Além disso, a equipe de QA também tem que verificar as áreas impactadas, com base nas mudanças de código. No teste de regressão, todos esses cenários de teste terão que ser executados, para cuidar das funcionalidades relacionadas.

Quando executar o Teste de Regressão

• Depois do Código de modificação de acordo com as alterações necessárias
• Depois de alguns novos recursos são adicionados ao aplicativo
• Depois de algumas correções de bugs são incorporados a compilação

Automação & Teste de Regressão:

teste de Regressão casos são, na verdade, o ideal casos de teste para o autômato. Normalmente, quando uma organização começa a automação, estes são os casos de teste que são automatizados primeiro. Se o teste de regressão é uma atividade que está tomando muito tempo para seus testadores e os mesmos casos de teste são repetidos várias vezes, então é hora de você começar a pensar em automação também.

Se está à procura de uma ferramenta que o possa ajudar a iniciar a sua jornada de automação, então também precisa de se certificar de que escolhe a ferramenta certa. Uma ferramenta que também pode fornecer-lhe ROI sobre os esforços investidos. Temos o guia que pode ajudá-lo.:

10 Points to Help You Choose the Right Test Automation Tool

Differences Between Smoke vs Sanity vs Regression Testing

Pontos-Chave

• Fumaça e Sanidade testes de ajudar a equipe de controle de qualidade economizar tempo rápido de teste para certificar-se se um aplicativo está funcionando corretamente ou não. Além disso, garante que o produto é elegível para testes adicionais. Considerando que o teste de regressão ajuda a aumentar a confiança sobre a qualidade do software após uma mudança particular. Especialmente, que as mudanças de código não estão afetando áreas relacionadas.

• Smoke Testing is done by both the dev team or by the QA team and can be taken as a subset of rigorous testing. Considerando que ambos os testes de regressão são feitos apenas pela equipe de QA. Além disso, testes de sanidade podem ser considerados como um subconjunto de testes de aceitação.

• Smoke testing is executed at the initial stage of SDLC, to check the core functionalities of an application. Enquanto a sanidade & os testes de regressão são feitos na fase final da SDLC, para verificar as principais funcionalidades de uma aplicação.

• de acordo com o requisito de teste & disponibilidade de tempo, a equipa de QA pode ter de executar a sanidade, o fumo & testes de regressão na construção do seu software. Nesses casos, os testes de fumaça são executados primeiro, seguido por testes de sanidade & depois, com base no teste de regressão de disponibilidade de tempo é planejado.

na prática, todas as equipes de QA precisam fazer testes de Fumaça, sanidade e Regressão. Todos estes tipos de testes têm um número pré-definido de casos de teste que são executados várias vezes. Esta execução repetitiva também faz deles um candidato ideal para a automação de testes. Ao procurar automação, você é recomendado para usar uma ferramenta que lhe fornece ROI sobre automação a partir das fases iniciais. Testsigma é uma dessas ferramentas.