Estratégias de Teste de Software. Fabrício de Sousa
|
|
- Francisco de Carvalho Nobre
- 8 Há anos
- Visualizações:
Transcrição
1 Estratégias de Teste de Software Fabrício de Sousa
2 O que é Teste? Processo de executar um programa com a intenção de descobrir um erro Um teste bem-sucedido é aquele que revela um erro ainda não descoberto. 2
3 Testes 3
4 Estratégias de Teste Roteiro que descreve os passos a serem conduzidos Esforço, tempo e recursos necessários Planejamento Projeto de casos de testes Execução Coleta e avaliação dos dados 4
5 Processo de Teste 5
6 Estratégias de Teste Revisões Formais antes do início do teste Diferentes técnicas de teste são adequadas em diferentes momentos Começa de dentro para fora, em direção a integração de todo o sistema Quem faz o teste Programador Engenheiro de teste 6
7 Processo de Teste 7
8 Testes Testes x Depuração Testes de baixo nível Verifica se pequeno segmento do código foi implementada corretamente Testes de alto nível Valida as principais funções do sistema 8
9 9
10 Verificação e Validação (V&V) Verificação Garante que o software implementa corretamente uma função especifica Validação Garante que o software construído corresponde aos requisitos do usuário 10
11 Garantia da Qualidade de Software (SQA) Revisões técnicas Auditoria de qualidade Configuração Monitoramento de desempenho Simulação de estudo de viabilidade Revisão de documentação Revisão da base de dados Análise de algoritmos Teste de usabilidade Teste de qualificação Teste de instalação 11
12 Teste x Qualidade Você não pode testar a qualidade. Se ela não estiver lá antes de você começar a testar, ela não estará lá quando terminar de testar A qualidade é incorporada durante o processo de ES Aplicação adequada de métodos e ferramentas, revisões técnicas e gerencia e medições sólidas, levam à qualidade, confirmada durante o teste 12
13 Organização do Teste Quem deve testar? Programador Quem conhece o programa melhor do que eles? Interesse oculto em demonstrar que o programa está livre de erros, funciona de acordo com os requisitos do cliente e será completado no cronograma e dentro do orçamento 13
14 Organização do Teste Análise,projeto de software e implementação Tarefa construtiva Testes Tarefa destrutiva Programador tem amor a cria não quer achar erro Faz teste para mostrar que o programa funciona Infelizmente os erros estão presentes Se ele não descobrir o cliente irá descobrir 14
15 15
16 Verdadeiro ou Falso? O programador não deve fazer teste? O programa deve ser entregue as estranhos para testar? O engenheiro de teste se envolve com o projeto apenas quando os passos de testes forem começar? Todas são falsas 16
17 Grupo Independente de Teste Indepent Test Group ITG São pagos para encontrar erros Trabalha juntamente com o ES É interessante que já esteja envolvido no projeto durante a fase de análise e o projeto As vezes, pertence a uma Organização de Qualidade de Software Grau de independência 17
18 Estratégia de Teste Teste de Unidade Concentra-se em cada unidade (funcionalidade) Teste de Integração Foco no projeto e na arquitetura Teste de Validação Os requisitos estabelecidos são validados com relação ao software construído Teste de Sistema Software e os outros elementos do sistema são testados com um todo. Hardware, pessoal, banco de dados, etc. 18
19 Relação entre o processo de desenvolvimento e uma estratégia de software 19
20 Processo de Teste 20
21 Quando saberemos que é hora de parar de testar? 21
22 Quando saberemos que é hora de parar de testar? Você nunca para de testar A tarefa simplesmente passa de você, ES, para o seu cliente Cada vez que o cliente/usuário executa o programa, ele está sendo testado Resposta um tanto cínica Devemos parar quando o tempo acabar ou quando o dinheiro acaba. 22
23 Métricas Uso de métricas Teoria da confiabilidade do software Modelos de falhas do software em função do tempo de execução
24 Que diretrizes levam a uma estratégia de software bemsucedida? Especifique os requisitos do produto de um modo quantificável muito antes do teste começar. Embora o principal objetivo seja encontrar erros, serve para avaliar outras características de qualidade: portabilidade, manutenibilidade e usabilidade 24
25 Que diretrizes levam a uma estratégia de software bemsucedida? (cont.) Enuncie explicitamente os objetivos do teste Efetividade do teste Cobertura do teste Tempo médio entre falhas Custo de encontrar e consertar defeitos Densidade restante de defeitos Frequencia de ocorrência de defeitos Número de horas de testes 25
26 Que diretrizes levam a uma estratégia de software bemsucedida? (cont.) Entenda os usuários do software e desenvolva um perfil de cada categoria de usuário Uso de cenário do caso de uso Desenvolva um plano de teste que enfatize teste de ciclo rápido 2% do esforço projeto de incrementos de funcionalidade 26
27 Que diretrizes levam a uma estratégia de software bemsucedida? (cont.) Construir software robusto que é projetado para testar a si próprio Técnicas anti-defeitos Automação de testes Teste de regressão Use revisões técnicas formais efetivas como filtro antes do teste Revisões técnicas reduzem a quantidade de erros 27
28 Que diretrizes levam a uma estratégia de software bemsucedida? (cont.) Conduza revisões técnicas formais para avaliar a estratégia de teste e os casos de testes propriamente ditos Descobre inconsistências Omissões e Erros gritantes Poupa tempo e aperfeiçoa a qualidade do produto 28
29 Que diretrizes levam a uma estratégia de software bemsucedida? (cont.) Desenvolva uma abordagem de aperfeiçoamento contínuo para o processo de teste A estratégia de teste deve ser medida As métricas coletadas durante os testes devem ser usados com parte de uma abordagem estatística de controle do processo 29
30 Testar apenas com base nos requisitos perceptíveis ao usuário final é como inspecionar um edifício com base no trabalho feito pelo decorador de interiores, em detrimento das fundações, da estrutura e dos encanamentos Boris Beizer 30
31 Estratégias de teste para Software Convencional Esperar o sistema terminar e só então começar os testes? ES pode conduzir testes diariamente sempre que um novo código for implementado? Escolha que fica entre os dois extremos Visão incremental dos testes Teste de Unidade Teste de Integração 31
32 Teste de Unidade Focaliza o esforço de verificação na menor unidade de projeto de software Componente ou módulo do software Todos os caminhos independentes Devemos garantir que todos os comandos tenham sidos executados pelo menos uma vez As condições limites são testados Todos s caminhos de manipulação de erros são testados 32
33 33
34 Teste de Unidade O teste seletivo de caminhos de execução é uma tarefa essencial Casos de testes Descobrir erros devidos cálculos errados Comparações incorretas Fluxo de controle inadequado Erros mais comuns no cálculo Precedência aritmética mal entendida ou incorreta Operações em modo misto Inicialização incorreta Falta de precisão 34
35 Teste de Unidade Comparações e fluxo de controle estão intimamente aclopados Freqüentemente ocorre mudança de fluxo após uma comparação Casos de testes devem descobrir erros de: Comparação de tipos de dados diferentes Operadores ou precedência lógica incorreta Expectativa de igualdade quando o erro de precisão torna a igualdade improvável Comparação incorreta de variáveis Dentre outras... 35
36 Teste de Unidade Testes nos limites Uma das tarefas mais importante O Software freqüentemente falha no seus limites: N-ésimo termo elemento do vetor é processado i-ésima repetição de um ciclo com i passagens é chamado Bons casos de testes Valores de dados Acima Abaixo Máximo Mínimo No intervalo...provavelmente descobrirão erros 36
37 Teste de Unidade Antidefeitos Condições de erro são antecipados e caminhos de manipulação de erros são estabelecidos para direcionar ou claramente terminar o processo quando um erro claramente ocorre 37
38 Teste de Unidade Mensagens de erros Problemas: A descrição do erro é ininteligível O erro mencionado não corresponde ao erro encontrado A condição de erro provoca a intervenção do sistema antes da manipulação do erro Processamento da condição de exceção está incorreto Descrição do erro não fornece informação suficiente para ajudar na localização da causa do erro 38
39 Procedimentos de teste de Unidade Normalmente considerado um apêndice ao passo de codificação Pode ser iniciado antes ( preferência programação ágil) Depois que o código ter sido gerado 39
40 Como testar componentes? Componente não é um programa isolado Software para um pseudocontrolador (driver) Software para um pseudocontrolado (stub) Pseudocontrolador Nada mais é do que um programa principal Aceita dados do caso de teste, passa tais dado ao componente ( a ser testado) e imprime os resultados relevantes Pseudocontrolado Servem para substituir módulos que são chamados ao componente a ser testado 40
41 Como testar componentes? Pseudocontroladores e pseudocontrolados Despesas extras São softwares que precisam ser escritos, mas não entregue com o produto final do software Infelzimente muitos não são testados Solução: deixar para o teste de integração 41
42 42
43 Teste de Integração Se todos eles funcionam individualmente, por que você duvida que vão funcionar quando colocados em conjunto? O problema é sem dúvida, colocá-los juntosinterfaces Dados podem ser perdidos através de uma interface Um módulo pode ter um efeito imprevisto ou adverso sobre outro Subfunções quando combinadas podem não produzir o resultado a função principal desejada 43
44 Teste de Integração Tendência de tentar integração nãoincremental Abordagem big-bang Todos os componentes são combinados com antecedência O programa inteiro é combinado de uma só vez Usualmente resulta num CAOS Conjunto de erros é encontrado A correção é difícil porque o isolamento das causas é complicado pelo vasto programa inteiro Novos erros aparecem 44
45 Teste de Integração Integração incremental Antítese da big-bang Programa é construído e testado em pequenos incrementos Erros são mais fáceis de isolar e corrigir 45
46 Estratégias de integração incrementais Integração descendente Integração Ascendente Teste de regressão Teste fumaça 46
47 Integração descendente Top-down Movimento de cima para baixo na hierarquia Primeiro módulo principal Posteriormente os subordinados são incorporados Primeiro em profundidade ou Primeiro em largura 47
48 48
49 Integração Ascendente Bottom-up Inicia a construção e teste de módulos atômicos Necessidade de pseudocontroladores são eliminados 49
50 Teste de regressão Cada vez que um módulo é adicionado o software se modifica Funções que funcionavam impecavelmente não mais funcionam Reexecução de algum subconjunto de teste que já foi conduzido para garantir que as modificações não propagassem efeitos colaterais indesejáveis 50
51 Teste de regressão Pode ser conduzido: Manualmente Reexecutando um subconjunto de todos os casos de teste Ferramentas automatizadas de captação/reexecução Capta casos de testes e resultados para subsequente reexecução e comparação 51
52 Teste Fumaça Projetos de prazo crítico Freqüência diária de teste Exercita o sistema inteiro de ponta a ponta Não precisa ser exaustivo Deve ser capaz de expor os problemas principais 52
53 Teste Fumaça: Vantagens O risco de integração é minimizado A qualidade do produto final é aperfeiçoada Diagnóstico e correção de erros são simplificados Progresso é fácil de avaliar 53
54 Teste Sandwiche Testes descendentes Níveis mais alto Testes ascendentes Níveis subordinados 54
55 Módulo Crítico Aborda vários requisitos do software Alto nível de controle É complexo ou propenso a erros Requisitos de desempenho bem definidos»devem ser testados tão cedo possível 55
56 Documentação do teste de Integração Especificação de teste Plano de teste Procedimento de teste Parte da configuração do software Dividido em fases 56
57 Fases de Testes Integridade da Interface Validade funcional Conteúdo informacional Projetados para descobrir erros associados com estruturas de dados locais ou globais Desempenho Definição de datas iniciais e finais Ambiente e recursos de testes são descritos Técnicas de teste 57
58 Fases de Testes Plano detalhado do teste Os testes de cada fase de integração Lista de todos os casos de testes Resultados esperados Relatório de Teste Histórico dos resultados reais do teste 58
59 O melhor testador não é aquele que encontra mais erros...o melhor testador é aquele que corrige a maior parte dos erros Cem Kaner et al 59
60 Teste de Validação Começa no fim do teste de Integração Se torna bem sucedido quando funciona de modo esperado pelo cliente 60
61 61
62 Critérios do Teste de Validação Séries de testes Demonstram conformidade com os requisitos Plano de testes Valida Características comportamentais, requisitos de desempenho, usabilidade, etc. 62
63 Teste Alfa Feito no ambiente do desenvolvedor com os usuários finais Desenvolvedor olhando sobre os ombros dos cliente Registrando erros e problemas de uso Ambiente controlado 63
64 Teste Beta Feito no ambiente dos usuários finais O desenvolvedor geralmente não está presente O cliente registra todos os problemas que são encontrados e relata ao ES 64
65 Teste de Sistema O software é apenas um elemento de um sistema baseado em computador Incorporado a: Hardware, pessoal e Informação Não são conduzidos apenas por ES 65
66 Teste Grande problema: Dedo-duro Erro descoberto e cada desenvolvedor culpa o outro 66
67 Teste de Sistema ES deve antecipar problemas potenciais Antecipar problemas potenciais Projetar caminhos de manipulação de erros Testes que simulem maus dados Registrar os resultados dos testes Participar do planejamento e projeto de teste 67
68 Teste de Sistema Teste de Recuperação Teste de Segurança Teste de Estresse Teste de Desempenho 68
69 Teste de Recuperação Deve ser tolerante a falhas Deve ser corrigido dentro de um curto período de tempo Teste que força o software a falhar de diversos modos e verifica se a recuperação é adequadamente realizada 69
70 Teste de Recuperação Verifica-se se: Se a recuperação é automática Reinicialização Mecanismo de verificação Recuperação dos dados e o reinício Se a recuperação requer intervenção humana Tempo médio de reparo 70
71 Teste de Segurança Informações confidenciais Alvo para invasões Hackers Empregados descontentes tentam invadir por segurança Indivíduos desonestos que buscam ganhos pessoais ilícitos 71
72 Teste de Segurança Verifica-se se os mecanismos de proteção incorporadores vão proteger de invasão imprópria Teste em relação à invulnerabilidade Desempenha o papel do individuo que quer invadir o sistema Vale tudo! Tentar obter senhas de funcionários externos Atacar o sistema com software especifico Causar erros no sistema de propósito 72
73 Teste de Estresse Os demais testes testam o sistema sob condições normais do programa Teste de Estresse é projetado para submeter a situações anormais Demanda recursos em quantidade, freqüência ou volume anormais 73
74 Teste de Estresse: exemplos Gerar dez interrupção, quando a média é uma ou duas Velocidade de entrada aumentada em ordem de grandeza Caso de teste que exigem um máximo de memória ou recursos Busca excessiva 74
75 Teste de Desempenho Sistemas de tempo real e embutidos Desempenho é inaceitável Testa o desempenho na sua execução Pode ser feito desde o teste de unidade O verdadeiro desempenho é medido com o término do projeto 75
76 Teste de Desempenho Freqüentemente acoplado ao teste de estresse Mede a utilização de recursos Processador Registra eventos (intervenções) 76
77 A arte de depuração É a ação que resulta na correção do erro Pode e deve ser um processo ordenado Ainda é excessivamente uma arte 77
78 78
79 Processo de Depuração Ocorre em conseqüência do teste 1. Execução do Casos de testes 2. Resultados comparados A depuração terá dois possíveis resultados A causa será encontrada e corrigida A causa não será encontrada 79
80 Processo de Depuração Sintomas e causas geograficamente remotos Sintoma pode desaparecer quando outro erro for corrigido Sintoma pode ser causado por não-erros (ex.imprecisões de arredondamentos) Sintoma causado por erro humano 80
81 Depuração: Considerações psicológicas É uma das partes mais frustrantes da programação Elevada ansiedade e má vontade em aceitar a possibilidade de erros Felizmente, há um suspiro de alívio e uma diminuição de tensão quando o defeito é finalmente corrigido. 81
82 Abordagens de depuração Táticas de depuração Força bruta Rastreamento Eliminação da causa 82
83 Força Bruta Método mais comum Menos eficiente Deixe o computador encontrar o erro Listagem de memória Rastreadores de execução Comandos de saída 83
84 Rastreamento O código é rastreado manualmente até que o lugar da causa seja encontrado Muitas linhas de código Tarefa mais complexa 84
85 Eliminação da causa Os dados relacionados à ocorrência do erro são organizados para isolar causas em potencial Hipótese de causa é concebida Dados são usados para provar ou rejeitar a hipótese Lista de todas as causa possíveis é desenvolvida São conduzidos testes para eliminar cada um 85
86 Depuração automatizada Uso de rastreadores Visualização de software Geradores automáticos de casos de testes 86
87 Correção do erro Correção de um defeito pode inserir novos O ES deve fazer três perguntas antes de fazer a correção do software: A causa do defeito está reproduzida em outra parte do programa? Qual o próximo defeito que pode ser introduzido pelo conserto que estou prestes a fazer? O que poderíamos ter feito para prevenir a ocorrência desse erro? 87
88 Dúvidas? 88
89 O Mundo sem engenheiros aeronáutico... 89
90 ...Sem Engenheiro Mecânico 90
91 Sem Engenheiro Eletrônico... 91
92 Sem Engenheiro Civil 92
93 Sem Engenheiro de Comunicação 93
94 ...Sem Engenheiro de Software 94
Juciara Nepomuceno de Souza Rafael Garcia Miani. Teste de Software
Juciara Nepomuceno de Souza Rafael Garcia Miani Teste de Software Técnicas de Teste de Software Testabilidade Operabilidade; Observabilidade; Controlabilidade; Decomponibilidade; Simplicidade; Estabilidade;
Leia maisEngenharia de Software II
Engenharia de Software II Aula 8 http://www.ic.uff.br/~bianca/engsoft2/ Aula 8-17/05/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software (Caps. 13 e 14 do
Leia maisEngenharia de Software II
Engenharia de Software II Aula 14 Revisão http://www.ic.uff.br/~bianca/engsoft2/ Aula 14-07/05/2006 1 Processo de Software Qual é a diferença entre uma atividade de arcabouço e uma atividade guarda chuva?
Leia maisQualidade de Software. Profa. Cátia dos Reis Machado catia@ifc-camboriu.edu.br
Qualidade de Software Profa. Cátia dos Reis Machado catia@ifc-camboriu.edu.br Verificação x validação Verificação prova que o produto vai ao encontro dos requerimentos especificados no desenvolvimento
Leia maisTeste de Software I Conceitos e Estratégias
Tema da Aula Teste de I Conceitos e Estratégias Prof. Cristiano R R Portella portella@widesoft.com.br Conceitos Teste e Garantia de Qualidade Importância do Teste, segundo Deutsch: O desenvolvimento de
Leia maisGARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
Leia maisa) Teste das funções do sistema com outros sistemas b) Teste de componentes que em conjunto compõem a função do sistema
Simulado CTFL- BSTQB Tempo de duração: 60 minutos 1. Considerando as seguintes afirmações: I. 100% de cobertura de sentença (comando) garante 100% de cobertura de desvio II. 100% de cobertura de desvio
Leia maisFundamentos em Teste de Software. Vinicius V. Pessoni viniciuspessoni@gmail.com
Fundamentos em Teste de Software Vinicius V. Pessoni viniciuspessoni@gmail.com Objetivos do treinamento 1. Expor os fundamentos de Teste de Software; 2. Conceituar os Níveis de Teste; 3. Detalhar sobre
Leia maisConstrução e Implantação de Software II - Unidade 3- Estratégias Para Testes de Software. Prof. Pasteur Ottoni de Miranda Junior
Construção e Implantação de Software II - Unidade 3- Estratégias Para Testes de Software Prof. Pasteur Ottoni de Miranda Junior 1 1-Estratégia Global 1.1-Visão Global de Estratégias Para Teste A estratégia
Leia maisTestes de Software. Testes de Software. Teste de Validação. Teste de Defeito. Modelo de Entrada e Saída. Modelo de Entrada e Saída
DCC / ICEx / UFMG Testes de Software Testes de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Teste de software buscam por erros ou anomalias em requisitos funcionais e não funcionais Classificação
Leia maisPrincípios do teste de software
Teste de Software Princípios do teste de software Conforme a Lei de Pareto, 80% dos erros podem ser localizados em 20% do projeto, geralmente nos módulos principais do sistema; A atividade de teste não
Leia maisTestes de Software Fases. Baseado em notas de aula da profa. Eliane Martins
Testes de Software Fases Baseado em notas de aula da profa. Eliane Martins Tópicos Testes de Unidades Testes de Integração Testes de Aceitação e de Sistemas Testes de Regressão Testes de Unidades Visam
Leia maisSistemas de Informação I
+ Sistemas de Informação I Processo de software I Ricardo de Sousa Britto rbritto@ufpi.edu.br + O que é Engenharia de Software n Definição dada pela IEEE [IEE93]: n Aplicação de uma abordagem sistemática,
Leia maisQUALIDADE DE SOFTWARE. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 1
QUALIDADE DE SOFTWARE Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 1 Objetivos Apresentar o processo de gerenciamento de qualidade e as atividades centrais da garantia de
Leia maisUnidade VI. Validação e Verificação de Software Teste de Software. Conteúdo. Técnicas de Teste. Estratégias de Teste
Unidade VI Validação e Verificação de Software Teste de Software Profa. Dra. Sandra Fabbri Conteúdo Técnicas de Teste Funcional Estrutural Baseada em Erros Estratégias de Teste Teste de Unidade Teste de
Leia maisNa medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.
1 Introdução aos Sistemas de Informação 2002 Aula 4 - Desenvolvimento de software e seus paradigmas Paradigmas de Desenvolvimento de Software Pode-se considerar 3 tipos de paradigmas que norteiam a atividade
Leia maisAtividades da Engenharia de Software ATIVIDADES DE APOIO. Atividades da Engenharia de Software. Atividades da Engenharia de Software
Módulo 1 SCE186-ENGENHARIA DE SOFTWARE Profª Rosely Sanches rsanches@icmc.usp.br CONSTRUÇÃO Planejamento do Codificação Teste MANUTENÇÃO Modificação 2003 2 Planejamento do Gerenciamento CONSTRUÇÃO de Codificação
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisTestes de Software. Testes de Software. Teste de Validação. Teste de Defeito. Modelo de Entrada e Saída. Modelo de Entrada e Saída
DCC / ICEx / UFMG Testes de Software Testes de Software Teste de software buscam por erros ou anomalias em requisitos funcionais e não funcionais Classificação de testes pelo objetivo Teste de Validação:
Leia maisPROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Leia maisMetodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi
Metodologias de Desenvolvimento de Sistemas Analise de Sistemas I UNIPAC Rodrigo Videschi Histórico Uso de Metodologias Histórico Uso de Metodologias Era da Pré-Metodologia 1960-1970 Era da Metodologia
Leia maisRoteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
Leia maisProcessos de Desenvolvimento de Software
Processos de Desenvolvimento de Software Gerenciamento de Projetos Mauro Lopes Carvalho Silva Professor EBTT DAI Departamento de Informática Campus Monte Castelo Instituto Federal de Educação Ciência e
Leia maisTeste de software. Definição
Definição O teste é destinado a mostrar que um programa faz o que é proposto a fazer e para descobrir os defeitos do programa antes do uso. Quando se testa o software, o programa é executado usando dados
Leia maisENGENHARIA DE SOFTWARE
ENGENHARIA DE SOFTWARE Síntese de tópicos importantes PRESSMAN, Roger S. Conteúdo Componentes e tipos de software Problemas com o software e suas causas Mitologia que envolve o software Configuração de
Leia maisDISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga
DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis Profª Esp.: Maysa de Moura Gonzaga 2º Semestre / 2011 Extreme Programming (XP); DAS (Desenvolvimento Adaptativo de Software)
Leia maisc. Técnica de Estrutura de Controle Teste do Caminho Básico
1) Defina: a. Fluxo de controle A análise de fluxo de controle é a técnica estática em que o fluxo de controle através de um programa é analisado, quer com um gráfico, quer com uma ferramenta de fluxo
Leia maisEngenharia de Software II
Engenharia de Software II Aula 28 Revisão para a Prova 2 http://www.ic.uff.br/~bianca/engsoft2/ Aula 28-28/07/2006 1 Matéria para a Prova 2 Gestão de projetos de software Conceitos (Cap. 21) Métricas (Cap.
Leia maisGerenciamento de Problemas
Gerenciamento de Problemas O processo de Gerenciamento de Problemas se concentra em encontrar os erros conhecidos da infra-estrutura de TI. Tudo que é realizado neste processo está voltado a: Encontrar
Leia maisENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
Leia maisIntrodução Visão Geral Processos de gerenciamento de qualidade. Entradas Ferramentas e Técnicas Saídas
Introdução Visão Geral Processos de gerenciamento de qualidade Entradas Ferramentas e Técnicas Saídas O que é qualidade? Qualidade é a adequação ao uso. É a conformidade às exigências. (ISO International
Leia maisRequisitos. Sistemas de Informações
Requisitos Sistemas de Informações Definindo o Sucesso do Software Clientes satisfeitos Eles estão satisfeitos quando você: Atende às expectativas Entrega no prazo Entrega no orçamento O Sucesso começa
Leia maisRequisitos de Software. Teresa Maciel DEINFO/UFRPE
Requisitos de Software Teresa Maciel DEINFO/UFRPE 1 Requisito de Software Características que o produto de software deverá apresentar para atender às necessidades e expectativas do cliente. 2 Requisito
Leia maisCHECK - LIST - ISO 9001:2000
REQUISITOS ISO 9001: 2000 SIM NÃO 1.2 APLICAÇÃO A organização identificou as exclusões de itens da norma no seu manual da qualidade? As exclusões são relacionadas somente aos requisitos da sessão 7 da
Leia mais1. Qual das seguintes alternativas não é um tipo de revisão? 2. Qual das alternativas é um atributo da qualidade?
Simulado CTFL- BSTQB Tempo de duração: 30 minutos 1. Qual das seguintes alternativas não é um tipo de revisão? a) Acompanhamento b) Revisão técnica c) Revisão informal d) Aprovação da gerência 2. Qual
Leia maisAbordagens. Ao redor do computador. Ao redor do computador. Auditoria de Sistemas de Informação. Everson Santos Araujo <everson@por.com.
Abordagens Auditoria de Sistemas de Informação Ao redor do computador Através do computador Com o computador Everson Santos Araujo 2 Ao redor do computador Ao redor do computador Auditoria
Leia maisFábrica de Software 29/04/2015
Fábrica de Software 29/04/2015 Crise do Software Fábrica de Software Analogias costumam ser usadas para tentar entender melhor algo ou alguma coisa. A idéia é simples: compara-se o conceito que não se
Leia maisEngenharia de Software
Universidade São Judas Tadeu Profª Dra. Ana Paula Gonçalves Serra Engenharia de O Processo Uma Visão Genérica Capítulo 2 (até item 2.2. inclusive) Engenharia de - Roger Pressman 6ª edição McGrawHill Capítulo
Leia maisUniversidade Paulista
Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen
Leia maisProf. Dr. Ivanir Costa. Unidade III QUALIDADE DE SOFTWARE
Prof. Dr. Ivanir Costa Unidade III QUALIDADE DE SOFTWARE Normas de qualidade de software - introdução Encontra-se no site da ABNT (Associação Brasileira de Normas Técnicas) as seguintes definições: Normalização
Leia maisGerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos
Gerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos Referência: An Introductory Overview of ITIL v2 Livros ITIL v2 Cenário de TI nas organizações Aumento da dependência da TI para alcance
Leia maisCapítulo 2. Processos de Software. 2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1
Capítulo 2 Processos de Software slide 1 Tópicos apresentados Modelos de processo de software. Atividades de processo. Lidando com mudanças. Rational Unified Process (RUP). Um exemplo de um processo de
Leia maisISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Leia mais1. Desenvolver o software iterativamente. Um pouco de reflexão: Acabou aí? 31/08/2010
Engenharia de Software Aula 5 (Versão 2010-02) Melhores práticas para desenvolvimento de software Desenvolver de forma iterativa e gerenciar requisitos Professor Gabriel Baptista ( gabriel.baptista@uninove.br
Leia maisPós Graduação Engenharia de Software
Pós Graduação Engenharia de Software Ana Candida Natali COPPE/UFRJ Programa de Engenharia de Sistemas e Computação FAPEC / FAT Estrutura do Módulo Parte 1 QUALIDADE DE SOFTWARE PROCESSO Introdução: desenvolvimento
Leia maisTipos de teste de software
Tipos de teste de software Volnys Borges Bernal volnys@lsi.usp.br Adilson Hira ayhira@lsi.usp.br Laboratório de Sistemas Integráveis Departamento de Sistemas Eletrônicos Escola Politécnica da USP Sumário
Leia maisEngenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
Leia maisSistemas Distribuídos: Conceitos e Projeto Introdução a Tolerância a Falhas
Sistemas Distribuídos: Conceitos e Projeto Introdução a Tolerância a Falhas Francisco José da Silva e Silva Laboratório de Sistemas Distribuídos (LSD) Departamento de Informática / UFMA http://www.lsd.ufma.br
Leia maisTestes Orientação Visão Conceitual em Testes Versão 0.3
Testes Versão 0.3 ori_visao_conceitual_testes.odt 1 de 10 Histórico de Revisões Data Versão Descrição Autor 23/04/2010 0.1 Versão inicial Fernanda Monteiro 07/10/10 0.2 Verificação ortográfica Ana Eckel
Leia maisGerenciador de Mudanças automatizadas
Benefícios para os Negócios Minimizando a dependência em processos manuais e reduzindo risco de erro humano Reduz o tempo, esforço e risco de erro humano que existem ao mudar a configuração em dispositivos
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisMódulo 4: Gerenciamento de Dados
Módulo 4: Gerenciamento de Dados 1 1. CONCEITOS Os dados são um recurso organizacional decisivo que precisa ser administrado como outros importantes ativos das empresas. A maioria das organizações não
Leia maisARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Leia maisProjeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Leia maisEngenharia de Software I
Engenharia de Software I Curso de Desenvolvimento de Software Prof. Alessandro J de Souza ajdsouza@cefetrn.br 1 Rational Unified Process RUP Fase Construção 2 VISÃO GERAL Fase Construção. Visão Geral 3
Leia maisPROFESSOR: CRISTIANO MARIOTTI
PROFESSOR: CRISTIANO MARIOTTI Conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto de software; Considerado um dos principais mecanismos para se obter software de qualidade
Leia maisIC-UNICAMP IC-UNICAMP
Capítulo 3: Qualidade de Produto e a ISO 9126 Capítulo 1: Introdução Capítulo 2: Conceitos Básicos Capítulo 3: Qualidade de Produto (ISO9126) Capítulo 4: ISO9001 e ISO9000-3 Capítulo 5: CMM Capítulo 6:
Leia maisPráticas de. Engenharia de Software. Givanaldo Rocha de Souza givanaldo.rocha@ifrn.edu.br http://docente.ifrn.edu.
"Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE." Engenharia de Software Práticas de Engenharia de Software Givanaldo Rocha de Souza givanaldo.rocha@ifrn.edu.br http://docente.ifrn.edu.br/givanaldorocha
Leia maisEngenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.
Leia maisAtividade da gerência da qualidade
O que é qualidade de software? Qualidade, de forma simplista, significa que o produto deve esta de acordo com a especificação. Problemas: Tensão entre requisitos do cliente: Eficiência, confiança, etc.
Leia maisComo melhorar a Qualidade de Software através s de testes e nua. Cláudio Antônio de Araújo 22/11/2008
Como melhorar a Qualidade de Software através s de testes e integração contínua. nua. Cláudio Antônio de Araújo 22/11/2008 Objetivos Fornecer uma visão geral da área de testes de software, com ênfase em
Leia maisGerenciamento de Redes de Computadores. Resolução de Problemas
Resolução de Problemas É preciso que o tempo médio entre as falhas sejam o menor possível. É preciso que o tempo médio de resolução de um problema seja o menor possível Qualquer manutenção na rede tem
Leia maisAUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento
Leia maisTeste de Software. Objetivos e Limites. Objetivos e Limites. Objetivos e Limites. Objetivos e Limites. Objetivos e Limites
Teste de Software Prof. Avelino F. Zorzo PUCRS Elaborado inicialmente pelo prof. Bernardo Copstein Teste é uma coisa óbvia? Qual a complexidade da questão? tá pronto, profi, é só testar... ué, mas pra
Leia mais1) MANUAL DO INTEGRADOR Este documento, destinado aos instaladores do sistema, com informações de configuração.
O software de tarifação é uma solução destinada a rateio de custos de insumos em sistemas prediais, tais como shopping centers. O manual do sistema é dividido em dois volumes: 1) MANUAL DO INTEGRADOR Este
Leia maisAuditoria e Qualidade de Software ISO/IEC 9126 Engenharia de Software Qualidade de Produto
Auditoria e Qualidade de Software ISO/IEC 9126 Engenharia de Software Qualidade de Produto Prof. Elias Batista Ferreira Material cedido por: Prof. Edison A M Morais Objetivo Descrever os processos da norma
Leia maisPÁGINA 4 ITIL V.2 & ITIL V.3
PÁGINA 4 ITIL V.2 & ITIL V.3 Gerência de Níveis de Serviço Manter e aprimorar a qualidade dos serviços de TI Revisar continuamente os custos e os resultados dos serviços para garantir a sua adequação Processo
Leia maisModelos de Qualidade de Produto de Software
CBCC Bacharelado em Ciência da Computação CBSI Bacharelado em Sistemas de Informação Modelos de Qualidade de Produto de Software Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo
Leia maisProfessor: Curso: Disciplina:
Professor: Curso: Disciplina: Aula 1 Turma: Esp. Marcos Morais de Sousa Sistemas de informação Engenharia de Software I Dinâmica da disciplina, plano de curso e avaliação 03º semestre Prof. Esp. Marcos
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação
SOFT DISCIPLINA: Engenharia de Software AULA NÚMERO: 10 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir os conceitos de coesão e acoplamento. DESENVOLVIMENTO Projetar
Leia maisEngenharia de Software II
Engenharia de Software II Aula 5 http://www.ic.uff.br/~bianca/engsoft2/ Aula 5-05/05/2006 1 Dúvidas da aula passada RUP (Rational Unified Process) é uma ferramenta ou um processo? Resposta: os dois. O
Leia maisPodemos encontrar uma figura interessante no PMBOK (Capítulo 7) sobre a necessidade de organizarmos o fluxo de caixa em um projeto.
Discussão sobre Nivelamento Baseado em Fluxo de Caixa. Item aberto na lista E-Plan Podemos encontrar uma figura interessante no PMBOK (Capítulo 7) sobre a necessidade de organizarmos o fluxo de caixa em
Leia maisAbordagem de Processo: conceitos e diretrizes para sua implementação
QP Informe Reservado Nº 70 Maio/2007 Abordagem de Processo: conceitos e diretrizes para sua implementação Tradução para o português especialmente preparada para os Associados ao QP. Este guindance paper
Leia maisSISTEMAS INTEGRADOS DE GESTÃO PAS 99:2006. Especificação de requisitos comuns de sistemas de gestão como estrutura para a integração
Coleção Risk Tecnologia SISTEMAS INTEGRADOS DE GESTÃO PAS 99:2006 Especificação de requisitos comuns de sistemas de gestão como estrutura para a integração RESUMO/VISÃO GERAL (visando à fusão ISO 31000
Leia maisProcesso de Desenvolvimento Unificado
Processo de Desenvolvimento Unificado Processo de Desenvolvimento de Software? Conjunto de atividades bem definidas; com responsáveis; com artefatos de entrada e saída; com dependências entre as mesmas
Leia maisAnálise de Sistemas. Conceito de análise de sistemas
Análise de Sistemas Conceito de análise de sistemas Sistema: Conjunto de partes organizadas (estruturadas) que concorrem para atingir um (ou mais) objectivos. Sistema de informação (SI): sub-sistema de
Leia maisUNIVASF - Universidade Federal do Vale do São Francisco Manutenção de Software
UNIVASF - Universidade Federal do Vale do São Francisco Manutenção de Software Prof. Ricardo A. Ramos Ciclo de Vida de Software 2 Manutenção de Software Alterações efetuadas no software depois de sua liberação.
Leia maisERP Enterprise Resource Planning
ERP Enterprise Resource Planning Sistemas Integrados de Gestão Evolução dos SI s CRM OPERACIONAL TÁTICO OPERACIONAL ESTRATÉGICO TÁTICO ESTRATÉGICO OPERACIONAL TÁTICO ESTRATÉGICO SIT SIG SAE SAD ES EIS
Leia maisGerenciamento de projetos. cynaracarvalho@yahoo.com.br
Gerenciamento de projetos cynaracarvalho@yahoo.com.br Projeto 3URMHWR é um empreendimento não repetitivo, caracterizado por uma seqüência clara e lógica de eventos, com início, meio e fim, que se destina
Leia maisTestes de Software. Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB
Testes de Software 1 AULA 01 INTRODUÇÃO A TESTES DE SOFTWARE Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB Conteúdo Programático do Curso Introdução a Testes de Software Técnicas de Testes de Software
Leia maisAprenda as melhores práticas para construir um completo sistema de teste automatizado
Aprenda as melhores práticas para construir um completo sistema de teste automatizado Renan Azevedo Engenheiro de Produto de Teste e Medição -Américas Aprenda as melhores práticas para construir um completo
Leia maisIntrodução Fatores de Qualidade Garantia de Qualidade Rivisões de Software Conclusão. Qualidade. Plácido A. S. Neto 1
Qualidade Plácido A. S. Neto 1 1 Gerência Educacional de Tecnologia da Informação Centro Federal de Educação Tecnologia do Rio Grande do Norte 2006.1 - Planejamento e Gerência de Projetos Agenda Introdução
Leia maisCiclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental
CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS Elicitação Ciclo de Vida Clássico ou Convencional O Modelo Cascata Análise Ana Paula Terra Bacelo Blois Implementação Material Adaptado do Prof. Marcelo Yamaguti
Leia maisGerenciamento de software como ativo de automação industrial
Gerenciamento de software como ativo de automação industrial INTRODUÇÃO Quando falamos em gerenciamento de ativos na área de automação industrial, fica evidente a intenção de cuidar e manter bens materiais
Leia maisGestão de Modificações. Fabrício de Sousa
Gestão de Modificações Fabrício de Sousa Introdução Inevitáveis quando o software é construído Confusão As modificações não são analisadas antes de serem feitas Não são registradas antes de serem feitas
Leia maisGerência e Planejamento de Projeto. SCE 186 - Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestre de 2002
Gerência e Planejamento de Projeto SCE 186 - Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestre de 2002 Conteúdo: Parte 1: Gerenciamento & Qualidade Plano de Projeto
Leia maisAlgoritmos e Programação (Prática) Profa. Andreza Leite andreza.leite@univasf.edu.br
(Prática) Profa. Andreza Leite andreza.leite@univasf.edu.br Introdução O computador como ferramenta indispensável: Faz parte das nossas vidas; Por si só não faz nada de útil; Grande capacidade de resolução
Leia maisROTEIRO PARA ELABORAÇÃO DE PROJETOS
APRESENTAÇÃO ROTEIRO PARA ELABORAÇÃO DE PROJETOS Breve histórico da instituição seguido de diagnóstico e indicadores sobre a temática abrangida pelo projeto, especialmente dados que permitam análise da
Leia maisTeste de Software Parte 1. Prof. Jonas Potros
Teste de Software Parte 1 Prof. Jonas Potros Cronograma Verificação e Validação Teste de Software: Definição e Conceitos Técnicas de Teste Fases de Teste Processo de Teste Automatização do Processo de
Leia maisAnálise Estruturada de Sistemas
Análise Estruturada de Sistemas Capítulo 3 Estudo de Viabilidade Definição das Necessidades Funcionais O propósito desta etapa é produzir um documento formal que contenha uma descrição detalhada da proposta,
Leia maisExame de Fundamentos da ITIL
Exame de Fundamentos da ITIL Simulado A, versão 5.1 Múltipla escolha Instruções 1. Todas as 40 perguntas devem ser respondidas. 2. Todas as respostas devem ser assinaladas na grade de respostas fornecida.
Leia maisMódulo 4. Construindo uma solução OLAP
Módulo 4. Construindo uma solução OLAP Objetivos Diferenciar as diversas formas de armazenamento Compreender o que é e como definir a porcentagem de agregação Conhecer a possibilidade da utilização de
Leia maisSistema de Compras TV Globo
Sistema de Compras TV Globo Guia de Uso R Guia de Uso do Portal do Fornecedor da TV Globo R PÁGINA Índice Índice O que é o Sistema de Compras TV Globo 4 Criar a sua cotação (Cota) Anexar documento 4 Cadastro
Leia mais