Veremos os seguintes t\u00f3picos:<\/p>\n\n\n\n
- \n
- Estrat\u00e9gias de Teste de Software<\/li>\n\n\n\n
- Teste de Unidade<\/li>\n\n\n\n
- Teste de Integra\u00e7\u00e3o<\/li>\n\n\n\n
- Teste de Valida\u00e7\u00e3o\/Aceita\u00e7\u00e3o<\/li>\n\n\n\n
- Teste de Sistema<\/li>\n\n\n\n
- Vis\u00e3o interna e externa do teste<\/li>\n\n\n\n
- Mapa mental<\/li>\n\n\n\n
- Conclus\u00e3o<\/li>\n<\/ul>\n\n\n\n
Estrat\u00e9gias de Testes de Software<\/strong><\/h2>\n\n\n\n
A estrat\u00e9gia de teste de software pode ser visualizada atrav\u00e9s do conceito da espiral. Come\u00e7ando no centro da espiral, o teste de unidade focaliza em cada unidade do software, como componentes ou classes. Em seguida, movendo-se para fora da espiral, o teste de integra\u00e7\u00e3o concentra-se na arquitetura do software. Continuando na mesma dire\u00e7\u00e3o, o teste de valida\u00e7\u00e3o valida os requisitos em rela\u00e7\u00e3o ao software. Por fim, o teste do sistema avalia o software como um todo. Cada fase \u00e9 representada por uma volta da espiral, indicando o escopo do teste em expans\u00e3o.<\/p>\n\n\n\n
<\/figure>\n\n\n\n
A seguir veremos cada uma dessas estrat\u00e9gias de teste e suas principais t\u00e9cnicas.<\/p>\n\n\n\n
Teste de Unidade<\/strong><\/h2>\n\n\n\n
O teste de unidade \u00e9 a primeira camada de testes no processo de desenvolvimento de software e \u00e9 realizado nas unidades individuais do c\u00f3digo-fonte. Este tipo de teste concentra o esfor\u00e7o de verifica\u00e7\u00e3o na menor unidade de projeto do software, que \u00e9 o componente de software.<\/p>\n\n\n\n
Vejamos agora algumas t\u00e9cnicas de teste de unidade.<\/p>\n\n\n\n
Teste Seletivo de Caminhos de Execu\u00e7\u00e3o<\/strong><\/h3>\n\n\n\n
Esta t\u00e9cnica visa testar todas as poss\u00edveis execu\u00e7\u00f5es dentro de uma unidade de c\u00f3digo. Os casos de teste s\u00e3o projetados para percorrer diferentes caminhos de execu\u00e7\u00e3o, garantindo que todas as instru\u00e7\u00f5es sejam executadas pelo menos uma vez.<\/p>\n\n\n\n
Teste de Fronteira<\/strong><\/h3>\n\n\n\n
O teste de fronteira \u00e9 focado nos limites de entrada e sa\u00edda de uma unidade de c\u00f3digo. Os casos de teste s\u00e3o criados para testar os limites das condi\u00e7\u00f5es de entrada, identificando poss\u00edveis erros de arredondamento, truncamento ou estouro.<\/p>\n\n\n\n
Teste de Integra\u00e7\u00e3o<\/strong><\/h2>\n\n\n\n
O teste de integra\u00e7\u00e3o \u00e9 realizado para testar a intera\u00e7\u00e3o entre diferentes m\u00f3dulos ou componentes de software, sendo uma abordagem sistem\u00e1tica para desenvolver a arquitetura de software, enquanto tamb\u00e9m s\u00e3o realizados testes para identificar erros nas interfaces. O objetivo \u00e9 construir uma estrutura de programa definida pelo projeto a partir de componentes que foram previamente testados individualmente.<\/p>\n\n\n\n
Existem v\u00e1rias t\u00e9cnicas de teste de integra\u00e7\u00e3o, vejamos algumas delas.<\/p>\n\n\n\n
Integra\u00e7\u00e3o Descendente (Top-Down)<\/strong><\/h3>\n\n\n\n
Nesta abordagem, os testes s\u00e3o realizados do n\u00edvel mais alto para o n\u00edvel mais baixo da hierarquia do sistema. Os m\u00f3dulos principais s\u00e3o testados primeiro.<\/p>\n\n\n\n
Integra\u00e7\u00e3o Ascendente (Bottom-Up)<\/strong><\/h3>\n\n\n\n
Nesta abordagem, os testes s\u00e3o realizados do n\u00edvel mais baixo para o n\u00edvel mais alto da hierarquia do sistema. Os m\u00f3dulos dependentes s\u00e3o testados primeiro.<\/p>\n\n\n\n
Teste de Regress\u00e3o<\/strong><\/h3>\n\n\n\n
Cada adi\u00e7\u00e3o de um novo m\u00f3dulo durante o teste de integra\u00e7\u00e3o modifica o software, criando novos caminhos de fluxo de dados, entradas e sa\u00eddas, e l\u00f3gica de controle. Essas mudan\u00e7as podem afetar negativamente fun\u00e7\u00f5es anteriormente operacionais. O teste de regress\u00e3o, dentro da estrat\u00e9gia de teste de integra\u00e7\u00e3o, reexecuta um subconjunto de testes j\u00e1 realizados para garantir que as altera\u00e7\u00f5es n\u00e3o causem efeitos colaterais indesejados. Ele ajuda a assegurar que as altera\u00e7\u00f5es feitas no c\u00f3digo n\u00e3o tenham introduzido novos defeitos ou afetado o comportamento existente do sistema.<\/p>\n\n\n\n
Teste de Fuma\u00e7a<\/strong><\/h3>\n\n\n\n
O teste de fuma\u00e7a \u00e9 uma verifica\u00e7\u00e3o inicial e superficial realizada ap\u00f3s compilar uma nova vers\u00e3o do software. Ele visa garantir que a aplica\u00e7\u00e3o possa ser iniciada sem falhas \u00f3bvias. Os testes se concentram nos componentes principais do sistema e nas funcionalidades essenciais, sem realizar uma an\u00e1lise profunda. Se o teste de fuma\u00e7a falhar, indica a presen\u00e7a de problemas graves que precisam ser corrigidos antes de proceder com testes mais detalhados. Se for bem-sucedido, fornece uma base para testes adicionais.<\/p>\n\n\n\n
Teste de Valida\u00e7\u00e3o (ou Aceita\u00e7\u00e3o)<\/strong><\/h2>\n\n\n\n
O teste de valida\u00e7\u00e3o \u00e9 realizado para garantir que o software atenda aos requisitos do usu\u00e1rio e esteja pronto para ser entregue. <\/p>\n\n\n\n
Vejamos algumas t\u00e9cnicas mais comuns de teste de valida\u00e7\u00e3o.<\/p>\n\n\n\n
Testes Alfa<\/strong><\/h3>\n\n\n\n
O teste alfa \u00e9 conduzido pelo desenvolvedor em seu pr\u00f3prio ambiente, com a participa\u00e7\u00e3o de um grupo representativo de usu\u00e1rios finais. Durante o teste, o software \u00e9 utilizado em condi\u00e7\u00f5es naturais, enquanto o desenvolvedor observa e registra os erros e problemas de uso. Este tipo de teste ocorre em um ambiente controlado.<\/p>\n\n\n\n
Testes Beta<\/strong><\/h3>\n\n\n\n
O teste beta ocorre nas instala\u00e7\u00f5es de um ou mais usu\u00e1rios finais, onde o desenvolvedor geralmente n\u00e3o est\u00e1 presente. Diferentemente do teste alfa, o ambiente de teste beta n\u00e3o \u00e9 controlado pelo desenvolvedor. Os usu\u00e1rios finais utilizam o software em condi\u00e7\u00f5es “ao vivo” e registram todos os problemas encontrados, que s\u00e3o reportados ao desenvolvedor em intervalos regulares. Com base nos problemas relatados durante o teste beta, os engenheiros de software fazem ajustes e preparam o software para lan\u00e7amento para todos os clientes.<\/p>\n\n\n\n
Teste de Sistema<\/strong><\/h2>\n\n\n\n
O teste de sistema \u00e9 realizado para validar todo o sistema em rela\u00e7\u00e3o aos requisitos funcionais e n\u00e3o funcionais. <\/p>\n\n\n\n
Alguns tipos de teste de sistema incluem:<\/p>\n\n\n\n
Teste de Recupera\u00e7\u00e3o<\/strong><\/h3>\n\n\n\n
O teste de recupera\u00e7\u00e3o avalia a capacidade do sistema de se recuperar de falhas ou interrup\u00e7\u00f5es, garantindo a integridade e disponibilidade dos dados.<\/p>\n\n\n\n
Teste de Seguran\u00e7a<\/strong><\/h3>\n\n\n\n
O teste de seguran\u00e7a avalia a robustez do sistema em rela\u00e7\u00e3o a amea\u00e7as externas, como ataques de hackers ou vazamentos de dados.<\/p>\n\n\n\n
Teste por Esfor\u00e7o<\/strong><\/h3>\n\n\n\n
O teste por esfor\u00e7o avalia a capacidade do sistema de lidar com cargas de trabalho extremas, garantindo que ele seja escal\u00e1vel e mantenha o desempenho sob press\u00e3o.<\/p>\n\n\n\n
O teste por esfor\u00e7o envolve utilizar o sistema de maneira que demande recursos em quantidades, frequ\u00eancias ou volumes anormais. Isso pode incluir gerar um n\u00famero maior de interrup\u00e7\u00f5es, aumentar a taxa de entrada de dados, executar casos de teste que exigem o m\u00e1ximo de mem\u00f3ria ou outros recursos, ou criar casos de teste que causem uma procura excessiva por dados no disco. O objetivo \u00e9 sobrecarregar o sistema para identificar poss\u00edveis falhas ou limita\u00e7\u00f5es.<\/p>\n\n\n\n
Teste de Desempenho<\/strong><\/h3>\n\n\n\n
O teste de desempenho avalia o desempenho do sistema em condi\u00e7\u00f5es normais e de pico, identificando gargalos de desempenho e otimizando o c\u00f3digo, se necess\u00e1rio.<\/p>\n\n\n\n
Teste de Disponibiliza\u00e7\u00e3o<\/strong><\/h3>\n\n\n\n
O teste de disponibiliza\u00e7\u00e3o verifica se o sistema pode ser implantado com sucesso em diferentes ambientes, como ambientes de desenvolvimento, teste e produ\u00e7\u00e3o.<\/p>\n\n\n\n
Vis\u00e3o Interna e Externa do Teste<\/strong><\/h2>\n\n\n\n
A distin\u00e7\u00e3o entre vis\u00e3o interna e externa no contexto dos testes de software \u00e9 crucial para entender duas abordagens fundamentais: teste caixa-branca e teste caixa-preta.<\/p>\n\n\n\n
A vis\u00e3o interna foca na compreens\u00e3o do funcionamento interno do software, como o c\u00f3digo-fonte e a l\u00f3gica de programa\u00e7\u00e3o. Isso \u00e9 central no teste caixa-branca.<\/p>\n\n\n\n
J\u00e1 a vis\u00e3o externa concentra-se no comportamento observ\u00e1vel do software atrav\u00e9s de suas interfaces, sem considerar sua implementa\u00e7\u00e3o interna. Essa \u00e9 a base do teste caixa-preta.<\/p>\n\n\n\n
Teste Caixa-Branca<\/strong><\/h3>\n\n\n\n
O teste caixa-branca envolve examinar a estrutura interna do c\u00f3digo-fonte de um software. Os testes s\u00e3o projetados com base na l\u00f3gica do programa, com o objetivo de cobrir todas as poss\u00edveis trajet\u00f3rias de execu\u00e7\u00e3o do c\u00f3digo. Este m\u00e9todo \u00e9 usado para garantir que todas as partes do c\u00f3digo sejam testadas, incluindo as condi\u00e7\u00f5es de decis\u00e3o e os caminhos de execu\u00e7\u00e3o. Algumas t\u00e9cnicas comuns de teste caixa-branca incluem:<\/p>\n\n\n\n
- \n
- Teste do Caminho B\u00e1sico<\/strong>: O teste do caminho b\u00e1sico \u00e9 uma t\u00e9cnica de teste estrutural que visa testar todos os caminhos independentes atrav\u00e9s do programa.<\/li>\n\n\n\n
- Teste de Condi\u00e7\u00e3o<\/strong>: O teste de condi\u00e7\u00e3o \u00e9 uma t\u00e9cnica de teste que visa testar todas as condi\u00e7\u00f5es de decis\u00e3o em um programa.<\/li>\n\n\n\n
- Teste de Ciclo<\/strong>: O teste de ciclo \u00e9 uma t\u00e9cnica de teste que visa testar todos os loops em um programa.<\/li>\n<\/ul>\n\n\n\n
Teste Caixa-Preta<\/strong><\/h3>\n\n\n\n
No teste caixa-preta, o testador n\u00e3o tem acesso ao c\u00f3digo-fonte do software. Em vez disso, os testes s\u00e3o baseados nos requisitos funcionais e de usu\u00e1rio. O foco est\u00e1 na entrada e sa\u00edda do sistema, sem considerar sua implementa\u00e7\u00e3o interna. O objetivo \u00e9 avaliar se o software atende aos requisitos especificados e se produz os resultados esperados. Algumas t\u00e9cnicas comuns de teste caixa-preta incluem:<\/p>\n\n\n\n
- \n
- Testes Baseados em Grafos<\/strong>: Os testes baseados em grafos s\u00e3o uma t\u00e9cnica de teste que modela o sistema como um grafo, identificando os caminhos de teste ideais atrav\u00e9s do sistema.\n
- \n
- Teste de Matriz Ortogonal<\/strong>: O teste de matriz ortogonal \u00e9 uma t\u00e9cnica de teste que utiliza uma matriz para identificar combina\u00e7\u00f5es eficientes de entradas que cobrem efetivamente diferentes cen\u00e1rios de teste.
<\/li>\n<\/ul>\n<\/li>\n\n\n\n- Teste Baseado em Modelos<\/strong>: O teste baseado em modelos \u00e9 uma t\u00e9cnica de teste que utiliza modelos formais para representar o comportamento do sistema e gerar casos de teste automaticamente.<\/li>\n<\/ul>\n\n\n\n
Mapa Mental<\/strong><\/h2>\n\n\n\n
Abaixo est\u00e1 um mapa mental organizando as estrat\u00e9gias e t\u00e9cnicas de teste que vimos neste artigo:<\/p>\n\n\n\n
<\/figure>\n\n\n\n
Conclus\u00e3o<\/strong><\/h2>\n\n\n\n
Bom pessoal! Terminamos por aqui. Espero que o conte\u00fado apresentado aqui seja de grande utilidade para sua jornada rumo \u00e0 aprova\u00e7\u00e3o. Bons estudos!<\/p>\n\n\n\n
Quer saber quais ser\u00e3o os pr\u00f3ximos concursos?<\/strong><\/p>\n\n\n\n
Confira nossos artigos!<\/strong><\/p>\n\n\n\n
- Teste Baseado em Modelos<\/strong>: O teste baseado em modelos \u00e9 uma t\u00e9cnica de teste que utiliza modelos formais para representar o comportamento do sistema e gerar casos de teste automaticamente.<\/li>\n<\/ul>\n\n\n\n
- Teste de Matriz Ortogonal<\/strong>: O teste de matriz ortogonal \u00e9 uma t\u00e9cnica de teste que utiliza uma matriz para identificar combina\u00e7\u00f5es eficientes de entradas que cobrem efetivamente diferentes cen\u00e1rios de teste.
- Teste de Condi\u00e7\u00e3o<\/strong>: O teste de condi\u00e7\u00e3o \u00e9 uma t\u00e9cnica de teste que visa testar todas as condi\u00e7\u00f5es de decis\u00e3o em um programa.<\/li>\n\n\n\n
- Teste do Caminho B\u00e1sico<\/strong>: O teste do caminho b\u00e1sico \u00e9 uma t\u00e9cnica de teste estrutural que visa testar todos os caminhos independentes atrav\u00e9s do programa.<\/li>\n\n\n\n