Flashcards
ESW - Qualidade de Software e Testes
Flashcards do conjunto (50)
- 1- Projetar uma série de testes com a máxima probabilidade de encontrar errosObjetivo do Teste de SW
- 2- Correção de erros encontrados na verificação ou na validaçãoTipos de Manutenção do SW - Corretiva
- 3- Adaptação e mudanças externasTipos de Manutenção do SW - Adaptativa
- 4- Melhorias requeridas pelos usuáriosTipos de Manutenção do SW - Melhoria ( perspectiva )
- 5- Abordagem pró-ativa com foco na melhoria da manutibilidadeTipos de Manutenção do SW - Preventiva ou de Reegenharia
- 6- Causa de uma falha ( aspecto físico ) - Ex: código incorreto, defeito de hardwareFALTA
- 7- Estado intermediário, de instabilidade ( aspecto informação ) - Pode resultar numa falha, se propagado até a saídaERRO
- 8- Incapacidade do software de realizar a função requisitada (aspecto externo). - Manifestação observável - Ex: terminação anormal, restrição temporal violada.FALHA
- 9- Refere-se ao conjunto de atividades que garante que o software implementa corretamente as funções especificadas. - "Estamos construindo o produto de forma correta?" - Inspeções ( Verificação Estática ) - Testes ( Verificação Dinâmica )Verificação
- 10- Refere-se ao conjunto de atividades que garantem que o software construído implementa o que o cliente realmente desejava. - "Estamos construindo o produto certo?" - Homologação, Teste de Aceitação - RevisõesValidação
- 11- Focada no processo - Orientada a prevenção - Ex: Metodologias, padrões - Garante que você está fazendo as coisas da maneira certa.Garantia de Qualidade
- 12- Focada no produto - Orientada a detecção - Ex: Checagem de requisitos, teste de software - Garante que os resultados do seu trabalho estão de acordo com o esperado.Controle no Produto
- 13- Análise Estática - Não checam RNF's - São abordagens formais para documentar as revisões do código - A intenção é a detecção de erros e não correção.Inspeções do Programa ( Estático )
- 14- Checa a codificação de loops, código, inalcançávelTipos de Inspeções Automatizadas - Análise de Controle de Fluxo
- 15- Detecta variáveis não inicializadas, variáveis que nunca foram usadas.Tipos de Inspeções Automatizadas - Análise de Dados
- 16- Checa a consistência de declarações de rotinas e procedimentos e como são utilizadosTipos de Inspeções Automatizadas - Análise de Interfaces
- 17- Processo de executar um programa com o objetivo de encontrar erros. - Não garante que o software está livre de erros.Teste ( Verificação Dinâmica )
- 18- Focado nas entradas e saídas especificadas nos requisitos funcionais - Baseado em prés e pós condições - Busca erros de comportamento e desempenho - Técnicas usadas: Testes baseados em grafos, matriz, análise de valores limítrofes, particionamento de equivalênciasAbordagens de Testes - Caixa Preta/Funcional
- 19- Focado nas estruturas internas - Análise de caminhos lógicos - Garantir que todos os caminhos independentes de um módulo sejam executados pelo menos uma vez - Executar todas as decisões lógicas - Todos os laçosAbordagens de Testes - Caixa Branca/Estrutural
- 20- Meio termo, branca e preta - Alguns conhecimentos de ambas partes.Abordagens de Testes - Caixa Cinza/Mista
- 21- Toda aplicação é construída por "objetos" - Todos objetos são projetados em gráficos - Descobrir comportamentos inesperadosTeste baseado em grafos
- 22- Baseada em dividir o domínio de entradas de um programa em classe de dadosTécnica Particionamento de Equivalências
- 23- Os erros acontecem nos limites do domínio de entrada e não no "centro" - Os testes devem ser gerados considerando esse valores "limítrofes"Técnica de Análise de Valores Limítrofes
- 24- Onde calcula-se a complexidade lógica do software e utiliza essa medida como base para descobrir os caminhos básicosTestes Caixa Branca - Caminho Básico
- 25- Teste de laços, condicionais, etcTestes Caixa Branca - Teste de Estruturas de Controle
- 26- Fornece uma medida quantitativa da complexidade lógica de um programaTestes Caixa Branca - Complexidade Ciclomática ( Métrica )
- 27- Primeiro nível de testes, onde componentes individuais são testados. - Ferramenta usada: JUnitEstágios de Teste - Teste de Unidade
- 28- Framework de código aberto - Testar códigos em JAVAJUnit
- 29- Integra e testa componentes de um sistema com o objetivo de encontrar problemas durante suas interaçõesTeste de Integração
- 30- Desenvolve o esqueleto do sistema e o preenche com os componentes do sistemaTeste de Integração - Top-Down
- 31- Integra os componentes de infraestrutura e depois adiciona componentes funcionaisTeste de Integração - Bottom-Up
- 32- Demonstrar a conformidade com os requisitos de software - O ambiente utilizado deve ser o mais próximo do realTeste de Aceitação ( Validação )
- 33- Testes conduzidos pelo cliente no ambiente do desenvolvedor - Ambiente controladoTeste de Aceitação ( Validação ) - Alfa
- 34- É conduzido em um ou mais locais do cliente, pelo usuário final do produto. - O usuário anota todos os problemas e depois envia para o desenvolvedor - Ambiente realTeste de Aceitação ( Validação ) - Beta
- 35- São conduzidos em um ambiente completo e integrado, por várias pessoas.Teste de Sistema
- 36- Visa a executar um subconjunto de testes que já foram executados com o intuito de garantir que as mudanças ocorridas não propagaram efeitos indesejados.Tipos de Testes - Regressão
- 37- Refere-se ao primeiro teste realizado depois de integrar os componentesTipos de Testes - Teste de Fumaça
- 38- Força o software a falhar e verifica se a recuperação foi feita de forma adequada.Tipos de Testes - Recuperação
- 39- O testador visa penetrar no sistema de qualquer maneira - O objetivo do teste é assegurar que a tentativa de penetração custe mais caro que os ganhos que o hacker virá a ter.Tipos de Testes - Segurança
- 40- Confrontar os programas com situações anormais - "Até onde ele aguenta?"Tipos de Testes - Carga/Estresse
- 41- Pode ocorrer durante todos os estágios de testes - Visa garantir que o sistema atende aos níveis de desempenho e tempo de resposta acordamos nos requisitosTipos de Testes - Desempenho
- 42- Avalia o sistema do ponto de vista do usuário finalTipos de Testes - Usabilidade
- 43- É o processo que resulta na remoção de um erro encontradoDebugging
- 44- Popula-se o sistema com escritas ao console para tentar encontrar erros. - É o métodos menos eficienteAbordagens de Debugging - Força Bruta
- 45- Começando a partir de onde o erro ocorreu, deve-se rastrear o código manualmente até a fonte do erro.Abordagens de Debugging - Backtracking
- 46- Uma "hipótese de causa" é elaborada e os dados relacionados ao erro são utilizados para prová-laAbordagens de Debugging - Eliminação de Causa
- 47- Define metas e objetivos de teste no escopo da iteraçãoPlano de Testes ( RUP )
- 48- Tem a finalidade de identificar e comunicara as condições específicas nas quais as funcionalidades serão testadas - Define um conjunto de entradas de teste, condições de execução e resultados esperados.Caso de Teste
- 49- Descrição do Caso de Teste - Pré-Condições - Entradas - Pontos de Observação - Pontos de Controle - Resultados Esperados - Pós-CondiçõesEstrutura do Caso de Teste
- 50- (1) aplicações clientes individuais são testadas no modo “não conectado” e a operação do servidor e a rede subjacente não são consideradas; - (2) o software cliente e as aplicações do servidor associadas são testadas em conjunto, mas as operações da rede não são explicitamente exercitadas; - (3) a arquitetura completa cliente/servidor, incluindo operações e desempenho da rede, é testada.Teste em Cliente/Servidor
Informações
- Descrição
- HARD Específica (Engenharia de Software) FlashCards sobre ESW - Qualidade de Software e Testes, criado por Raphael Luiz Fonseca em 17-11-2014.
- Criado por
- Raphael Luiz Fonseca
- Visualizações
- 113
- Avaliação