No desenvolvimento de software, o teste de fumaça é realmente um conceito proposto pela Microsoft e está intimamente relacionado à compilação diária (versão compilada) que a Microsoft sempre defendeu. Especificamente, o teste de fumaça é um teste simples das funções básicas do sistema após o estabelecimento da compilação diária (versão de compilação). Esse tipo de teste enfatiza a verificação das principais funções do programa e não conduz testes mais detalhados de funções específicas.
Teste de regressão significa que, após a modificação do código antigo, teste novamente para confirmar que a modificação não introduz novos erros ou causa erros em outro código. O teste de regressão automática reduzirá bastante o custo dos estágios de teste , manutenção e atualização do sistema .
O teste de regressão, como parte integrante do ciclo de vida do software , ocupa uma grande proporção da carga de trabalho em todo o processo de teste de software, e vários testes de regressão são realizados em cada estágio do desenvolvimento do software. No desenvolvimento iterativo rápido e progressivo , o lançamento contínuo de novas versões torna o teste de regressão mais frequente e, em métodos de programação extremos , exige vários testes de regressão todos os dias. Portanto, é significativo melhorar a eficiência e a eficácia do teste de regressão, escolhendo a estratégia correta de teste de regressão.
A diferença entre o teste de fumaça e o teste de regressão é a seguinte:
1. A fase de teste é diferente: O teste de fumaça descreve o processo de verificação de alterações no código antes de incorporá-las na árvore de origem do produto. O teste de regressão refere-se ao processo de testar novamente as vulnerabilidades após a modificação pelos desenvolvedores.
2. A estabilidade do teste é diferente: após a verificação do código, o teste de fumaça é a maneira mais econômica de identificar e reparar defeitos de software. O teste de fumaça foi projetado para confirmar que as alterações no código funcionarão conforme o esperado e não quebrarão a estabilidade de toda a versão. O teste de regressão precisa verificar se a vulnerabilidade anterior foi resolvida.
3. O objetivo do teste é diferente: o teste de fumaça é o teste de integridade funcional após a conclusão do desenvolvimento do código. Mas o teste de regressão é verificar se a vulnerabilidade está modificada corretamente e se outras funções estão normais.
4. A natureza do teste é diferente: os problemas são encontrados no teste de fumaça e, em seguida, são devolvidos ao desenvolvedor para modificação, e o teste de regressão é um projeto verificado após a conclusão da modificação.
5. O ciclo de teste é diferente: o teste de fumaça se concentra apenas no problema no início e ignora outros problemas, que podem causar novos erros. A vantagem do SmokeTest é economizar tempo de teste, e o teste de regressão é parte integrante do ciclo de vida do software, que ocupa uma grande proporção da carga de trabalho em todo o processo de teste de software , e vários testes de regressão são realizados em cada estágio do desenvolvimento do software.
O teste de fumaça consiste em testar as funções mais básicas de uma nova versão após concluir o desenvolvimento de uma nova versão para garantir que as funções e processos básicos possam passar. Se falhar, volte ao lado do desenvolvimento e redesenvolva-o; se ele passar no teste, o próximo teste (teste funcional, teste de integração, teste do sistema etc.) será realizado . A vantagem do teste de fumaça é economizar tempo e evitar falhas na construção. A desvantagem é que a cobertura ainda é relativamente baixa.
Eu tenho dois níveis de entendimento para o teste de regressão.O primeiro é que, depois de corrigir um erro, você aplica o caso de teste anterior à versão reparada novamente para teste. A segunda é que, quando uma nova versão é desenvolvida e o teste de fumaça passa, você pode usar o caso de teste da versão anterior para testar a nova versão primeiro e verificar se há algum erro.
1. O teste de fumaça é aprovado em todas as funções do software quando uma nova versão é lançada para verificar se há algum problema grave. Se a função puder ser executada normalmente sem afetar o teste, esta versão poderá realmente iniciar o teste. Se a função tiver um problema grave ou afetar o teste, esta versão não será qualificada e nenhum teste adicional será necessário.
2. Teste de regressão significa que os erros encontrados na versão anterior são verificados na nova versão para ver se estão presentes e causam novos erros.
UAT e há
1.UAT: O teste de integração do usuário final exige principalmente que os usuários participem do processo de teste e obtenham a aprovação do usuário.É recomendável que os usuários conduzam o design do teste e os testes destrutivos por conta própria, expondo totalmente o design do sistema e os problemas funcionais. O reconhecimento e os testes destrutivos são difíceis. Como o testador não sabe quais meios e modo de pensamento o usuário usa para testar.
2.SIT: O teste de integração do sistema é semelhante ao teste geral de integração do módulo de software , mas há poucas oportunidades de participação do usuário, que são realizadas principalmente dentro da empresa.
Dados estendidos
UAT (Teste de aceitação do usuário), ou seja, teste de aceitação do usuário ou teste de aceitação do usuário, um estágio da metodologia do ciclo de vida de desenvolvimento do sistema.Neste momento, usuários relevantes ou testadores independentes testam e aceitam o sistema de acordo com o plano e os resultados do teste. Ele permite que os usuários do sistema decidam se devem receber o sistema. É um teste para determinar se o produto pode atender aos requisitos especificados pelo contrato ou pelo usuário. Este é um controle administrativo e defensivo.
Abreviação de System Integrate Test, ou seja, teste de integração de sistemas
O teste de integração do sistema é avaliar se o produto pode funcionar sob o ambiente dentro de suas especificações, se pode concluir as funções exigidas pelas especificações de design do produto e a compatibilidade com equipamentos periféricos e software de aplicação. Pode ser dividido em testes de compatibilidade de hardware e software e testes de certificação.
