Karteikarten
Teste e Manutenção de Software
Karten in diesem Stapel (65)
- 1SistemaColeção de componentes organizados para exercer uma função
- 2Componentes do sistemacódigo-fonte, documentação, bibliotecas, HW
- 3Configurações de um sistemaColeção de versões de itens de HW, firmware e SW combinados de acordo com um procedimento p/ servir uma necessidade
- 4Gerência de configuraçãoControlar a evolução garante a correta combinação dos componentes, mantendo integridade e rastreabilidade
- 5RastreabilidadeVerificar se a implementação satisfaz os requisitos
Análise de Impacto
Auxilia Gerenciamento de mudanças - 6Rastreabilidade verticalEstabelece relações de dependência entre elementos de tipos diferentes, classe e código-fonte
- 7Rastreabilidade horizontalEstabelece relação de dependência entre elementos do mesmo tipo, caso de uso
- 8Preocupação com Gerência de ConfiguraçãoSaber: *o que deve ser entregue
*oque uma versão do sistema possui
*eliminar dificuldade de produzir ou retornar uma versão
*se o produto testado foi entregue
*controle das modificações e versões
*evita bugs reincidentes - 9Gerência de Configuração mal feita-Não pode produzir versão do sistema
-Retrabalho nos testes
-Falta de controle de mudanças gera tretralbalho - 10Item de Configuração-Parte que constitui o SW
-Elementos que devem ser tratados atomicamente
-São formalmente controlados pela GC - 11Linha de Base ou Baseline-Marco no projeto de SW que é delimitado, que serve como base para a próxima etapa
-Retrato consistente dos itens de configuração
-Momentos importantes de entrega e controle. Requisitos, codificação...
-Acompanhada de auditoria - 12Sistema de Gerência de Configuração-Controle de modificaçãoExecuta função de controle de configuração, armazena informações geradas durante o andamento das solicitações de modificações
- 13Sistema de Gerência de Configuração-Controle de versões-Permite identificação e armazenamento dos itens de configuração
-Histórico de alterações
-Criação de ramificação no projeto - 14Sistema de Gerência de Configuração - Gerenciamento de construção (liberação)Automatiza o processo de liberação de versão, agrupamento dos itens de configuração implementados e testados
- 15Chance Control BoardComitê de Controle de Configuração-Grupo que controla e avalia as solicitações de mudança, autoriza a criação e liberação de itens de configuração por baseline
- 16Planejamento da Gerência de ConfiguraçãoPreparação para as atividades de GC dentro do projeto
Atividades são materializadas em um Plano de Gestão de Configuração
Informações específicas do projeto - 17Atividades gerais de GCGerar e controlar versões
Atualizar versões
Adicionar itens de configuração - 18Auditoria-Avaliação da execução do processo de GC
-Feita por quem não executou o processo
-Auditoria estrutural, funcional e aderência ao processo - 19Auditoria EstruturalDeterminar se as estruturas e padrões definidos para organização e operação da baseline estão sendo seguidos:
-nomenclatura, nº das versões, nome da baseline - 20Auditoria FuncionalDeterminar se as funcionalidades do sistema prevista para uma baseline está sendo seguida
-garante entrega de bugs, mudanças e funcionalidades acordadas
-nada que nao deveria fazer parte daquela baseline está acidentalmente integrado - 21Auditoria de Aderência ao ProcessoDeterminar se as atividades de GC foram realizadas
Pode ser realizada em conjunto com a verificação de atendimento de outros processos - 22Tratamento de MudançasControle formal das mudanças realizadas nos itens de configuração
Comitê de Controle de Configuração na decisão do que precisa ou não ser alterado - 23Versionamento e GCVersionamento é o armazenamento de diversas revisões (versões) dos arquivos controlados
Versão é uma composição de diferentes revisões individuais
Possibilita desenvolvimento paralelo
Recuperação de versão anterior
Uso de repositório único - 24Ferramenta de GCSW para gerenciamento de arquivos para desenvolvimento colaborativo
-Repositório central
-Acesso controlado
-Avalia transações
-Possibilita recuperação de versões armazenadas - 25RepositórioEstrutura de diretórios localizada em um servidor, cujos arquivo estão sob controle de versão
- 26Área de trabalhoCópia local (na estação de trabalho do usuário) de todo ou parte de um repositório onde são realizadas as modificações
- 27MóduloDiretório na raiz do repositório
- 28Tag ou label (marcador)Possibilita criação de conjuntos íntegros de revisões (baselines) que podem ser recuperados futuramente
- 29Branch (ramo)Conjunto de revisões paralelas, versões versionadas, mas paralelas
- 30Merge (combinar)Unir revisões diferentes do desenvolvimento paralelo. Reunir itens de uma versão consolidada
- 31TestesForma de se garantir a qualidade
Mostrar que um programa faz o que é proposto
Prevenir e encontrar defeitos
Ganhar confiança e prover informações sobre a qualidade de SW - 32ErroUso incorreto do SW
Não se comporta como esperado - 33DefeitoBugs, problemas no projeto ou construção do SW
- 34FalhaSistema não realiza o que deve fazer, tem origem em um defeito
Alguns defeitos nunca são descobertos (não geram falhas) - 35VerificaçãoConjunto de atividades que garante que o SW implementa corretamente uma função específica. O produto é construído corretamente?
- 36ValidaçãoConjunto de atividades diferentes que garante que o SW construído corresponde aos requisitos. O produto construído é correto?
- 37Origem de defeitos e falhasErros na especificação, projeto e implementação do SW; erro no uso do sistema; condições ambientais; dano intencional
- 38IndependênciaRevisões e testes devem ser executados por alguém diferente do autor
- 39Níveis de teste_Teste de Unidade ou componenteCódigo, verifica o funcionamento de componentes (módulos, classes), teste de RF e RNF, normalmente envolve o programador; Erro de cálculo, erros de comparação e fluxo de controle (comparação de tipos de dados diferentes)
- 40Tipos de teste_Teste de IntegraçãoDesenho, testa interface entre os componentes e sistemas, construir a estrutura, testador específico ou pelo desenvolvedor, RNF, ex: dados perdidos através da interface, módulo com efeito imprevisto
- 41Abordagem de teste de Integração_Teste de regressãoUsados para garantir a não propagação de efeitos colaterais indesejados
- 42Abordagem de teste de Integração_Teste fumaçaPorvê integração contínua
- 43Níveis de teste_ Teste de SistemaEngenharia de sistemas, relacionado ao comportamento do sistema como um todo, baseado na especificação, último teste antes da entrega, equipe especializada, verificar RF e RNF, ambiente de teste controlado (próximo ao final)
- 44Níveis de teste_ Teste de AceitaçãoRequisitos, testes dos usuários, ambiente próximo ao real, estabelecer confiança
- 45Teste de aceitação_Teste AlfaAmbiente do desenvolvedor, usuários convidados a utilizar o sistema
- 46Teste de aceitação_Teste BetaUsuários em condições reais
- 47Tipos de Teste_Teste Funcional (caixa-preta)Garantir que os requisitos, funções e comportamentos estão corretos, requisitos (RF e RNF) e processo de negócio, teste de comparação
- 48Tipos de Teste_Teste Estrutural (caixa-branca)Analisa elementos estruturais, aplicado no nível de componente e integração, garantir que as linhas de código e condições estão corretas
- 49Tipos de Testes_Relativos a mudançasTeste de confirmação e teste de regressão
- 50Relativos a mudanças_Teste de confirmaçãoRe-teste, confirmar que os defeitos foram corrigidos
- 51Relativos a mudança_Teste de regressãoCandidatos a serem automatizados, reexecução de algum sub-conjunto de testes, incluir apenas testes que cuidam de uma ou mais classes de de erro
- 52Relativos a mudança_Teste de fumaçaAvaliação do projeto em bases frequentes, integração com outras construções
- 53Testes AutomatizadosUsam técnicas de regressão, usam caminhos aleatórios e grande volume de dados, teste de componentes
- 54Testes ManuaisTeste de instalação e configuração, teste de manipulação de erros, teste de usabilidade
- 55Planejamento de TestesOcorre no início de fase ou interação, em paralelo com o planejamento do projeto, estratégias de teste, orienta a equipe de teste
- 56Planejamento de Testes_PassosDefinir componentes que estão no escopo dos testes, Objetivos do teste, Abordagem do teste, Seguir política e estratégia, Definir critérios de saída
- 57FormalidadeTestes formais (documentação extensa, inclui entrada e saída), testes informais (testes da cabeça dos testadores)
- 58Análise de TestesAnálise de informações que podem derivar testes, base para testes: requisitos, código, condições: ter algo que possa ser testado, lista de condições priorizada
- 59Desenho (projeto) de TestesCondições de teste ampla, necessário entradas especificadas detalhadas (casos de teste), saber o resultado esperado, especificar ambiente, informado no objetivo
- 60Documentação dos Casos de TesteAlgumas informações: descrição, informações de entrada, comportamento esperado na saída, necessidade de ambiente
- 61Implementação dos TestesEspecificar procedimentos de testes e scripts, execução em sequência de alguns casos, condições são transformadas em casos e procedimentos
- 62Estratégia de TestesIncorpora planejamento, projeto de casos de teste, coleta e análise dados. Deve ser flexível
- 63Controle dos TestesAtividade contínua, comparação do progresso real com o planejado, tomar ações para se atingir os objetivos
- 64Projeto e Análise dos TestesA partir dos objetivos de testes, são construídos os projetos e procedimentos, rever base de teste, identificar ambiguidades e condições de teste, projetar testes, avaliar testabilidade
- 65Execução dos TestesExecução dos testes de acordo com os procedimentos de teste, desempenho da estratégia
Informationen
- Beschreibung
- Karteikarten am Teste e Manutenção de Software, erstellt von Marina Catão am 19/03/2015.
- Erstellt von
- Marina Catão
- Aufrufe
- 14
- Bewertung