Pergunta

Se não, é fumar testar ainda usado?

Foi útil?

Solução

É uma espécie de um Diagrama de Venn. Alguns testes automatizados são testes de fumo, e alguns testes de fumo são automatizados (inasfar como eles são correu por um programa de computador). Um teste de fumaça é um take off (se bem me lembro) sobre o termo "Onde há fumaça, há geralmente fogo." É um conjunto de testes preliminares que o programa deve passar a ser considerado para 'real' (viz. Incêndio) testes.

Um teste de fumaça pode ser de modo manual como um testador tem uma lista de passos que ele segue, mas estes não são automatizadas com um programa de computador.

Os ensaios de fumo ainda é utilizado -. Em lugares que eu já trabalhei, geralmente é automatizado

Outras dicas

Os testes automáticos podem fazer testes de fumo (rasa, de largura), mas também pode fazer outros testes como regressão testando , e testar unidade . Basicamente, o teste pode ser automatizado qualquer teste repetível.

Sim, o teste de fumaça ainda está sendo usado. Eu geralmente visto dois cenários. A primeira é para determinar se o software está pronto para mais em testes de profundidade. A segunda, e IMO mais comum, que poupam em testar completamente a funcionalidade que não deveria ter sido afetada pelas alterações para a nova compilação.

Eu não acho que testes de fumo são geralmente automatizada. O teste de fumaça na minha experiência é realmente apenas um teste de sanidade básica para se certificar de que os testes subseqüentes pode realmente ser executado, e que nada básico foi quebrado como entradas de código ou do menu de inicialização. Isso normalmete ser feito manualmente por uma pessoa. Suponho que poderia ser automatizado, mas geralmente envolve a adição de novos recursos assim que os testes automatizados teria que ser mudado tão bem e você ainda tem o mesmo problema que você precisa de uma pessoa para verificar se os testes automatizados foram modificada para testar o novo recurso corretamente. Em contraste, os testes (como testes de unidade) representam um conjunto de testes de regressão automatizados e são criados para testar a funcionalidade bem estabelecido que não deve mudar muito de versão para versão, embora é claro que você gostaria de acrescentar testes de unidade para cobrir nova funcionalidade também.

Provavelmente mais em empresas de um fundo de hardware onde o teste de fumaça foi tomado literalmente. Poucas pessoas chamam mais isso. Normalmente é apenas um subconjunto pequeno mas ampla de um conjunto de testes de maior aceitação ou sistema. Estes tets são automatizados e são automaticamente executado contra código antes de ser apresentado ou mediante a apresentação de controle de código fonte.

Eu não estou certo de que podemos comparar Fumaça e testes automatizados. teste de fumo é uma maneira de executar um conjunto de testes básicos em uma compilação, cobrindo todas as características básicas, mas não vai em profundidade sobre qualquer. O objetivo é determinar se uma construção pode ser usado para um teste mais detalhado ou não. É também um conjunto de passos que podem ser executados rapidamente, mesmo em uma compilação desenvolvedor para determinar se há algum problema devido a algumas mudanças significativas ou centrais que estão prestes a entrar em uma compilação. Consideramos teste de fumaça para ser um dos nossos 'planos de teste', mas um que é executado em cada compilação.

Teste automatizado não é específico para testes de fumo, mas pode ser aplicado, bem. Ele é feito para redundante 'automatizar' ou etapas repetitivas que um testador sempre faz para economizar tempo. Esse é o principal objetivo da automação. É allowes um testador de gastar mais tempo para fazer outros testes.

Ela nunca pode ser o substituto de testar por um cérebro real nem tudo pode ser automatizado. É uma atividade que os suplementos do processo de teste no lugar, não substituí-lo.

Desde teste de fumaça é potencialmente executado em cada compilação, não é um valor bom em automatizar isso. Se um teste de fumaça executar manualmente leva 4 horas, e depois de automação leva 1 hora, você salvou um esforço de 3 horas-homem * número de compilações.

Existem várias ferramentas no mercado para testes de automação -. AutoIT e SilkTest para citar alguns

Em palavras muito simples, podemos dizer que o teste de fumaça pode ser automatizado, mas não é como testes automatizados é sempre fumaça testando.

Sim, o teste de fumaça é uma maneira popular de testar qualquer aplicativo / software.

O meu entendimento de "teste de fumaça" é diferente do que o artigo da Wikipedia. Eu entendo fumaça testando a ser o desenvolvedor abrir o aplicativo e testar a funcionalidade básica para verificar se os olhares aplicativo certo e está fazendo o básico. Então, eu sempre pensei que era um processo manual, não um automatizado.

Test Automation Suite contém vários níveis, como teste de fumaça, teste de aceitação, nightly build, assim por diante. Seu até o testador para decidir quais as necessidades caso de teste para ser executado em cada nível. Cada caso de teste é numerada, dependendo dos níveis em que eles devem ser executados. Diga se existem 2 casos de teste automatizados, numerados com 1 e 2, respectivamente, para indicar os níveis, e você definir nível de teste como 2 em arquivo de configuração, apenas o segundo caso de teste seu vai correr e lhe dá o resultado. teste de fumaça geralmente tem menos número de casos de teste em comparação com teste de aceitação.

teste de fumaça pode ser automatizado, mas não todos os testes automatizados são testes de fumo.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top