SóProvas

ID
1100566
Banca
MS CONCURSOS
Órgão
CRM-MS
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

Analise as seguintes afirmações, depois assinale a alternativa correta:

I – Teste de software é a execução do software de maneira controlada para avaliar se ele se comporta ou não conforme o especificado. Visa a verificar e relatar o estado do software, a qualquer momento, em termos significativos a todos que precisam dessa informação.
II – O testador não pode “ter pena” do software. Ao contrário, quanto mais severamente o software for exercitado, menores as chances de ele falhar.
III – Se existem problemas no software, é melhor e mais rápido o cliente encontrá-lo do que a equipe de testes.

Alternativas
Comentários
  • Minha nossa... isso é sério?

  • Tá certo esse gabarito? É letra A mesmo? Marquei C.

  • A Letra C não estaria Certa não?

    o item II não esta correto?

  • Linha de Produção do Processo de Desenvolvimento

    Teste de software é a execução do software de maneira controlada para avaliar se ele se comporta ou não conforme o especificado. Visa a verificar e relatar o estado do software, a qualquer momento, em termos significativos a todos que precisam desta informação.
    O testador não pode “ter pena” do software. Ao contrário, quanto mais severamente o software for exercitado, MAIORES as chances de ele falhar. É exatamente isto que queremos: se existem problemas no software, é melhor que nós (desenvolvedores e testadores) os encontremos, não os nossos clientes.

    http://prezi.com/yhnd0riuynan/linha-de-producao-de-software/

  • pegadinha do malandro... maiores/menores..

  • O problema na questão é o termo FALHA, que para Sommerville é algo externo, que se mostras para o Usuário final. Com isso quanto mais testes menores seriam as FALHAS. O item II estaria correto. Mas acho que a essa banca não saberia disso...

  • II – O testador não pode “ter pena” do software. Ao contrário, quanto mais severamente o software for exercitado, menores as chances de ele falhar. 


    Acredito que o erro do item está em dizer que quanto mais severamente o software for exercitado MENORES as chances dele falhar.

    O correto seria quanto mais, MAIORES as chances...


    Logo, alternativa A correta.

  • "Visa a verificar e relatar o estado do software, a qualquer momento, em termos significativos a todos que precisam dessa informação."

    Como assim? Em que momento o teste visa verificar e relatar o estado do software? De que estado se está falando?

  • Essa II é polêmica, porque se é MAIOR a chance de ele falhar nos testes, é MENOR a chance de ele falhar em uso. Essa segunda foi a minha interpretação. Devo ser condenado? Esse é o problema de falta de contexto.

  • Enunciado muito mal escrito. Esta questão deveria ter sido anulada.

  • Nossa! Pensei em menores as chances de ele falhar DEPOIS de realizados os testes. Acho que a questão queria DURANTE os testes. Tá ambígua essa II.

  • acho que o termo "exercitado" não é a mesma coisa de se ter um planejamento de caminhos e condições a serem testadas. Você pode ficar abrindo um sistema , navegando , indo de funcionalidade em funcionalidade, mas se não estiver confrontando o sistema com as regras, solicitando ao sistema que faça algo para que vc possa comprovar o resultado , vc apenas estará exercitando o sistema..pra mim é isso.

  • Acredito que a resposta esteja nos princípios fundamentais de Teste.
    Postei todos os princípios para para ajudar os candidatos que não os conhecem, porém notem que o 2º principio é o que vai de encontro a afirmação II e o 3ª o que vai de encontro a afirmação III.



    1º Príncipio: Testes apontam a presença de falhas

    Testes conseguem identificar a existência de falhas, mas não pode garantir a ausência delas. Mesmo se nenhum erro for identificado em uma bateria de testes, não é possível afirmar que o software está livre de falhas.


    2º Princípio: Teste exaustivo é impossível

    A menos que a aplicação sendo testada tenha uma estrutura lógica muito simples e valores de entrada limitados, teste exaustivo é inviável pois seria extremamente custoso cobrir todos os cenários possíveis. Deve-se calcular o esforço dos testes baseando-se nos riscos e prioridades.


    3º Princípio: Teste antecipado

    Ao desenvolver um software, as atividades de teste devem começar o quanto antes. Assim que os requisitos ou modelagem do sistema estiverem prontos, é possível começar o trabalho de modelagem do plano de testes. O quanto antes uma falha for identificada no ciclo de vida de um sistema, mais barata e mais simples será a correção.(Acredito que a unica ocasião, conceitualmente falando, em que seria coerente o usuário final encontrar erros não identificados pelos testadores, seria nos testes beta. porém na prática muitos só são identificados em produção) 


    4º Princípio: Agrupamento de falhas

    A maioria das falhas encontradas durante a execução dos testes está concentrada em um número pequeno de módulos. Sempre existe uma área do  software que é responsável pelo maior número de erros.


    5º Princípio: Paradoxo do pesticida

    Um conjunto de testes, se executado várias vezes, pode não mais detectar novas falhas. Para contornar esse problema, os casos de teste devem ser frequentemente revisados e atualizados. Eles devem ser reformulados para abordar novas áreas do sistema e assim aumentar a chance de detectar novas falhas.


     6º Princípio: Teste depende de contexto

    Os testes devem ser elaborados de acordo com o tipo do software. Por exemplo, um sistema bancário deve ser testado de maneira diferente de uma rede social. Há questões de segurança que devem ser mais precisamente abordadas no primeiro caso.  Da mesma forma que testes web são elaborados com foco diferente dos testes de aplicações desktop.


    7º Princípio: Ausência de erros é uma ilusão

    Identificar e corrigir os problemas de um software não garantem que ele está pronto. Os testes foram elaborados para identificar todas as possíveis falhas? O sistema atende às necessidades e expectativas dos usuários? Ou seja, existem outros fatores que devem ser considerados para garantir a qualidade do sistema.

  • Faltou um complemento no fim da frase para evitar a ambiguação, vejam:
    "quanto mais severamente o software for exercitado MENORES as chances dele falhar"

    FALHAR QUANDO? Na hora do teste? ou Depois de implementado, na utilização?