Questão 1606975

• Banca: FCC
• Órgão: TRT - 3ª Região (MG)
• Ano: 2015
• Provas: FCC - 2015 - TRT - 3ª Região (MG) - Técnico Judiciário - Área Tecnologia da Informação
• Disciplina: Engenharia de Software
• Assuntos: Teste de Software

Um técnico de TI do Tribunal pretende prestar exame de certificação de teste de software e necessita conhecer os sete princípios do Teste CFTL. Após um tempo de estudo ele observou o seguinte:


Pode ocorrer o fato de um mesmo conjunto de testes que são repetidos várias vezes não encontrar novos defeitos após um determinado momento. Para superar esta condição, os casos de testes necessitam ser frequentemente revisados e atualizados. Um conjunto de testes novo e diferente precisa ser escrito para exercitar diferentes partes do software ou sistema com objetivo de aumentar a possibilidade de encontrar mais erros.


Este princípio é corretamente denominado 

• A. Ilusão da ausência de erros.
• B. Agrupamento de defeitos.
• C. Teste antecipado.
• D. Dependência de contexto.
• E. Paradoxo do pesticida.

Gabarito: E

Comentários

• Essa foi PUNK ....
  
  O paradoxo do pesticida, foi definido por Boris Beizer. Pesticida mata insetos, mas se você aplicar o mesmo pesticida muitas vezes, eventualmente os que sobrarem serão imunes. Aplicar e reaplicar é um processo adequado para lavar cabelo, não para teste de software. A última coisa que precisamos é uma versão repleta de “super-defeitos”, imunes ao nosso “testicida”. Pior ainda, esses supostos testes “bem sucedidos” irão gerar uma falsa sensação de segurança e transformar nossas métricas de completude dos testes em perigosas mentiras. Quando não achamos bugs, não é porquê eles não existem, mas porquê a repetitividade está criando o paradoxo do pesticida.
  
  Fonte: "http://www.carlostristacci.com.br/blog/os-7-principios-do-teste-de-software/"
  []'s

• 1 – Teste demonstra a presença de defeitos.

  Os testes reduzem a probabilidade que erros desconhecidos permaneçam no sistema, mas mesmo que nenhum defeito seja encontrado isso não é prova de conformidade.

  2 – Teste exaustivo é impossível.

  Mesmo com auxílio da automação, o número de combinações possíveis de cenários de teste numa aplicação é gigantesco, inviabilizando a possibilidade de se afirmar que TUDO foi testado.

  3 – Testes devem iniciar o quanto antes e erros encontrados tarde custam mais para corrigir.

  Iniciando o mais cedo possível no ciclo de vida do desenvolvimento do software, diminuímos o custo das correções e possibilitamos que erros de design, requisitos e arquitetura sejam encontrados no momento ideal.

  4 – Agrupamento de defeitos 

  80% dos defeitos são causados por 20% do código. Ao identificar essas áreas sensíveis, os testes podem prioriza-las, enquanto ainda procuram por erros nas demais regiões.

  5 -Paradoxo do Pesticida

  Caso os mesmos testes sejam aplicados repetidamente, em determinado momento eles deixam de ser úteis, ou seja, não conseguem encontrar nenhum novo defeito. Por isso, os testes precisam ser revisitados com frequência.

  6 – Teste é dependente do contexto

  Diferentes tipos de aplicações exigem a aplicação de técnicas diferentes de teste.

  7 – A ilusão da ausência de defeitos
  

  De nada adianta o sistema estar correto funcionalmente, porém não atender a real  necessidade do usuário.

  
  

• O correto não é CTFL e invés de CFTL?

• Paradoxo do pesticida :O Vivendo e aprendendo!

• paradoxo do examinador sem noção