Modelo V e a Qualidade de Software Wall Street institute

Documentos relacionados
Carreira e Certificação em Teste de Software TDC2012 :: José Correia

Desafios da Automação de Testes

Testes Direcionados aos Resultados do Negócio TMap Next TDC2012 :: José Correia

Carreira e Certificação em Teste de Software

Qualidade de Software Wall Street institute

Sobre a Prime Control

Agenda. Introdução Etapas genéricas Atividades de apoio Ferramentas de apoio Modelos genéricos Modelos de mercado Modelos de melhoria

Analista de Negócio Pleno

Metodologia de Desenvolvimento de Software. Prof. M.Sc. Sílvio Bacalá Jr

MINISTÉRIO DA EDUCAÇÃO FUNDO NACIONAL DE DESENVOLVIMENTO DA EDUCAÇÃO DIRETORIA DE TECNOLOGIA

PROVA DISCURSIVA (P )

OBJETIVO PÚBLICO ALVO

Gerenciamento de Projetos de Sistemas ERP. Ricardo Viana Vargas, MsC, PMP

Área de Desenvolvimento de Novos Projetos

Apresentar os conceitos básicos da metodologia de desenvolvimento Processo Unificado, utilizando como aporte o Processo Unificado Rational RUP

Qualidade de Software

1º Encontro Mensal ALATS São Paulo

Capítulo 2. Processos de Software Pearson Prentice Hall. Todos os direitos reservados. slide 1

Projetos Ágeis aplicados a TI. Júlio Cesar da Silva Msc.

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

Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr

Engenharia de Software

Qualidade de Software

Processo de Desenvolvimento Unificado

Aplicação de Técnicas e Ferramentas em Projetos de Desenvolvimento Ágil

Conceitos Fundamentais de Qualidade de Software

Gerenciamento da Qualidade

O SEPG COMO FATOR DETERMINANTE PARA REAVALIAÇÃO CMMI NÍVEL 3

Anexo IX METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE. 1. FINALIDADE. O objetivo deste documento é apresentar uma visão resumida do processo RUP-BNB.

Introdução. Escritório de projetos

TI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com

Visão Geral Parte 1. O que é engenharia de software?

CAPABILITY MATURITY MODEL FOR SOFTWARE. Eduardo Mayer Fagundes

SISTEMA DE APOIO GERENCIAL COM FOCO NA PRÁTICA DE TREINAMENTO ORGANIZACIONAL BASEADO NO MODELO CMMI. Werinton Ferrari Orientador: Wilson Pedro Carli

Sistema Datachk. Plano de Projeto. Versão <1.0> Z u s a m m e n a r b e i t I d e i a s C o l a b o r a t i v a s

Backsite Serviços On-line

Processos de Software

Atendimento de Demandas CTIC

Termo de Abertura de Projeto. Proposta Aceita pelo Cliente

Processo de Desenvolvimento de Software

RiskFree Uma ferramenta de apoio à gerência de riscos em projetos de software

Engenharia de Software Tema da Aula Definição e Especificação de Requisitos I - Conceitos. Exercício

Certificações ITIL voltam a ganhar destaque

Processo Unificado (RUP)

Introdução a Computação

Unidade II MODELAGEM DE PROCESSOS

QUALIDADE DE SOFTWARE

Introdução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento de 4ª geração Terceirização

Erros no Gerenciamento de Projetos em Inteligência Competitiva

EXP Digital, desenvolvendo soluções personalizadas para sua empresa alcançar a melhor performance no mundo virtual.

PROCESSOS DE CRIAÇÃO DE APLICATIVOS

3 Qualidade de Software

Gerência de Projetos Prof. Késsia Rita da Costa Marchi 3ª Série

Unidade I Conceitos BásicosB. Conceitos BásicosB

Spider-MsControl: Uma Ferramenta para Apoio ao Processo de Medição usando a Abordagem GQIM

1993/97. Qualidade no Setor de Software Brasileiro

MINISTÉRIO DO PLANEJAMENTO, ORÇAMENTO E GESTÃO DIRETORIA DE ADMINISTRAÇÃO COORDENAÇÃO-GERAL DE AQUISIÇÕES

II. Na formação continuada de profissionais do magistério, utilizar-se-ão, especialmente, recursos e tecnologias de educação à distância.

Termos de Referência para Serviços especializados de consultoria Individual na área de Especialista em Planejamento Estratégico

Objetivos. Histórico. Out/11 2. Out/11 3

Engenharia de Software II

Conjunto de recursos (humanos e materiais), processos e metodologias estruturados de forma semelhante à indústria tradicional.

Introdução à Engenharia de. Software. Introdução à Engenharia de. Software. O que é a Engenharia de Software? Software

MODELOS DE MELHORES GOVERNANÇA DE T.I. PRÁTICAS DA. Prof. Angelo Augusto Frozza, M.Sc.

Atua no acompanhamento das atividades, através da implementação de políticas e normas; Busca a satisfação do cliente.

Gestão de Ambientes de Saúde

ANEXO 03 PROCESSO DE GARANTIA DA QUALIDADE PROCERGS

O Processo Unificado

Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW

Todos nossos cursos são preparados por mestres e profissionais reconhecidos no mercado, com larga e comprovada experiência em suas áreas de atuação.

ADMINISTRAÇÃO E SERVIÇOS DE REDE

Profa. Dra. Ana Paula Gonçalves Serra

Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl

ANEXO 07 CICLO DE DESENVOLVIMENTO ÁGIL PROCERGS

Módulos QM de sistemas ERP ou MES X Sistemas LIMS?

ANEXO 8 Planilha de Pontuação Técnica

Com metodologias de desenvolvimento

Retorno de Investimento em Testes. Robert Pereira Pinto

Projeto de Sistemas I

Superando resistências rumo ao sucesso da aplicação de métodos ágeis

Métodos Ágeis e Gestão de Dados Moderna

esags.edu.br Santo André > Av. Industrial, Bairro Jardim (11) Santos > Av. Conselheiro Nébias, 159 (13)

Para a Educação, a Ciência e a Cultura TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA

Java Programação para Fábrica de Software. Fernando Lozano Consultor 4Linux

Gerenciamento de Qualidade. Paulo C. Masiero Cap SMVL

Os objetivos descrevem o que se espera alcançar com o projeto; Devem estar alinhados com os objetivos do negócio; Deve seguir a regra SMART:

SPIN-SP Engenharia de sistemas e software 08/12/2010

QUALIDADE. Avaliação positiva

PROJETO DE FÁBRICA DE SOFTWARE

Qualidade, Processos e Gestão de Software Professores: Alexandre Vasconcelos e Hermano Moura. O Modelo. Wesley Torres Galindo. wesleygalindo@gmail.

Introdução ao Processo Unificado (PU)

QUESTIONÁRIO DE AVALIAÇÃO Primeira Fase

Termos de Referência para Serviços especializados de consultoria Individual na área de Gestão Interna

FSW CTIS FÁBRICA DE SOFTWARE. case fsw ctis

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite (81 )

Principalmente facilita o processo de gestão do projeto nos seguintes pontos:

RUP como Metodologia de Desenvolvimento de Software para Obtenção da Qualidade de Software

Transcrição:

:: Líder pela Qualidade Modelo V e a Qualidade de Software Wall Street institute Centro de Treinamento Oficial v. 1.0.0

Centro de Treinamento Exclusivamente Dedicado a Teste de Software e Garantia da Qualidade no Brasil

Quem somos Iterasys ( iterasys.com.br ) Fundada em 2006 Missão Ser o centro de excelência na capacitação de empresas e profissionais em controle e garantia da qualidade Centro Oficial de Treinamento para a maioria dos estados

Serviços Consultoria Treinamento Outsourcing

Serviços Treinamentos Formação Arquitetura de Teste Garantia da Qualidade Teste de Software Preparatórios ALATS: CBTS EXIN: TMap Automação Microsoft Open Source Certificação Profissional ICC - Iterasys Competência Certificada TMap Consultoria Adoção de práticas e normas Estruturação de processos Mentoring / Coaching Adoção de ferramentas Planejamento e execução de testes especializados Outsourcing Testes Não Funcionais

José Correia Fundador, Consultor e Instrutor 16 anos de experiência em TI, sendo 9 em Testes e QA Graduado em Processamento de Dados pela FATEC Pós-graduado em Gestão Empresarial pela CEETEPS-IPEN/USP Certificado CBTS, CSTE, CSQA, CTFL, MCP, MCSA, MOS e Orange Belt em MS Project linkedin.com/in/josecorreia @realjosecorreia correia@iterasys.com.br

Informações Gerais Horário: 19h10 ~ 20h30 Toaletes Café Celular Perguntas ao longo e ao final

Processos de Desenvolvimento e Teste de Software

Processos Um conjunto de atividades interrelacionadas que transformam entradas em saídas. [ABNT, 1998]. Processo de software é um conjunto de atividades, métodos, práticas e tecnologias que as pessoas utilizam para desenvolver e manter software e seus produtos relacionados. [The Capability Maturity Model]. Atividades que podem ser identificadas como implementação de práticas em um modelo (CMMI) Uma seqüência de passos executados para um determinado propósito [IEEE] A B C

Requisitos Conjuntos de definições Explicam as funcionalidades dos sistemas Definem necessidades de caráter técnico Descrevem o negócio e a forma de trabalho de uma organização 15/09/2011 11

Clientes e Usuários Analistas Desenvolvedores Testadores Gerentes Pessoas Todos os envolvidos com o software 15/09/2011 12

Ferramentas Comunicação Gerenciamento de Requisitos Gerenciamento de Projeto Desenvolvimento Teste Escritório Ambientes Outros Aplicativos 15/09/2011 13

Ambiente Hardware Software Telecom Configurações 15/09/2011 14

Software Seqüência de instruções executáveis por um processador Construído através de uma linguagem de programação Reflete a qualidade dos requisitos e das diversas competências das equipes envolvidas Possuí um ciclo de vida 15/09/2011 15

Processo de Desenvolvimento A qualidade do software é resultado da qualidade dos requisitos, do processo de produção, ambiente, ferramentas e pessoal envolvidos 15/09/2011 16

Nem Tudo é Perfeito 15/09/2011 17

Qualidade? ISO 9126 6 Características e 27 Sub-características da Qualidade de Software http://pt.wikipedia.org/wiki/iso/iec_9126

Waterfall = Cascata 15/09/2011 19

Modelo V Requisitos Aceite Análise Sistema Arquitetura Integração Verificação Codificação Unitário Validação

Iterativo 15/09/2011 21

Rational Unified Process 15/09/2011 22

Scrum 15/09/2011 23

Um Sprint pode ser um V 15/09/2011 24

Custo Total do Software Fixos e Variáveis Construção Detecção de Defeitos Retrabalho Retrabalho Novas Funções Manutenção Disponibilidade Geral Finalização Custo Total do desenvolvimento e manutenção de software 15/09/2011 25

Custo Total do Software Fixos e Variáveis Construção Detecção de Defeitos Retrabalho Retrabalho Novas Funções Fixos e Variáveis Construção Detecção de Defeitos Novas Funções Menos Retrabalho Economia Total do Projeto Investimento em Teste 15/09/2011 26

Um pouco mais sobre o Modelo V

Modelo V Requisitos Aceite Análise Sistema Arquitetura Integração Verificação Codificação Unitário Validação

Modelo V Requisitos Aceite Verificação Análise Processos de Teste Sistema Estáticos Verificação Arquitetura Codificação Todos os artefatos são analisados Integração e comparados, inclusive o código-fonte, porém sem a execução do software Unitário Validação

Modelo V Requisitos Aceite Validação Processos de Teste Dinâmicos Análise Sistema Todos as produtos de software são analisados e comparados. Arquitetura O software é avaliado em execução Verificação Codificação Unitário Integração Validação

Requisitos Modelo V Verificação de Requisitos Objetivo: Verificar se os requisitos estão completos, precisos, claros, testáveis e coerentes entre si Análise Quem faz: Analista de Teste Sistema Aceite Verificação Entradas: Atas de Reunião Arquitetura Integração E-mails Gravações Especificações Sistemas ou Codificação Sites Pré-existentes Unitário Saída: Especificação de Requisitos Verificada Validação

Requisitos Análise Modelo V Verificação da Análise Aceite Objetivo: Verificar se os diagramas e especificações detalhadas da análise do sistema mantém-se coerente entre si e com os requisitos Sistema Quem faz: Analista de Teste Verificação Entradas: Arquitetura Integração Especificação Verificada Especificação Detalhada Diagramas da UML Codificação E-mails e Atas de Reunião Unitário Saída: Artefatos da Análise Verificados Validação

Requisitos Análise Modelo V Verificação da Arquitetura Aceite Objetivo: Verificar se os diagramas de arquitetura e o modelo de dados mantém coerência com os artefatos de análise verificados Sistema e entre si Quem faz: Analista de Teste Verificação Entradas: Arquitetura Integração Artefatos da Análise Verificados Artefatos da Arquitetura Modelo Entidade Relacionamento ou similar Codificação E-mails e Atas Unitário de Reunião Saída: Artefatos da Arquitetura Verificados Validação

Modelo V Verificação da Codificação Requisitos Aceite Objetivo: Verificar se o código atende aos padrões, boas praticas da plataforma e qual a cobertura Análise atingida nos testes Sistema Quem faz: Desenvolvedor e/ou Analista de Testes Entradas: Artefatos da Arquitetura Verificados / Código-Fonte Arquitetura Integração Saída: Código-Fonte Verificado Verificação Codificação Unitário Validação

Modelo V Requisitos Aceite Análise Sistema Quando acaba a Verificação e começa a Validação? Arquitetura Integração Quando passamos a executar o software para realizar os testes Verificação Codificação Unitário Validação

Modelo V Teste Unitário Requisitos Aceite Objetivo: Validar se cada menor unidade do software executa corretamente o seu propósitoanálise Sistema Quem faz: Desenvolvedor Entradas: Código-Fonte Verificado Arquitetura Saída: Código-Fonte Validado Integração Verificação Codificação Unitário Validação

Modelo V Teste Requisitos de Integração Aceite Objetivo: Validar se conjuntos de duas ou mais unidades do Análise software funcionam corretamente Quem faz: Analista de Sistemas Arquitetura Entrada: Código-Fonte Validado Codificação Saída: Verificação Software (Pronto para o Teste de Sistema) Unitário Integração Sistema Validação

Modelo V Teste Requisitos de Sistema Aceite Objetivo: Validar se o software atende os requisitos técnicos e de Análise negócio Sistema Quem faz: Analista de Teste Arquitetura Entrada: Software pronto para o Teste de Sistema Saída: Codificação Software pronto para o Teste de Aceite Verificação Unitário Integração Validação

Modelo V Teste Requisitos de Aceite Aceite Objetivo: Validar se o software está apto para entrar em produção Análise Sistema Quem faz: Cliente e/ou Usuário Final Arquitetura Entrada: Software pronto para o Teste de Aceite Integração Saída: Software pronto para uso Verificação Codificação Unitário Validação

Modelo V Requisitos Aceite Análise Sistema Arquitetura Integração Verificação Codificação Unitário Validação

Modelo V Idéias Idéias Idéias Idéias Idéias Idéias Requisitos Análise Arquitetura Codificação Unitário Integração Sistema Aceite Oito peneiras para controlar que as idéias originais se transformem em um software apto e com o menor número de defeitos possível

Ferramentas de Automação e o Modelo V

Ferramentas Aplicadas ao Modelo V Requisitos Análise Planejamento de Teste TestLink Gerencia de Configuração SubVersion Virtualização VirtualBox Registro de Defeitos Mantis Sistema Aceite Robôs Badboy Selenium Arquitetura Integração Desempenho WebStressTool JMeter Padrões e Práticas FXCop e PMD Cobertura de Código NCover e JCover Codificação Unitário Programa NUnit e JUnit Dados DBUnit e XMLUnit

Perguntas e Respostas Obrigado!!! contato@iterasys.com.br correia@iterasys.com.br @iterasys @realjosecorreia (11) 3266-5764