www.asrconsultoria.com.br



Documentos relacionados
CMMI. B) descrições das atividades consideradas importantes para o atendimento de suas respectivas metas específicas. Governo do ES (CESPE 2009)

QUALIDADE DE SOFTWARE AULA N.7

MODELO CMM MATURIDADE DE SOFTWARE

Padrões de Qualidade de Software

Implantação de um Processo de Medições de Software

Políticas de Qualidade em TI

Introdução ao CMM (CapabilityMaturityModel) e CMMI (Capability Maturity Model Integration)


GARANTIA DA QUALIDADE DE SOFTWARE

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

Padrões de Qualidade de Software e Métricas de Software

Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Projeto: mps Br melhoria de processo do software Brasileiro

CMMI: Capability Maturity Model Integration

Gerência de Projetos de Software Modelos de gerência. CMM: Capability Maturity Model ITIL: Information Technology Infrastructure Library MPS BR

CMMI Conceitos básicos. CMMI Representações contínua e por estágios. Professor Gledson Pompeu (gledson.pompeu@gmail.com)

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

ISO e ISO 9001

Qualidade de Software Aula 6 / luis@garcia.pro.br

Melhoria de Processos CMMi

ALESSANDRO PEREIRA DOS REIS PAULO CESAR CASTRO DE ALMEIDA ENGENHARIA DE SOFTWARE - CAPABILITY MATURITY MODEL INTEGRATION (CMMI)

C.M.M. Capability Maturity Model Modelo de Maturidade da Capacidade

O que é CMMI? Base do CMMI. Melhorando o processo é possível melhorar-mos o software. Gerais. Processo. Produto

Políticas de Qualidade em TI

Políticas de Qualidade em TI

Engenharia de Software

SIMPROS Experiência de implantação da norma ISO 9001:2000 a partir da utilização da ISO/IEC TR (SPICE) para Melhoria de Processos

CMM - Capability Maturity Model

Introdução ao MPS.BR Guia Geral. Prof. Elias Batista Ferreira

Segurança da Informação e Proteção ao Conhecimento. Douglas Farias Cordeiro

Qualidade de Processo de Software Normas ISO e 15504

PMI-SP PMI-SC PMI-RS PMI PMI-PR PMI-PE

PMI-SP PMI-SC PMI-RS PMI PMI-PR PMI-PE

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

Delfraro Rodrigues Douglas M Gandini José Luiz CMM. Capability Maturity Model

CAPABILITY MATURITY MODEL INTEGRATION. Prof. Késsia R. C. Marchi

Universidade Paulista

Qualidade de Software MPS.BR - Questões CESPE (2010 a 2013)

A visão do modelo MPS.BR para Gerência de Projeto - Nível G. por Adriana Silveira de Souza

Adriano Marum Rômulo. Uma Investigação sobre a Gerência de Projetos de Desenvolvimento de Software em Órgãos do Governo do Ceará com Base no MPS-BR

ITIL - Information Technology Infraestructure Library

MBA em Gestão de Empreendimentos Turísticos

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Melhorias de Processos de Engenharia de Software

NORMA ISO/IEC Isac Aguiar isacaguiar.com.br

PODER JUDICIÁRIO TRIBUNAL REGIONAL DO TRABALHO DA 3ª REGIÃO

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

Sistema de Gestão da Qualidade

Introdução a CMMI. Paulo Ricardo Motta Gomes Renato Miceli Costa Ribeiro

Década de 80, o Instituto de Engenharia de Software (SEI) foi criado.

PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL PEDROHOLI@GMAIL.COM CMM E CMMI

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

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES

PÁGINA 4 ITIL V.2 & ITIL V.3

CMM Capability Maturity Model. Silvia Regina Vergilio

MODELO SPICE Software Improvement and Capacibilty Determination Avalia o software com foco na melhoria de seus processos (identifica pontos fracos e

Gerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos

Processo de Software

CHECK LIST DE AVALIAÇÃO DE FORNECEDORES Divisão:

QUALIDADE DE SOFTWARE

CHECK - LIST - ISO 9001:2000

CICLO DE EVENTOS DA QUALIDADE

SEQUÊNCIA: TIPOS DE SISTEMAS DE INFORMAÇÃO. PROF. MARTIUS V R Y RODRIGUEZ, DSc TECNOLOGIA DE INFORMAÇÃO

SGQ 22/10/2010. Sistema de Gestão da Qualidade. Gestão da Qualidade Qualquer atividade coordenada para dirigir e controlar uma organização para:

FACULDADE SENAC GOIÂNIA

Professor: Disciplina:

Introdução CMMI. Qualidade e Teste de Software CMMI 1

Modelos de Maturidade: MPS.BR. Aécio Costa

MECANISMOS PARA GOVERNANÇA DE T.I. IMPLEMENTAÇÃO DA. Prof. Angelo Augusto Frozza, M.Sc.

Qualidade de Software. Profa. Cátia dos Reis Machado

Modernização e Evolução do Acervo de Software. Gustavo Robichez de Carvalho guga@les.inf.puc-rio.br

AS CARACTERÍSTICAS DO CMM E O DESENVOLVIMENTO DE SOFTWARE COM QUALIDADE

Horário: 13:00 às 15:00 horas (hora de Brasília) IDENTIFICAÇÃO DO CANDIDATO INSTRUÇÕES

OS 14 PONTOS DA FILOSOFIA DE DEMING

Qualidade em TIC: Principais normas e modelos

Unidade VI GOVERNANÇA DE TI. Profa. Gislaine Stachissini

Implantação da Governança a de TI na CGU

Qualidade de Software. Anderson Belgamo

Uma visão pessoal, baseada em processos, para competitividade em software

Modelo de Referência para melhoria do processo de software (MR mps)

Profa. Gislaine Stachissini. Unidade III GOVERNANÇA DE TI

UNIP Ciência da Computação / Sistemas de Informação TED I - Orientações Gerais para Elaboração dos Documentos

PMONow! Serviço de Implantação de um Escritório de Projetos

Preparando a Implantação de um Sistema de Gestão da Qualidade

Qualidade de. Software. Definições. Qualidade do Produto ISO Processo de. Software. Modelo de Processo de. Software CMM SPICE ISO 12207

Definição de Processos Reutilizáveis para Desenvolvimento de Software com Aquisição

Conceitos. Conceitos. Histórico. Histórico. Disciplina: Gestão de Qualidade ISSO FATEC - IPATINGA

CONSULTORIA. Sistema de Gestão ISO Lean Esquadrias

Introdução Visão Geral Processos de gerenciamento de qualidade. Entradas Ferramentas e Técnicas Saídas

ANÁLISE DOS REQUISITOS NORMATIVOS PARA A GESTÃO DE MEDIÇÃO EM ORGANIZAÇÕES

I CICLO ITINERANTE DE FORMAÇÃO PARA O TERCEIRO SETOR

Transcrição:

www.asrconsultoria.com.br

TMMi Test Maturity Model integration Erika Nina Höhn erikahohn@asrconsultoria.com.br

Agenda Fundamentos Estrutura do TMMi TMMi x CMMi Proposta de avaliação e diagnóstico Custos de certificação no modelo 4

Fundamentos Origem: Illinois Institute of Technology Burnstein et al., 1996 TMMi Foundation Modelo detalhado para melhoria do processo de teste Teste é um componente crítico de um processo maduro de desenvolvimento de software Complementar ao modelo CMMi versão 1.2. Aborda especificamente as questões importantes para gerentes de teste, especialistas em teste e pessoal de garantia da qualidade de software. 5

Fundamentos Fontes que serviram com insumo principais para o desenvolvimento do TMMi: CMMi; O modelo de teste evolutivo de Gelperin e Hetzel: Orientado a Depuração: não há claramente diferença entre teste e depuração. Orientado a Demonstração: objetivo principal de teste é demonstrar que o software satisfaz às suas especificações. Orientado a Destruição: teste como uma atividade para detectar defeitos de implementação. Orientado a Avaliação: teste torna-se uma atividade integrada no ciclo de vida do software. O valor das atividades de revisão é reconhecido. A visão de teste é ampliada e os seus objetivos são de detector defeitos em requisitos, projeto e implementação. Orientado à Prevenção: reflete a otimização de Nível 5 tanto no CMMi como no TMMi. 6

Fundamentos Fontes que serviram com insumo principais para o desenvolvimento do TMMi: As práticas de teste na indústria: Um levantamento das práticas da indústria também forneceu dados para a definição dos níveis do TMMi. Mostrou os melhores e piores ambientes de teste na indústria de software; Evolução do pensamento sobre testes Beizer,1990 Fase 0, o teste não tinha importância; Fase 1, o pensamento comum era que o teste deveria provar que o software funciona; Fase 2, isso se inverte, e então o teste deveria mostrar que o software não funciona. Fase 3, o teste não deveria provar nada sobre o software, além de reduzir os riscos dele não funcionar quando submetido a entradas de dados inaceitáveis. Fase 4, o teste é entendido não como um ato, mas uma disciplina mental que deveria levar a produção de software com baixo risco sem muito esforço de teste. 7

Fundamentos A estrutura do TMMi é baseada no CMMi. Um conjunto de níveis que define uma hierarquia de maturidade de teste. Cada nível representa uma etapa na evolução para um processo de teste de maduro. Um conjunto de metas de maturidade para cada nível (exceto nível 1), e as atividades, tarefas e responsabilidades necessárias para apoiá-los. 8

TMMi - Estrutura Componentes requeridos descreve o que uma organização deve alcançar para satisfazer uma área de processo. Componentes esperados descreve o que a organização tipicamente implementa para alcançar um requerido Componentes informativos subpráticas, produtos de trabalho típicos, exemplos 9

TMMi Estrutura Nível de maturidade Área de Processo 1 Área de Processo 2 Área de Processo n Objetivos específicos Objetivos genéricos... Práticas específicas Práticas genéricas Subpráticas 10

Fundamentos Aborda todos os níveis de teste (incluindo atividades estáticas). O TMMi pode ser usado por: uma equipe de avaliação interna para identificar o estado atual capacidade de teste. gerência superior para iniciar um programa de melhoria de testes. equipes de desenvolvimento para melhorar a capacidade dos testes. usuários e clientes para definir o seu papel no processo de teste. 11

Fundamentos Os requisitos de avaliação são baseados na ISO/IEC 15504 avaliação de processos de software com o foco na melhoria de processos. Um modelo de avaliação que consiste em três componentes: um conjunto de questões orientadas às metas de maturidade destinadas a avaliar a maturidade do processo; um programa de formação destinado a selecionar e instruir a equipe de avaliação que deverá conduzir a avaliação de maturidade; um método de avaliação que permite que uma organização se avalie com base nas respostas ao questionário e os dados da entrevista. 12

Níveis do TMMi Níveis 1 2 3 4 5 Descrição Inicial - teste é caótico, o processo é indefinido e muitas vezes é considerado como parte da depuração. Gerenciado - teste torna-se um processo gerenciado e é claramente separado de depuração. Definido - teste não é mais uma fase que se segue à codificação. Está totalmente integrado no ciclo de vida de desenvolvimento e associado à marcos (milestones). Gestão e Medição - teste é um processo completamente definido, bem fundamentado e mensurável. Objetivos quantitativos para a qualidade do produto e desempenho do processo. Otimização - capaz de controlar os custos e a efetividade dos testes. A organização melhora seu processo continuamente com base no entendimento quantitativo das causas de variação inerente aos processos. 13

Nível 5 Otimização TMMi - Estrutura Aplicar processos de prevenção de defeitos Controlar a qualidade Otimizar o processo de teste Nível 4 Gestão e Medição Estabelecer um programa amplo de revisão Estabelecer um programa amplo de medições de teste Evoluir a qualidade do software Nível 3 Definido Estabelecer uma organização de testes de software Integrar o teste no ciclo de vida do software Controlar e monitorar o processo de teste Estabelecer um programa de treinamento Nível 2 Gerenciado Desenvolver os objetivos do teste Iniciar o processo de planejamento do teste Institucionalizar técnicas e métodos básicos de teste 14

TMMi x CMMi Nível TMMi Área de Processo/Objetivos/Práticas Nível 2 PG 2.6 Gerenciar Configuração 2 2 2 PG 2.9 Avaliar aderência objetivamente AP Monitoramento e controle de teste 2 2 CMMi Área de Processo Gerência de Configuração (implementa completamente) Garantia da qualidade de processo e produto (implementa completamente) Controle e Monitoramento de Projeto (fornece apoio para implementação) 2 AP Planejamento de teste 2 Planejamento de projeto (fornece apoio) 2 Janeiro 2009 SG 3 Estabelecer indicadores de desempenho de teste (AP Política e Estratégia de Teste) 2 AP Projeto e execução de teste 2 2 AP Ambiente de teste 3 2 AP Planejamento de teste e AP Monitoramento e controle de teste 2 3 Medições e Análise (fornece apoio à implementação) Gerenciamento de requisitos (manutenção de rastreabilidade pode ser reusada) Desenvolvimento de requisitos (práticas podem ser reusadas no desenvolvimento dos requisitos de ambiente de teste) Gerenciamento de risco (práticas podem ser reusadas para identificar e controlar riscos) 15

TMMi x CMMi Nível 3 3 TMMi Área de Processo/Objetivos/Práticas AP Ciclo de vida de teste e integração AP Controle e Monitoramento AP Organização de teste AP Programa de treinamento em teste Nível 4 AP Revisão em pares 3 4 AP Avaliação da qualidade de software AP Medição de teste 2 3 4 CMMi Área de Processo Garantia da qualidade de produto e processo Enfoque no processo da organização, Definição do processo da organização, Programa de treinamento Coordenação intergrupos Revisão em pares (Verificação) Gerenciamento de processo quantitativo, Gerenciamento da qualidade de software 16

Porcentagem Análise de aderência ao modelo Para pontuação das práticas específicas Enfoque e Aplicação no Processo 0% Sem metodologia/procedimento ou atividades que atendam a prática solicitada. a Não existe uma metodologia ou procedimento definido. b Algumas práticas são implementadas, mas não em todos os projetos. 25% (<30%) c Não são atendidos todos os requisitos da prática solicitada (<70%). a Existe uma metodologia ou procedimento definido, mas não documentado. b Algumas práticas são implementadas, mas somente em alguns projetos 50% definidos como críticos ou estratégicos para a empresa. (30% a 80%) 75% 100% c Não são atendidos todos os requisitos da prática solicitada (<70%). a Existe uma metodologia ou procedimento definido e documentado. b Algumas práticas são implementadas na maioria dos projetos. (> 80%) c São atendidos, em sua maioria, os requisitos da prática solicitada (70% a 99%). a Existe uma metodologia ou procedimento definido e documentado. b As práticas são implementadas em todos os projetos. c São atendidos todos os requisitos da prática solicitada. 17

Análise de aderência ao modelo Para pontuação das práticas genéricas Porcentagem Enfoque e Aplicação no Processo 0% Prática não aplicada. 50% 100% A prática e seus requisitos são aplicados na maioria dos projetos (> 50%). A prática e seus requisitos são aplicados em todos os projetos (100%). 18

Análise de aderência ao modelo SG 3 Estabelecer indicadores de desempenho de teste Um conjunto de indicadores de desempenho do processo de teste orientados ao objetivo é estabelecido e divulgado. SP3.1 Definir indicadores de desempenho de teste Os indicadores de desempenho de teste são definidos baseados na política e objetivos de teste, incluindo os procedimentos para coleta de dados, armazenamento e análise. Está especificado como os dados dos indicadores devem ser coletados? Está definido como os dados dos indicadores devem ser armazenados? Existem procedimentos definidos para análise dos dados dos indicadores?... Pontuação: % Comentários, Justificativas ou Razões da pontuação: 19

Análise de aderência ao modelo - Cálculo por área de processo; - Diagnóstico: % DE ATENDIMENTO AOS REQUISTOS TMMI Nível 2 100% 90% 80% 70% 60% 50% 65% 70% 85% 59% 82% 40% 30% 20% 10% 0% 35% Política Estratégia 30% Planej. 15% Monitoram. Controle 41% Projeto / Execução 18% Ambiente % Atendida % não Atendida 20

Interesse global crescendo - TMMi A TMMi Foundation tem agora 329 participantes representando 32 nacionalidades ao redor do mundo: 115 membros do Reino Unido; 47 da Índia; 41 da Países Baixos; 22 dos Estados Unidos; Austrália, Nova Zelândia, Coréia, Malásia, França, Dinamarca, Suécia, Colômbia, Argentina e Brasil. 21

TMMi Custo de Certificação 22

www.asrconsultoria.com.br Contatos: contatos@asrconsultoria.com.br Mogi das Cruzes Rua Dr. Deodato Wertheimer, 1352 conj. 11 Centro Mogi das Cruzes - SP CEP 08710-430 Tel. (11) 2629-0610 São Paulo Rua Vergueiro, 2087 - Conjunto 101 Vila Mariana São Paulo - SP CEP 04101-000 Tel. (11) 5087-8856 FAX (11) 5087-8810