Diretrizes para Teste Rápido (smoke testing)

Artigo
08/25/2010

No software, o termo teste de fumaça descreve o processo de validação de alterações de código antes que as alterações são verificadas em árvore de fonte do produto.Após revisões do código, "teste de fumaça" é o método mais econômico para identificar e corrigir defeitos no software.Testes de fumaça são projetados para confirmar que as alterações no código funcionaram como esperado e não desestabilizarão uma compilação inteira.

Observação:
O termo teste rápido (smoke test) originou-se na indústria de hardware.O termo é derivado de nesta sessão prática: Depois que um pedaço de hardware ou um componente de hardware foi alterado ou reparado, o equipamento era simplesmente ligado.Se não houvesse nenhuma fumaça (smoke), o componente passou no teste.

As diretrizes a seguir descrevem as práticas recomendadas para o teste rápido (smoke test) .Os efeitos de seguir as diretrizes irão variar amplamente, variando de melhorar a comunicação entre os participantes da equipe a desenvolver maneiras específicas de usar as ferramentas de teste e de depuração.

Trabalhe com o desenvolvedor

Você deve trabalhar com o desenvolvedor que escreveu o código, porque o teste rápido (smoke test) enfoca códigos alterados.Você terá de entender:

O que foi alterado no código.Para entender a alteração, você também terá que compreender a tecnologia usada; o desenvolvedor pode ajudar a explicar.
Como a alteração afeta a funcionalidade.
Como a alteração afeta as interdependências de vários componentes.

Conduza uma Revisão do Código antes do Teste Rápido (smoke testing)

Antes de executar um teste rápido (smoke test), conduza uma análise do código que focaliza as alterações no código.As revisões de código são o método mais efetivo e eficiente para validar a qualidade do código e certifique-se contra defeitos de código e falhas de comissão.Testes rápidos (smoke tests) garantir que a área de crítica ou fraca principal identificado pelo análise do código ou avaliação de riscos principalmente for validada, porque se ele falhar, o teste não pode continuar.

Instale Binários Particulares em um Clean Debug Build

O teste deve executada em um ambiente de teste limpo através do uso de binários de depuração para os arquivos que estão sendo testados.

Observação:
Testar com binários incompatíveis é um erro comum em testes smoke.Para evitar esse erro, quando há uma dependência entre dois ou mais binários atualizados, incluir todos os binários atualizados na compilação de teste.Caso contrário, os resultados de teste podem não ser válidos.

Crie Compilações Diárias

Compilações diárias exigem que os membros da equipe trabalhem juntos e incentiva os desenvolvedores a permanecerem em sincronia.Se iterações das novas compilações são atrasadas, o atraso pode fazer com que produtos com várias dependências fiquem fora de sincronia.Seguindo um processo de compilação diária e testes rápidos (smoke tests) em quaisquer binários alterados ou novos asseguram alta qualidade.

Para obter mais informações sobre como configurar compilações repetitivas, consulte Executando Builds in Team Foundation Build. Para obter mais informações sobre como verificar compilações do produto, consulte Como: configurar and Run compilação verificação Tests (BVTs).

Observação:
Faça com que a compilação de qualidade diária seja a maior prioridade da equipe.Se a compilação for interrompida porque um check-in do código não tiver sido testado com teste rápido (smoke test) , exigir que o desenvolvedor e testador interrompam todos os outros trabalho até o problema ser resolvido.A penalidade por interromper a compilação não deve ser dura, mas a penalidade deve enfatizar que uma compilação diária adequada é a maior prioridade da equipe.

Faça com que a compilação de qualidade diária seja a maior prioridade da equipe.Se a compilação for interrompida porque um check-in do código não tiver sido testado com teste rápido (smoke test) , exigir que o desenvolvedor e testador interrompam todos os outros trabalho até o problema ser resolvido.A penalidade por interromper a compilação não deve ser dura, mas a penalidade deve enfatizar que uma compilação diária adequada é a maior prioridade da equipe.

Você não precisa executar testes de exaustivamente.O objetivo do teste smoke não é garantir que o binário esteja 100 % livre de erros.Isso exigiria muito tempo.Você executa testes rápidos (smoke tests) para validar a compilação em um nível alto.Você deseja assegurar que alterações em um binário não desestabilize a compilação de forma geral ou cause graves erros na funcionalidade.

Teste de carga e Web

Quando você cria testes da Web e testes de carga, é uma boa prática executar um teste rápido (smoke test) antes de executar qualquer teste extenso e pesado.Para Web e carga, o teste rápido (smoke testing) smoke é curto, leve.Você usar um teste rápido (smoke test) para validar que tudo seja corretamente configurado e executado como esperado antes de executar os testes para desempenho ou testes de tensão.