O teste de sanidade é um tipo de teste de software que ocorre quando uma nova compilação de software é desenvolvida ou quando são feitas pequenas alterações no código ou na funcionalidade de uma compilação existente.
Neste artigo, vamos mergulhar profundamente na definição e detalhes dos testes de sanidade, explorando o que são testes de sanidade, como os testes de sanidade podem ser abordados, e que ferramentas podem tornar o software de testes de sanidade mais simples e mais eficiente.
O que é o teste de sanidade?
O teste de sanidade é uma espécie de teste de software que é realizado por testadores para assegurar que uma nova construção de software está a funcionar como deveria. É um processo rápido que pode evitar que os programadores e as equipas de GQ percam tempo e recursos em testes mais rigorosos sobre construções de software que ainda não estão prontas.
Os testes de sanidade são frequentemente utilizados após a realização de correcções ou reparações de bugs, e foram concebidos para testar se estas correcções funcionaram e se as funcionalidades principais que foram alteradas funcionam agora como deveriam. Após a instalação da construção, os testadores realizam testes de sanidade em vez de testes de regressão total para assegurar que a construção é funcional, e que as alterações foram implementadas correctamente.
Se as correcções de bugs implementadas pelos programadores estiverem a funcionar como deveriam, os testadores considerarão que o teste de sanidade foi aprovado. Se não estiverem a funcionar como deveriam, a construção será rejeitada e enviada de volta aos promotores para novas alterações antes de serem efectuados testes mais profundos.
Quando é que precisa de fazer testes de sanidade?
Os testes de sanidade são geralmente realizados em software que é estável mas não necessariamente funcional; por exemplo, após pequenas alterações terem sido feitas a um software construído, os testadores de software podem realizar testes de sanidade para assegurar que estas alterações estão a funcionar correctamente antes de passarem a testes de regressão total.
Os testes de sanidade ocorrem após os testes de fumo, que podem determinar se uma construção é estável ou não, mas antes dos testes de regressão. Por exemplo, se os testes de fumo revelarem instabilidades que requerem reparações, os testes de sanidade poderiam ser implementados após terem sido feitas alterações para corrigir estes bugs, a fim de identificar se as alterações estão a funcionar como esperado.
Quando não precisa de fazer testes de sanidade
Os testes de sanidade devem ter lugar depois de quaisquer alterações terem sido feitas a um software estável construído para verificar a funcionalidade destas alterações. Se não tiver feito quaisquer alterações a uma construção de software, ou se estiver a meio da implementação de alterações que ainda não estejam finalizadas, não há necessidade de testar a sanidade de uma construção.
Se optar por não realizar testes de sanidade após efectuar alterações a uma construção de software, poderá poupar tempo a curto prazo, mas corre o risco de encontrar mais tarde problemas maiores durante os testes que interrompem o desenvolvimento e causam sérios atrasos.
Vale sempre a pena realizar testes de sanidade depois de fazer alterações que possam afectar o desempenho porque é muito melhor identificar quaisquer potenciais bugs ou problemas antecipadamente, antes de desperdiçar dinheiro e recursos em testes de GQ mais minuciosos.
Quem está envolvido em testes de sanidade
Os testes de sanidade são geralmente realizados por testadores depois de receberem um software estável construído para testes adicionais. Os testadores de GQ realizam testes de sanidade em aspectos individuais da construção, por exemplo, em funcionalidades únicas que foram alteradas ou bugs específicos que foram corrigidos.
Desta forma, os testes de sanidade oferecem um feedback relativamente detalhado sobre áreas muito específicas da construção do software. Se os testes forem aprovados, os testadores realizam mais testes de regressão. Se falharem, a construção é devolvida aos promotores para trabalho adicional.
Os benefícios dos testes de sanidade
Os testes de sanidade poupam muito tempo e esforço porque impedem que as equipas de GQ percam tempo em testes mais profundos antes de verificarem que as funções centrais da construção do software estão a funcionar como deveriam.
Os testes de sanidade são rápidos, económicos e necessários se as equipas de desenvolvimento e teste quiserem criar software livre de bugs de forma eficiente e rápida.
● Poupa tempo e recursos
● Não são necessários esforços de documentação
● Pode ajudar a identificar objectos em falta
● Previne problemas importantes mais tarde
É eficiente e rápido
Os testes de sanidade são uma forma rápida e eficiente de verificar se as funcionalidades chave de uma construção de software estão a funcionar como se espera.
Pode realizar testes de sanidade simples em menos de uma hora, e se o seu teste de sanidade for aprovado, isto dá à sua equipa de GQ luz verde para continuar com mais testes.
Não requer documentação
A maior parte dos testes de sanidade não é escrita, o que significa que os testadores não têm requisitos rigorosos para escrever os critérios de aprovação/reprovação de cada teste ou redigir documentação para apresentar os resultados do teste de sanidade. Isto significa que pode ser feito relativamente rápido e casualmente, sem causar interrupções significativas no trabalho.
Pode identificar objectos em falta
Os testes de sanidade podem ajudar os testadores a identificar objectos relacionados ou em falta que possam ser cruciais para a função da construção. Como os testes de sanidade são utilizados para testar funcionalidades específicas individualmente, é mais fácil identificar bugs e problemas individuais quando se realizam testes de sanidade do que quando se realizam testes de fumo e outros testes iniciais de software.
Previne problemas importantes mais tarde
Os testes de verificação de sanidade podem ajudar a identificar problemas no início durante o processo de teste e evitar a incidência de bugs maiores e mais tarde em desenvolvimento. A identificação precoce de problemas pode ajudá-lo a manter-se dentro do prazo durante o desenvolvimento e a evitar erros dispendiosos.
Os desafios dos testes de sanidade
Os testes de sanidade não estão isentos de desafios. O software de testes de sanidade pode ajudar os testadores a identificar alguns dos principais bugs numa construção antes de continuar com mais testes, mas não é uma forma fiável de identificar todos os problemas que possam surgir.
Alguns dos desafios dos testes de sanidade incluem:
● Tem um âmbito relativamente estreito e pode perder algumas questões.
● Os testes de sanidade não são guiados.
● Os desenvolvedores nem sempre sabem como corrigir os bugs encontrados nos testes de sanidade.
● O teste de sanidade concentra-se apenas nos comandos e funções do software.
Tem um âmbito restrito
Os testes de sanidade têm um âmbito muito restrito em comparação com muitos outros tipos de testes. O objectivo dos testes de sanidade é testar funcionalidades específicas ou alterações para garantir o seu correcto funcionamento. Fora destas alterações, os testes de sanidade não oferecem qualquer perspectiva sobre a funcionalidade global da construção do software.
Não está programado
Embora alguns testadores possam considerar isto como uma vantagem, o facto de que os testes de sanidade não são guiados significa que não há documentação para olhar para trás no futuro se os criadores ou testadores quiserem verificar os resultados de um teste de sanidade. Os testes de sanidade têm uma utilização limitada para além do seu impacto imediato.
Testa apenas funções e comandos
Os testes de sanidade são apenas utilizados para testar funções e comandos numa construção de software. Não é possível testar como o software funciona ao nível da estrutura de concepção em testes de sanidade, o que significa que nem sempre é fácil para os programadores identificar onde estão as questões que surgem e como resolvê-las.
As características dos testes de sanidade
Os testes de sanidade podem ser diferenciados de outras formas de testes de software com base nas suas características e características principais. É possível definir os testes de sanidade, considerando as suas características, que são
● Simples
● Não codificado
● Não documentado
● Fundo
● Estreito
● Realizado por provadores
Simples
O teste de sanidade é uma forma simples de teste de software que se destina a ser fácil de conceber e igualmente fácil de executar. Isto significa que os testes de garantia de qualidade podem ser realizados rapidamente, quando e como for necessário, sem que as equipas de testes tenham de agendar testes informais.
Não codificado e não documentado
Os testes de sanidade são geralmente tanto não codificados como não documentados, o que também contribui para a forma casual como os testes de sanidade podem ser conduzidos na maioria dos ambientes de teste.
Os testes de sanidade são um processo informal que existe principalmente para verificar a sanidade que as funções e características alteradas funcionam como esperado.
Profundo e estreito
O teste de sanidade é um tipo de teste de software que é considerado profundo e estreito. Isto significa que os testes de sanidade cobrem apenas uma visão estreita da construção de um software, mas aprofundam os aspectos da construção que ele testa.
Por exemplo, os testadores de software podem testar em detalhe a função de uma única característica em vez de testar todas as características principais a um nível básico.
Realizado por provadores
Os testes de sanidade são quase sempre realizados por provadores. Isto diferencia os testes de sanidade de outras formas comuns de testes de software como os testes de fumo, que podem ser realizados quer por equipas de GQ, quer por programadores.
Testes de sanidade vs testes de fumo vs testes de regressão
Testes de sanidade, testes de fumo e testes de regressão são frequentemente falados em conjunto e algumas pessoas podem confundir diferentes tipos de testes se não compreenderem as diferenças entre a definição de testes de sanidade e outros tipos de testes.
Os testes de fumo e de sanidade são ambos testes rápidos realizados para determinar se um software construído está a funcionar correctamente. No entanto, os testes de sanidade são diferentes tanto dos testes de fumo como dos testes de regressão.
O que é o teste de fumo?
O teste de fumo em GQ é um tipo de teste de software que é realizado em novos softwares construídos para verificar a funcionalidade e o comportamento. Um teste de fumo é um teste rápido que percorre as funcionalidades principais do software para garantir que funcionam correctamente.
Por exemplo, suponha que está a testar uma aplicação de compras móvel. Nesse caso, pode utilizar um teste de fumo para verificar se os clientes podem entrar, adicionar itens aos seus cestos, e sair sem encontrar erros ou bugs importantes.
Os testes de fumo também são realizados após terem sido feitas alterações ao código em desenvolvimento que poderiam ter impacto na funcionalidade de uma construção.
O que é o teste de regressão?
O teste de regressão é um tipo de teste de software que existe para confirmar que as recentes alterações feitas ao código não afectaram negativamente as características ou funcionalidade do software.
Os testes de sanidade são um subconjunto de testes de regressão porque envolvem testar a função de características individuais ou módulos.
Os testes de regressão são os testes detalhados de todas as áreas que foram alteradas ou modificadas desde a última construção.
Qual é a diferença entre os testes de fumo e de sanidade?
Tal como os testes de fumo, os testes de sanidade verificam se certas funcionalidades estão a funcionar como deveriam.
Contudo, ao contrário dos testes de fumo, os testes de sanidade concentram-se apenas numa ou duas funcionalidades, geralmente as que foram mais recentemente alteradas ou reparadas. Uma diferença entre os testes de fumo e de sanidade é que os testes de fumo dão uma visão mais ampla da funcionalidade de uma construção de software, enquanto que os testes de sanidade dão uma visão mais estreita mas mais profunda de um único aspecto da construção.
Os testes de sanidade são, em última análise, um subconjunto de testes de regressão, que é um tipo de teste de software que os testadores utilizam para verificar como funciona a construção de um software depois de terem sido feitas alterações.
A maior diferença entre testes de fumo e testes de regressão é que os testes de fumo em GQ são realizados em construções iniciais ou instáveis, enquanto que os testes de regressão são sempre realizados em construções estáveis.
Tanto os testadores como os desenvolvedores podem realizar testes de fumo enquanto os testadores realizam sempre testes de regressão.
Qual é a diferença entre os testes de sanidade e de regressão?
O teste de regressão é um superconjunto de testes de sanidade, o que significa que um teste de sanidade é essencialmente um único pequeno elemento de um teste de regressão completo.
A maior diferença entre os testes de sanidade e os testes de regressão é que os testes de sanidade apenas testam algumas áreas de código que foram alteradas para “verificação de sanidade” do estado da construção, enquanto os testes de regressão testam todas as áreas de código alterado para ter a certeza de que estão a funcionar como esperado.
Outra diferença entre testes de sanidade e testes de regressão é que os testes de sanidade são realizados primeiro, com testes de regressão completos apenas se os testes de sanidade forem aprovados.
Testes de fumo, sanidade e regressão: conclusão
Testes de fumo, testes de sanidade e testes de regressão são tipos de testes de software que podem ajudar os programadores e testadores a identificar erros de código numa fase inicial de desenvolvimento.
Os testes de fumo são o primeiro tipo de testes a ter lugar, e podem ser realizados quer por desenvolvedores quer por testadores em construções instáveis. Esta é a maior diferença entre o fumo e os testes de regressão.
Os testes de sanidade têm lugar a seguir, com regressão total se ambos os primeiros testes forem aprovados.
Os três tipos de testes são essenciais para assegurar que as equipas de desenvolvimento e as equipas de GQ não perdem tempo e recursos em software construídos com bugs que podem causar grandes atrasos se só forem encontrados mais tarde no desenvolvimento.
Testes de sanidade manuais versus automatizados
A moderna tecnologia de automação torna possível automatizar os testes de sanidade para reduzir a quantidade de tempo que os testadores têm de passar a realizar estes testes necessários.
Contudo, a automatização de testes de sanidade requer normalmente mais recursos técnicos do que testes manuais e pode ser difícil poupar tempo de desenvolvimento para criar e executar testes de sanidade automatizados sem utilizar ferramentas de testes de sanidade.
Muitas vezes, a melhor escolha é combinar testes automatizados regulares com testes manuais de sanidade para explorar as funções centrais com mais detalhe.
Testes manuais de sanidade: benefícios, desafios e processo
O teste de sanidade manual é qualquer tipo de teste de sanidade que é realizado manualmente por testadores humanos. Quando testam manualmente, os testadores validam as características chave do software, construindo eles próprios testando os resultados de vários casos de teste e comparando-os com os resultados esperados.
Os testes manuais são muitas vezes considerados mais detalhados do que os testes automatizados porque permitem testes mais exploratórios. Enquanto os testes automatizados seguem simplesmente um roteiro definido, os testadores manuais podem usar a sua própria percepção e julgamento para explorar características e processos que possam requerer investigação adicional. Por outras palavras, eles podem sair do guião.
Os prós dos testes manuais de sanidade incluem:
● Os testes manuais podem ser facilmente realizados por pessoal de GQ não técnico
● É fácil criar um teste de sanidade manual sem recursos específicos
● Os testadores podem explorar diferentes elementos do software construído durante um teste manual
No entanto, há também muitas desvantagens nos testes manuais de sanidade:
● Os testes manuais são morosos e não podem ser realizados tão regularmente como os testes automáticos
● Os testes podem ser menos detalhados se os testadores quiserem poupar tempo
● A cobertura dos testes pode ser mais restrita
● Há espaço para erros humanos em testes manuais de sanidade
Automatização de testes de sanidade: benefícios, desafios e processos
Os testes automatizados estão a tornar-se mais populares entre as equipas de teste com os recursos e competências para a sua implementação. A automatização dos testes de sanidade permite às equipas de testes realizar testes de sanidade com maior regularidade e normalizar o processo de testes de sanidade através de múltiplos testes.
O software de testes de sanidade utilizando ferramentas de automação é uma das formas mais rápidas e eficientes de realizar testes de sanidade, mas exige que as equipas de software atribuam recursos técnicos à criação e gestão de processos de automação.
Em equipas mais pequenas, isto poderia afastar recursos de processos cruciais como o desenvolvimento e a correcção de bugs.
Os prós dos testes de sanidade automatizados incluem:
● O teste de sanidade automatizado é muito mais eficiente do que o teste manual
● Não há limites para a regularidade dos testes de sanidade quando se utiliza a automatização
● Há pouco espaço para erros humanos na automatização de testes de sanidade
● Os testes de sanidade automatizados podem cobrir uma gama mais vasta de amostras
No entanto, existem também inconvenientes para os testes automatizados, incluindo:
● Testes automatizados não deixam espaço para a subjectividade
● Os testes automatizados não podem explorar fora dos seus cenários programados
● Automatização de recursos de custos de testes de sanidade
● Nem todas as equipas de testes têm as competências técnicas necessárias para automatizar os testes de verificação de sanidade
Conclusão: Automatização de testes manuais ou de sanidade?
Idealmente, as equipas de desenvolvimento e os testadores podem combinar testes manuais de sanidade de GQ com testes automáticos para obter os melhores resultados. Isto permite às equipas de software beneficiarem da consistência dos testes automatizados e da flexibilidade dos testes manuais.
Tanto no caso de testes de fumo como de sanidade, custa recursos e competências técnicas automatizar testes de sanidade, o que significa que isto nem sempre é possível, especialmente para equipas de software mais pequenas ou no caso de testes de sanidade pontuais.
As equipas de teste que queiram explorar testes automatizados podem utilizar ferramentas de teste de sanidade para simplificar o processo de automatização e reduzir a necessidade de pessoal de desenvolvimento adicional.
O que precisa para iniciar os testes de sanidade
Antes de iniciar os testes de sanidade, é importante determinar como se vai abordar os testes e definir os parâmetros e objectivos dos testes de sanidade. Não são necessárias muitas ferramentas reais para testar a sanidade, e os testes de sanidade podem ser em grande parte não planeados.
Na maioria das vezes, os testes de sanidade são realizados porque foram feitas alterações a uma construção estável do software e os testadores querem verificar se essas alterações funcionam como esperado.
Neste caso, iniciará um teste de sanidade delineando as alterações feitas, os processos que irá utilizar para as testar, e os resultados esperados de cada teste.
Uma construção estável
Os testes de sanidade são realizados uma vez que o software construído tenha sido testado quanto à estabilidade através de testes de fumo. É da responsabilidade dos programadores e testadores assegurar que a construção de um software é estável antes de realizar mais testes.
Cenários de casos de teste
Antes de iniciar os testes de sanidade, terá de delinear os cenários de caso de teste que vai testar, independentemente de ir realizar testes de sanidade manuais ou automatizados.
Se estiver a realizar testes de sanidade após os bugs terem sido corrigidos, vai querer definir casos de teste que verifiquem a qualidade das correcções.
Ferramentas de teste de sanidade
Não são necessárias ferramentas especiais para realizar testes de sanidade, mas as ferramentas de testes de sanidade podem facilitar a realização de testes durante o decurso normal do dia de trabalho.
Se quiser fazer a transição para testes de sanidade regulares ao longo do dia, ou se a sua equipa de desenvolvimento fizer múltiplas modificações a um software construído todos os dias, as ferramentas de testes de sanidade poderão ajudar. Por exemplo, poderia utilizar ferramentas de teste para implementar a automatização de processos robóticos.
O processo de testes de sanidade
Os testes de sanidade do software são normalmente um processo relativamente rápido que pode ser realizado em menos de uma hora. A automatização dos testes de sanidade pode demorar mais tempo para começar, mas uma vez que o seu guião de automatização esteja configurado, poderá realizar testes de sanidade num instante.
Siga os passos abaixo para compreender como realizar um teste de sanidade manual e que passos terá de tomar em cada fase do processo de teste.
1. Identificar componentes modificados
O objectivo dos testes de sanidade é testar a funcionalidade de características e componentes específicos após terem sido feitas alterações a uma construção.
Antes de poder iniciar os testes de sanidade do software, é importante identificar que componentes foram modificados ou adicionados à construção e que aspectos do código foram alterados desde a última ronda de testes.
2. Avaliar cada componente
Uma vez identificados os componentes que requerem testes, é possível analisar cada componente individualmente para compreender os seus atributos e como deve funcionar.
Isto ajuda os testadores a compreenderem os resultados esperados dos testes de sanidade e a darem sentido aos resultados dos seus testes.
3. Definir a abordagem dos testes de sanidade
Nesta fase, é necessário definir a sua abordagem aos testes de sanidade. Vai realizar testes manuais ou testes automatizados?
Se estiver a utilizar uma abordagem automatizada, as ferramentas que utiliza para automatizar os testes devem ajudá-lo a criar scripts de teste para testar os componentes que já identificou.
Se estiver a testar manualmente, considere como testar as funções que precisa de verificar.
4. Realizar testes de sanidade
A fase seguinte dos testes de sanidade é a realização dos próprios testes.
Os testadores realizam testes manuais de verificação de sanidade avaliando todos os componentes, parâmetros ligados, e funções dos módulos que foram editados, adicionados, ou modificados desde o último teste.
Quando o software de testes de sanidade, comparar os resultados de cada teste de sanidade com os resultados esperados do teste para verificar se cada componente está a funcionar correctamente.
5. Próximos passos
Depois de realizar o seu teste de sanidade, considere se a construção passou ou não ou falhou. Se os testes de sanidade resultarem em comportamentos ou resultados inesperados, devolva a construção aos programadores para trabalho posterior.
Se a construção passar o teste de sanidade, o que significa que todos os componentes da construção se comportam da forma que se espera, podem ter lugar mais testes de regressão.
Melhores práticas para testes de sanidade
Uma vez que os testes de sanidade são não só não guiados como indocumentados, os testadores podem realizar testes de sanidade como e quando for necessário. Não há muitas melhores práticas recomendadas para testes de sanidade porque é um tipo de teste de software tão casual, mas há algumas regras que pode seguir para o ajudar a garantir que tira o máximo partido dos seus testes de sanidade.
Sempre teste de sanidade depois de adicionar nova funcionalidade
Os testes de sanidade do software são uma necessidade quando novas funções ou comandos são adicionados a uma construção estável do software.
A melhor prática mais importante de testes de sanidade é realizar sempre testes de sanidade sempre que um componente é modificado ou adicionado, ou quando um bug é reparado.
Foco nas funções e comandos relevantes
Parte da definição de testes de sanidade é o seu foco nas funções e comandos, mas quando estiver a realizar testes de sanidade é importante concentrar-se nas funções e comandos que são mais importantes para a função da construção do seu software.
Tal como os testes de fumo, os testes de sanidade são melhor utilizados para avaliar as funcionalidades nucleares que poderiam causar perturbações graves se não fossem identificadas nesta fase.
Automatizar sempre que possível os testes
Se tiver os recursos, ferramentas e competências técnicas necessárias para automatizar os seus testes de sanidade, isto pode ajudar tanto a acelerar o processo de testes como a padronizar as metodologias de teste.
Isto não significa que os testes automatizados devam ser sempre utilizados em vez dos testes manuais, mas que a implementação de algum tipo de testes automatizados juntamente com os testes manuais é sempre melhor.
Tipos de resultados de um teste de sanidade
Na maioria das vezes, o resultado de um teste de sanidade será simplesmente uma decisão binária de aprovação ou reprovação, dependendo de como os componentes que testam se comportam em condições de teste.
Passe
Se o código que foi modificado não tiver bugs ou erros lógicos, isto deve resultar na sua aprovação no teste de sanidade. A aprovação significa simplesmente que, quando realiza o seu teste de sanidade, os módulos comportam-se da forma que seria de esperar que se comportassem.
Se o teste de sanidade for aprovado, os testadores continuam com mais testes e um conjunto completo de testes de regressão.
Falhar
Se as funções que testa não se comportam como espera quando realiza o seu teste de sanidade, isto indica que o teste falhou.
Os testadores irão então passar a compilação do software para a equipa de desenvolvimento para continuar o desenvolvimento, reparar bugs, e corrigir quaisquer erros no código que possam estar a causar a falha dos testes.
Exemplos de testes de sanidade
Aprender a testar a sanidade com testes de exemplo é a melhor maneira de compreender como funcionam os testes de sanidade e como conduzir um teste de sanidade manualmente.
Abaixo estão duas ilustrações de testes de sanidade com exemplos de casos de teste.
Testes de sanidade após uma correcção de bugs
Durante os testes de fumo, os criadores encontraram bugs dentro de uma aplicação de comércio electrónico que impediram os clientes de adicionar novos artigos aos seus cestos.
Depois de efectuar reparações para reparar este bug, a construção foi transmitida aos provadores de GQ para um teste de sanidade. O teste de sanidade envolveu testar a funcionalidade de adicionar novos artigos ao cesto para garantir que este funcionava como esperado.
Testes de sanidade após modificações
Uma equipa de criadores tem estado a trabalhar numa actualização para uma aplicação de lista de compras que permite aos utilizadores categorizar listas com diferentes etiquetas. Isto implica acrescentar muito código novo à construção existente para implementar esta funcionalidade.
Uma vez adicionado o código, os testadores realizam testes de sanidade para avaliar a nova característica e testar o seu desempenho. Surge um bug que impede os utilizadores de recategorizar uma lista depois de já lhe terem acrescentado uma etiqueta, pelo que a construção é enviada de volta para os programadores para trabalho futuro.
Tipos de erros e bugs detectados através de testes de sanidade
Os testes de sanidade são normalmente utilizados para testar a racionalidade de um software construído após modificações que possam afectar a funcionalidade do software.
Como tal, os testes de sanidade do software podem ajudar os testadores de GQ a identificar vários bugs e erros no código do computador.
Erros lógicos
Os testes de sanidade podem ajudar os testadores e programadores a identificar erros lógicos dentro do novo código. Estes erros podem causar um comportamento inesperado das funções centrais ou mesmo provocar a queda do software.
Pernalonga
Os erros no código informático podem ser pequenos ou grandes; em alguns casos, podem simplesmente ter impacto na usabilidade e conveniência, enquanto noutros podem impedir o funcionamento de toda a aplicação.
Os testes de sanidade podem identificar bugs ou revelar se um bug foi corrigido adequadamente ou não.
Métricas comuns de testes de sanidade
As métricas em qualquer tipo de teste de software devem ser contabilizáveis e quantificáveis. Ao realizar testes de sanidade, é importante manter um registo das métricas que podem ajudá-lo a avaliar objectivamente o resultado do seu teste de sanidade.
Isto é particularmente importante se se quiser automatizar os testes de sanidade em algum momento no futuro.
Alguns exemplos de métricas de testes de sanidade incluem:
● Casos de teste não executados
● Casos de teste aprovados
● Casos de teste falhados
● Casos de teste bloqueados
Efectivamente, as métricas mensuráveis incluem quaisquer resultados que forneçam dados quantitativos que reflictam o bom desempenho da sua construção de software durante o teste de sanidade.
5 Melhores ferramentas de Teste de Sanidade Gratuito
Se estiver interessado em implementar ferramentas de testes de sanidade gratuitos para ajudar a planear, executar, e automatizar testes de sanidade em construções de software estável, abaixo está uma lista de algumas das melhores ferramentas de testes de sanidade disponíveis online gratuitamente hoje em dia.
ZAPTEST edição GRÁTIS
ZAPTEST é um conjunto de ferramentas de teste gratuito que está disponível tanto como uma versão gratuita como uma edição empresarial paga.
A ferramenta ZAPTEST FREE é uma ferramenta de teste de software que permite aos utilizadores automatizar testes de sanidade, testes de fumo, e outros tipos de testes de software para testar aplicações para Mac, Windows, Android, e outras plataformas.
É fácil de operar e a forma ideal para experimentar a automatização de testes de sanidade sem pagar um prémio.
Em resumo, a tecnologia 1SCRIPT do ZAPTEST permite a automatização de testes em qualquer aplicação de software, multi-plataforma, cross-browser, dispositivo cross, e numa interface sem código que é ideal tanto para principiantes como para testadores muito experientes.
Lobo de QA
Se procura simplicidade, QA Wolf é uma aplicação de teste de QA deliciosamente simples que está totalmente alojada no seu navegador, o que significa que não precisará de descarregar nada para a utilizar. Pode utilizar o QA Wolf para realizar testes automatizados, independentemente do seu nível de habilidade.
Selénio
Selénio é outra ferramenta de teste que está disponível tanto como uma edição gratuita como uma versão paga. O selénio é compatível com muitas linguagens de programação, o que o torna uma grande escolha para equipas de desenvolvimento que utilizam linguagens menos comuns, e pode ser utilizado para automatizar testes de sanidade e outros tipos de testes para aplicações web.
Watir
Se quer começar a escrever os seus próprios testes automatizados de software mas não sabe por onde começar, Watir é uma ferramenta de código aberto que torna fácil escrever testes de sanidade automatizados simples e de manutenção.
Moinho de vento
Windmill é uma ferramenta de teste de código aberto que foi criada para automatizar o teste e a depuração de aplicações web. É uma ferramenta eficaz para os testadores de sanidade que querem verificar se as aplicações web foram devidamente depuradas durante a fase de desenvolvimento.
Lista de verificação de testes de sanidade
Antes de realizar os seus primeiros testes de sanidade, certifique-se de que compreende como definir os testes de sanidade e o que vai precisar antes de iniciar os testes de sanidade.
● Sabe que nova funcionalidade foi acrescentada à construção?
● Compreende como é que a nova funcionalidade deve funcionar?
● Quais são os seus critérios para passar e reprovar no teste de sanidade?
● Precisa de adquirir alguma ferramenta de testes de sanidade antes de começar?
● Como tenciona transmitir os resultados do seu teste aos programadores?
● Sabe como repetir os testes de sanidade se necessário?
Quando souber todas as respostas a estas perguntas, estará pronto para começar o seu primeiro teste de sanidade.
Conclusão
Os testes de sanidade são um passo necessário nos testes de software que permite aos testadores avaliar se os componentes recentemente modificados estão a funcionar correctamente. Os testes de sanidade são sempre realizados por testadores e não por desenvolvedores, e é possível automatizar os testes de sanidade ou realizá-los manualmente.
À medida que mais equipas de software avançam para a hiperautomação, os testes de sanidade automatizados estão a tornar-se cada vez mais comuns. Idealmente, as equipas de software podem ter como objectivo realizar testes manuais e exploratórios ao testar novos componentes enquanto utilizam testes automatizados para testar pequenas alterações ao longo do dia de trabalho.
FAQs e recursos
Se quiser aprofundar os seus conhecimentos sobre testes de sanidade, consulte alguns dos recursos e FAQs abaixo.
Os melhores cursos de automatização de testes de sanidade
Pode aprender mais sobre testes de sanidade e outros tipos de testes de software, procurando cursos em linha sobre testes de sanidade. Pode encontrar cursos online em websites como:
● Coursera
● Uplatz
● Linha de curso
● Edureka
Alguns cursos on-line são oferecidos gratuitamente, enquanto outros podem oferecer certificações ou qualificações após a sua conclusão mediante o pagamento de uma taxa.
Os melhores livros sobre testes de sanidade
Pode melhorar os seus conhecimentos sobre testes de sanidade lendo livros sobre testes de sanidade e testes de software.
● Software Testing, por Ron Patton
● How to Break Software, por James Whittaker
● Software Testing Techniques, por Boris Beizer
● Software Test Automation, por Mark Fewster e Dorothy Graham
● Agile Testing, por Lisa Crispin e Janet Gregory
Quais são as 5 principais perguntas de entrevista sobre testes de sanidade
Antes de se candidatar a trabalhos de GQ que podem envolver testes de sanidade, pode preparar respostas a perguntas comuns de entrevista de testes de sanidade.
● Qual é a diferença entre os testes de fumo e de sanidade?
● Quando deve realizar testes de sanidade?
● Como é que se determina se um teste de sanidade falhou?
● Quando poderá realizar testes manuais versus testes automatizados?
● Quais são as vantagens dos testes de sanidade?
Melhores tutoriais do YouTube sobre testes de sanidade
Pode aprender mais sobre testes de sanidade a partir destes vídeos do YouTube:
● O que é o Teste de Sanidade?
● A diferença entre o fumo e os testes de sanidade
● O que é o Teste de Sanidade? Academia Purushotam
● Teste de Fumo vs Teste de Sanidade com Exemplos
Como manter os testes de sanidade
Como os testes de sanidade são normalmente utilizados para verificar modificações feitas ao código, cada vez que executa um teste de sanidade pode estar a testar diferentes elementos do código ou a adaptar o seu teste para avaliar diferentes funcionalidades.
Por esta razão, é importante manter-se a par da manutenção do seu teste de sanidade para garantir que está pronto para testar sempre que for necessário.
● Actualizar casos de teste à medida que a funcionalidade da construção do seu software evolui
● Siga sempre as melhores práticas de concepção de testes
● Reavalie regularmente os seus testes
● Ter em mente projectos futuros ao criar novos testes
O que é o teste de sanidade em GQ?
Teste de sanidade em GQ É um tipo de teste de software que envolve testar componentes recentemente modificados ou adicionados de um software estável construído para garantir que se estão a comportar correctamente.
Esta definição de testes de sanidade distingue os testes de sanidade dos testes de fumo porque os testes de fumo são realizados em construções instáveis.
O software de testes de sanidade é sempre realizado por testadores e não por desenvolvedores, e uma das razões mais comuns para realizar um teste de sanidade é porque um bug foi consertado ou reparado. Desta forma, os testadores asseguram que a correcção está a funcionar correctamente e que podem começar mais testes.
Naturalmente, se uma organização necessita de testes de software de nível empresarial + serviços, entre em contacto! ZAPTEST é a ferramenta de automatização líder em qualquer plataforma, incluindo Linux, Windows, Android, iOS, web. Permite qualquer teste, incluindo testes de carga, testes de desempenho, testes de IU, testes unitários, testes funcionais, testes de integração, testes de IU, testes API complexos, e muitos mais!
