O GoConqr está de visual novo! Conte para nós o que você achou.

Mapa mental

Visão Geral sobre Teste de Software

GUMP TI TESTE DE SOFTWARE Tecnologia Português

Conteúdo do mapa

Visão Geral sobre Teste de Software

  1. 7 Princípios do Teste

    • 1. Teste não garante ausência de defeitos
      • O teste pode demonstrar a presença defeitos, mas não pode provar que eles não existem.
      • Teste reduz a probabilidade que os defeitos permaneçam em um software, mas mesmo se nenhum defeito for encontrado, não prova que ele esteja perfeito.
    • 2. Teste exaustivo é impossível
      • Testar todas as combinações de entradas e pré-condições não é viável,exceto em casos triviais.
      • Riscos e prioridades devem ser levados em consideração para montar o escopo do teste.
    • 3. Teste Antecipado
      • O teste deve começar o mais breve possível dentro do ciclo de desenvolvimento com foco nos seus objeivos.
        • Regra 10 e Myers Quanto mais cedo encontramos o defeito mais barata será sua identificação e correção.,
    • 4. Agrupamento de Defeitos
      • Um numero pequeno de módulos contém a maioria dos defeitos encontrados durante os testes ou exibe a maioria das falhas operacionais.
      • Os bugs estão distribuídos de forma heterogênia. Alguns módulos tem mais defeitos que os outros.
    • 5. Paradoxo de Pesticida
      • Pode ocorrer que de um mesmo conjunto de testes repetidos várias vezes não encontram novos defeitos após determinado tempo.
      • Para superar este "paradoxo do pesticida" os casos de teste 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.
    • 6. Teste Depende do Contexto
      • Quanto maior o risco mais testes
      • Quanto menor o risco menos teste
    • 7. Içusão de Ausência de Erro
      • Encontrar e consertar defeitos não ajuda se o sistema não atende as expectativas e necessidades do cliente
  2. Tipos de Testes Baseados na ISO IEC/25010

    • A norma ISO/IEC 25010 define as características de qualidade que todos os softwares devem ter, de forma a alcançar um nível muito alto de qualidade no software que será entregue
    • AF - Adequação funcional
      • Teste de negócio, Testes Funcionais. O software está fazendo o que deveria fazer?
      • Correção
        • Está trazendo resultado correto?
      • Completude
        • Está fazendo tudo que é necessário?
      • Apropriado
        • É a forma correta de apresentar a informação? Faz sentido para aquele público?
    • U - Usabilidade
      • Facilidade que o usuário tem para utilizar o software. Exemplo: Instagram, Facebook etc.
      • Reconhecibilidade
        • Facilidade em reconhecer elementos e comportamentos.
      • Aprendizibilidade
        • Facilitar o aprendizado do usuário
      • Operabilidade
        • Facilitar a operação e navegação
      • Proteção contra erro do usuário
        • Estética (da Interface com usuário)
        • Acessibilidade
          • Facilitar o acesso a Todas as Pessoas
    • C - Compátibilidade
      • Coexistência
        • Facilidade em coexistir junto com outros
      • Interoperabilidade
        • Facilidade de Comunicação com outros softwares
    • C - Confiaça
      • Maturidade
        • Perceber e previnir falhas antes que aconteçam
      • Disponibilidade
        • Manter-se disponível aos usuários
      • Tolerancia a falhas
        • Perceber e compensar a falha em tempo real
      • Recuperabilidade
        • Recuperar-se a falhas e travamentos
    • E - Eficiência no Desempenho
      • Software rápido
      • Comportamento em relação ao tempo
      • Utilização de Recursos
      • Capacidade
    • M - Manutenibilidade
      • Modularidade
        • Facilidade de dar manutenção ao Software.
        • Organizado em módulos
      • Resusabilidade
        • Facilidade de reutilizar
      • Analisabilidade
        • Preciso codificar para alterar porém é fácil de analisar e entender o que devo alterar.
        • Facilidade de Analisar
      • Modificabilidade
        • Tudo que posso alterar sem codificar
        • Facilidade de modificar (trocar componentes)
      • Testabilidade
        • Fácil ou viável de testar
    • Portabilidade
      • Capacidade do software em funcionar um diversos ambientes e tecnologias.
      • Adaptabilidade
        • Facilidade de adaptar
      • Instalabilidade
        • Facilidade de instalar e desinstalar
      • Substituibilidade
        • Facilidade de substituir
    • Segurança
      • Confidenciabilidade
      • Integridade
      • Não repúdio
      • Responsabilidade
        • Auditável
        • Prestação de Contas
      • Autenticidade
    • AF-U-C-C-E-M-P-S
      • Adequação Funcional
      • Usabilidade
      • Compatibilidade
      • Confiança
      • Eficiência
      • Manutenibilidade
      • Portabilidade
      • Segurança
  3. O que é?

    • O teste de software é uma maneira de avaliar a qualidade do software e reduzir o risco de falha do software em operação
  4. Grupos principais de atividades

    • Planejamento do teste
      • Definem os propósitos e a abordagem do teste
    • Monitoramento e controle do teste
      • Comparação contínua do progresso real com o plano de teste usando qualquer métrica de monitoramento definida no plano de teste
    • Análise do teste
      • Determina “o que testar” em termos dos critérios de cobertura mensuráveis.
      • O que testar
    • Modelagem do teste
      • As condições de teste são elaboradas em casos de teste de alto nível, em conjuntos de casos de teste de alto nível e outros testwares
      • Como testar
    • Implementação do teste
      • Agora temos tudo para executar os testes?
    • Execução do teste
      • Os conjuntos de testes são executados de acordo com a programação de execução do teste
    • Conclusão do teste
      • Coletam os dados das atividades de teste já concluídas para consolidar a experiência, o testware e qualquer outra informação relevante. 
  5. Níveis de Teste

    • Teste de Componente
      • Executado pelo desenvolvedor que escreveu o código
      • requer acesso ao código
    • Teste de Integração
      • Níveis
        • integração de componentes
          • responsabilidade dos desenvolvedores
        • integração do sistema
          • responsabilidade dos testadores
    • Teste de Sistemas
      • Responsabilidade dos testadores
    • Teste de aceite

Informações

Descrição
Tecnologia TESTE DE SOFTWARE Mapa Mental sobre Visão Geral sobre Teste de Software, criado por GUMP TI em 08-06-2021.
Criado por
GUMP TI
Visualizações
1
Avaliação

Fale Conosco

Sobre o que é sua mensagem?

O que você acha do novo visual?

Você gostou?