Testes

Testes

1. Tecnica

   • Como testar?
   • caixa branca
     • A Técnica Caixa-Branca (também conhecida como Estrutural, Procedimental, Orientada à Lógica, Caixa-de-Vidro ou Caixa-Clara) analisa caminhos lógicos possíveis de serem executados, portanto é necessário ter conhecimento sobre o funcionamento interno dos componentes
   • caixa cinza
     • O Teste Caixa-Cinza é uma versão híbrida entre os Testes Caixa-Branca e os Testes Caixa-Preta. Nesse sentido, essa técnica analisa a parte lógica mais a funcionalidade do sistema, fazendo uma comparação do que foi especificado com o que está sendo realizado. Usando esse método, o testador comunica-se com o desenvolvedor para entender melhor o sistema e otimizar os casos de teste que serão realizados.
   • caixa preta
     • A Técnica Caixa-Preta (também conhecida como Comportamental, Funcional, Orientada a Dado, Orientada à Entrada/Saída ou Caixa-Escura) se baseia em pré-condições e póscondições, geralmente sendo utilizada nas etapas posteriores da disciplina de testes. Ela busca funções incorretas ou inexistentes, erros de comportamento ou desempenho, erros de inicialização e interface, entre outros.

2. Nivel (Quando testar?)

   • Quando testar?
   • Teste de unidade
     • Testes de Unidade são aqueles realizados sobre as menores estruturas de código-fonte, como métodos e classes.
   • Teste de integração
     • Visam testar a integração entre os componentes desenvolvidos, ou seja suas interfaces.
     • Teste de Regressao
       • o teste de regressão é a reexecução do mesmo subconjunto de testes que já foram executados para assegurar que as alterações não tenham propagado efeitos colaterais indesejados.
       • É impraticável e ineficiente reexecutar todos os testes para todas as funções do programa quando ocorre uma alteração
     • Teste de fumaça
       • A finalidade deverá ser descobrir erros bloqueadores ou impeditivos (showstopper) que apresentam a mais alta probabilidade de atrasar o cronograma do software. O teste fumaça pode ser caracterizado como uma estratégia de integração rolante. O software é recriado (com novos componentes acrescentados) e o teste fumaça é realizado todos os dias. O teste fumaça deve usar o sistema inteiro de ponta a ponta.
       • a ideia do teste de fumaça nem é ser detalhista como vários outros que nós vimos – é simplesmente ver se o software roda e se ele faz o básico, fundamental, o caminho feliz do software
       • Teste fumaça é uma abordagem de teste de integração usada à medida que os produtos de software são desenvolvidos; esse teste permite à equipe realizar a verificação no software frequentemente, conforme novos componentes são a ele acrescentados.
     • Comparaçao
       • Também conhecidos como testes back-to-back, eles são bem comuns em sistemas críticos. Realizam-se testes em versões diferentes do software e os resultados são comparados – não só o conteúdo, mas também o tempo de resposta. Em outras palavras, versões diferentes recebem a mesma entrada e suas saídas são comparadas
   • Teste de sistema
     • Testa os requisitos funcionais e não funcionais, vai além do software e testa a interação com o hardware e pessoal envolvido.
     • teste de carga
       • Testes de Carga são a forma mais simples de testes para compreender o comportamento de um sistema sob uma carga específica. Ele é capaz de determinar o comportamento de um sistema sob condições especificadas ou acordadas. A carga pode ser, por exemplo, o número de usuários simultâneos esperados na aplicação. Em suma: testes de desempenho podem se dividir em teste de stress e teste de carga.
     • teste de recuperaçao
       • O teste de recuperação é um teste de sistemas que força o software a falhar de diversos modos e verifica se a recuperação é adequadamente realizada
   • Teste de aceitação/Validação
     • Avaliam o software quanto aos seus requisitos e a interface de interação com o usuário. Testes de Validação focalizam ações e saídas, tais como percebidas pelo usuário final.
     • Teste de usabilidade
       • os testes de usabilidade são projetados para determinar o grau com o qual a interface de um software facilita a vida do usuário.
     • teste alfa
       • são conduzidos pelo usuário final Testes Alfa são testes de aceitação executados quando o desenvolvimento está próximo a sua conclusão. Este tipo de teste ocorre no ambiente do desenvolvedor e é geralmente realizado por um grupo representativo de clientes e usuários finais e, não, por programadores ou testadores.
     • teste beta
       • Este tipo de teste também é realizado por clientes e usuários finais e, não, por programadores ou testadores. Ademais, eles ocorrem nas instalações do usuário, isto é, no local real de utilização/trabalho – em um ambiente não controlado.
   • TESTE END to END ou de PONTA A PONTA
     • Como o próprio nome sugere, esses testes buscam verificar o comportamento do sistema como um todo, “de uma ponta à outra”. Geralmente simulam a atividade que o usuário final teria, mas feita em um ambiente preparado para ser muito semelhante ao do ambiente de produção. Normalmente ele é o último teste antes de o projeto entrar em produção. Como o próprio nome sugere, esses testes buscam verificar o comportamento do sistema como um todo, “de uma ponta à outra”. Geralmente simulam a atividade que o usuário final teria, mas feita em um ambiente preparado para ser muito semelhante ao do ambiente de produção. Normalmente ele é o último teste antes de o projeto entrar em produção.

3. Tipos de testes (o que testar?)

4. TDD

   • No TDD (Test Driven Development) o desenvolvimento deve ser guiado a testes, onde um teste unitário deve ser escrito antes que uma funcionalidade do sistema o seja
   • red-green-refactor
     • red - representa a criação do teste inicial que deve falhar;green - representa a etapa de codificação que deve passar pelo teste; eblue - representa a fase de refatoração.Gostei(19)Respostas(0)Reportar abuso
     • This cycle is often summarized as red-green-refactor, a phrase that stems from unit testing tools used for TDD. Red (fail) and pass (green) derive from SUnit (the first unit testing tool designed to support TDD) and similar GUI tools that use the colors to provide immediate feedback on test results.

5. MODELO DE TESTE MAQUINA DE ESTADO

   • No teste de software orientado a objetos, como a condição de um objeto é parte implícita da entrada e saída dos métodos, necessita-se de uma maneira para explorar sistematicamente as situações e transições do objeto

Imagens e arquivos do mapa