Guia de Referncia do Modelo MPT.

Br

Copyright c 2011 - SOFTEXRECIFE Direitos desta edio reservados pela SOFTEXRECIFE A distribuio ilimitada desse documento est sujeita a copyright

Sumrio
Parte I: O MPT.Br
1 Introduo 2 Modelo de Gesto 3 Estrutura do Modelo

2
3 5 7

Parte II: Prticas Genricas e reas de Processo

Prticas Genricas AET - Automao da Execuo do Teste AQP - Avaliao da Qualidade do Produto CEP - Controle Estatstico do Processo FDT - Fechamento do Teste GDD - Gesto de Defeitos GDF - Gesto de Ferramentas GDQ - Garantia da Qualidade GPT - Gerncia de Projetos de Teste GRT - Gerncia de Requisitos de Teste MAT - Medio e Anlise de Teste OGT - Organizao do Teste PET - Projeto e Execuo de Teste

12
13 51 57 61 65 69 73 79 83 103 107 113 125

TDA - Teste de Aceitao TES - Teste Esttico TNF - Teste No-Funcional TRE - Treinamento

131 137 143 147

Parte III: Apndices

Referncias Bibliogrcas Acrnimos Glossrio

152
153 155 157

ii

Parte I: O MPT.Br

Captulo 1

Introduo
De acordo com o Capability Maturity Model Integration - CMMI, "a qualidade de um sistema ou produto amplamente inuenciada pela qualidade do processo utilizado", alm do fornecimento de uma base para maximizar a produtividade das pessoas e o uso da tecnologia para se tornar mais competitivo no mercado [CMM06]. A busca por modelos est diretamente vinculada demanda organizacional, visto que a efetiva gesto dos ativos organizacionais crtica para o sucesso do negcio. Nesse contexto, os processos, oriundos de modelos de maturidade, tem por objetivo auxiliar s organizaes alcanarem os resultados almejados atravs da melhor execuo das atividades planejadas e tambm minimizar os impactos quando da introduo e uso de novas tecnologias. O modelo Melhoria do Processo de Teste Brasileiro - MPT.Br trata a melhoria do processo de teste atravs de melhores prticas relativas s atividades desenvolvidas ao longo do ciclo de vida de teste do produto. Como principais objetivos do MPT.Br vale ressaltar: Tornar-se um modelo de referncia para denio, implantao e melhoria dos processos de teste; Abordar a melhoria contnua nos processos de teste conforme os objetivos organizacionais e nvel de maturidade almejado; Fornecer uma base para avaliao e consequente identicao do grau de maturidade presente nas organizaes; e Reunir as melhores prticas e estrutur-las segundo o grau de complexidade versus o nvel de maturidade que a mesma estar relacionada. A verso 2.0 do modelo foi aperfeioada tomando como referncia as verses anteriores e suas aplicaes em projetos pilotos assim como contribuies da comunidade de teste de software brasileira. Foram observados os pontos crticos do modelo, a base referencial em teste e a evoluo da engenharia de software para consolidao e implementao da melhoria contnua do MPT.Br. No obstante, vale enfatizar que o MPT.Br tomou como base outros modelos de referncia em teste de software e modelos de referncia em melhoria de processo de software, tais como: Testability Support Model (TSM) (criado por David Gelperin em 1996) Testing Maturity Model (TMM) (criado pelo Illinois Institute of Technology (IIT) em 1996)

 Test Process Improvement (TPI) (criado por Koomen e Pol em 1997) Test Organization Maturity (TOMTM ) (criado pela empresa Systeme Evolutif) Testing Assessement Program (TAP) (criado pelas empresas Software Futures ltd e IE Testing Consultancy LTD) Testing Improvement Model (TIM) (criado por Ericson, Subotic e Ursing) Testing Maturity Model Integration (TMMi) (criado e mantido pela TMMi Foundation) Maturity Model for Automated Software Testing (criado por Mitchel H. Krause em 1994) Modelo de Melhoria de Teste (MMT) (criado por Emerson Rios e Trayahu Moreira no livro Teste de Software, editora Altabooks) Capability Maturity Model Integration (CMMI) (criado pelo Software Engineering Instititue, SEI) Melhoria de Processo do Software Brasileiro (MPS.BR) (criado pela SOFTEX) O pblico alvo deste guia inclui interessados em melhoria de processo com nfase em teste de software.

Captulo 2

Modelo de Gesto
Atualmente, o modelo MPT.Br est sendo desenvolvido e gerenciado pelas seguintes instituies: SOFTEXRECIFE - Centro de Tecnologia de Software para Exportao do Recife, sociedade civil sem ns lucrativos, agente da Sociedade SOFTEX, que no Brasil possui mais de 1.000 empresas associadas. Sua misso articular, fomentar e apoiar aes direcionadas excelncia do setor de software em Pernambuco. O SOFTEXRECIFE caracteriza-se como uma instituio de educao, ensino, pesquisa e de apoio ao desenvolvimento que tem se especializado na promoo da qualidade e teste de software, contando h 7 anos com o NEXT (Ncleo de Excelncia de Teste de Sistemas) laboratrio que vem difundindo a cultura de teste de software na regio. RIOSOFT - fundada em 1993 a partir do Programa SOFTEX 2000, com a combinao de ideais da classe empresarial atuante em Tecnologia da Informao e a vontade poltica da Prefeitura da Cidade do Rio de Janeiro, contando tambm com o apoio do SEBRAE-RJ, da ASSESPRO-RJ e do SEPRORJ. A RIOSOFT participou da criao do modelo MPS.Br desde as suas verses iniciais e uma das organizaes envolvidas na implantao do modelo e tambm na avaliao de empresas. Para gerir e desenvolver o modelo, foi constituda uma estrutura organizacional, composta por membros das duas entidades, bem como tcnicos convidados de outras instituies, tanto empresariais como acadmicas.

Captulo 3

Estrutura do Modelo
Este captulo descreve a estrutura do modelo MPT.Br. O seu entendimento fundamental para utilizar a Parte II do modelo efetivamente. O MPT.Br possui dois componentes: Modelo de referncia este documento apresenta a estrutura, as reas de processo e as prticas do modelo. Guia de avaliao contm o processo de avaliao e instrues para realizar a avaliao de uma organizao com base no MPT.Br.

3.1

Nveis de Maturidade

Este guia apresenta os cinco nveis de maturidade do MPT.Br que representam patamares para evoluo do processo de teste de uma organizao. Estes nveis so descritos a seguir: 1. Parcialmente gerenciado este nvel representa o primeiro patamar de maturidade de uma organizao. Ele contm o mnimo que uma organizao precisa para demonstrar que a disciplina de teste aplicada nos projetos e que esta aplicao ocorre de forma planejada e controlada. 2. Gerenciado neste segundo nvel a aplicao do processo de teste na organizao possui maior visibilidade. O escopo do projeto passa a ser controlado pelo processo de gesto de mudanas, padres so denidos e os processos so monitorados e controlados. 3. Denido No terceiro nvel do modelo o teste se torna organizacional. Processos padres de teste so adotados, a garantia da qualidade instituda de modo a auxiliar a denio dos processos, so denidas responsabilidades para a organizao do teste e um programa de medio implantado na organizao. Tambm neste nvel o ciclo de vida do teste integrado ao ciclo de vida do desenvolvimento, o teste esttico e de aceitao so formalizados e procedimentos sistemticos so aplicados para o fechamento do teste. 4. Preveno de defeitos O quarto nvel do modelo focado na preveno de defeitos e melhoria sistemtica da qualidade do produto. Neste nvel um processo de gesto de defeitos existe na organizao, onde defeitos encontrados mais cedo no ciclo de vida so acompanhados e aes proativas so tomadas para evitar que novos defeitos originados pelas mesmas causas raiz ocorram. Uma anlise de risco dos atributos no-funcionais do produto e atividades de teste no-funcional so executadas para minimizar estes riscos e tambm realizada uma anlise para determinar a eccia do teste e a determinao com dados objetivos do nvel de qualidade do produto.

5. Automao e Otimizao O quinto nvel do modelo tem como objetivo estabelecer um processo de melhoria contnua e automao do teste. Dentre as caractersticas deste nvel, podemos citar que existe uma abordagem sistemtica para automao da execuo do teste, um processo sistemtico para seleo e adoo de ferramentas CASE utilizado, o processo controlado estatisticamente e est sob melhoria contnua Cada nvel de maturidade composto por um conjunto de reas de processo. Uma rea de processo um agrupamento de prticas relacionadas que, quando implementadas coletivamente, satisfazem um determinado objetivo. Cada nvel de maturidade tambm associado a um conjunto de prticas genricas que devem ser aplicadas a cada rea de processo que compe o nvel de maturidade almejado. Para uma organizao atender a um determinado nvel de maturidade, ela deve demonstrar atravs da avaliao que o processo de teste aplicado em seus projetos atende a todas as reas de processo daquele nvel e que todos os nveis anteriores de maturidade tambm so atendidos. A organizao precisa tambm demonstrar o atendimento s prticas genricas associadas quele nvel de maturidade.

3.2

reas de processo do modelo MPT.Br

A organizao das reas de processo do MPT.Br exibida na Tabela 3.1.

Tabela 3.1: Os Nveis do MPT.Br Nvel de Maturidade Nvel 1 reas de Processo GPT Gerncia de Projetos de Teste (prticas especcas GPT1 a GPT20) PET Projeto e Execuo de Teste (prticas especcas PET1 a PET4) Nvel 2 GRT Gerncia de Requisitos de Teste (prticas especcas GRT1 a GRT5) GPT Gerncia de Projetos de Teste (prticas especcas GPT21 a GPT25) PET Projeto e Execuo de Teste (prticas especcas PET5 e PET6) Nvel 3 FDT Fechamento do Teste (prticas especcas FDT1 a FDT4) GDQ Garantia da Qualidade (prticas especcas GDQ1 a GDQ3) MAT Mediao e Anlise de Teste (prticas especcas MAT1 a MAT5) OGT Organizao do Teste (prticas especcas OGT1 a OGT10) TDA Teste de Aceitao (prticas especcas TDA1 a TDA7) TES Teste Esttico (prticas especcas TES1 a TES5) TRE Treinamento (prticas especcas TRE1 a TRE4) PG7 PG9 a Prticas Genricas PG1 PG6 a

GPT Gerncia de Projetos de Teste (prticas especcas GPT26 a GPT28) PET Projeto e Execuo de Teste (prtica especca PET7) Nvel 4 AQP Avaliao da Qualidade do Produto (prticas especcas AQP1 a AQP5) GDD Gesto de Defeitos (prticas especcas GDD1 a GDD3) TNF Teste No-Funcional (prticas especcas TNF1 a TNF3) OGT Organizao do Teste (prticas especcas OGT11 e OGT12) Nvel 5 AET Automao da Execuo do Teste (prticas especcas AET1 a AET6) CEP Controle Estatstico do Processo (prticas especcas CEP1 a CEP5) GDF Gesto de Ferramentas (prticas especcas GDF1 a GDF6)

Esta guia apresenta todas as reas de processo do modelo. Desta forma caber a organizao, ao escolher um nvel a ser alcanado, optar, segundo a Tabela 3.1, pelas prticas e reas de processo que dever atingir e implantar.

3.3

Componentes das reas de Processo

Cada rea de processo no modelo composta por 6 componentes, sendo estruturada da seguinte forma: 1. Identicador apresenta um identicador da rea de processo. 2. Nome nome da rea de processo. 3. Objetivo contm de forma sucinta o objetivo da rea de processo, que ser embasado pelas prticas especcas daquela rea de processo. O objetivo apresentado em uma caixa cinza. 4. Texto informativo texto informativo contendo alguns conceitos relacionados rea de processo. 5. Lista de prticas especcas listagem das siglas e ttulos das prticas especcas que compem a rea de processo. 6. Prticas especcas detalhamento de cada prtica especca daquela rea de processo.

3.4

Componentes das Prticas Especcas e Genricas

Cada prtica do modelo composta pelos seguintes componentes: 1. Identicador apresenta um identicador da prtica especca

2. Nome nome da prtica especca 3. Objetivo contm de forma sucinta o objetivo da prtica especca. O objetivo apresentado em uma caixa cinza. 4. Texto informativo texto informativo contendo alguns conceitos relacionados rea de processo. Um texto informativo pode conter dicas para aplicao da prtica especca. As dicas so apresentadas em caixas dentro do texto informativo. 5. Produtos tpicos sugestes de produtos de trabalho que contm as informaes requeridas pela prtica ou que so geralmente o resultado esperado daquela prtica. 6. Elaboraes caso seja uma prtica genrica, aps os demais elementos que compe a prtica so apresentadas as elaboraes para cada rea de processo. As elaboraes so instrues e/ou guias para aplicao da prtica genrica a cada rea de processo.

10

Parte II: Prticas Genricas e reas de Processo

11

12

Prticas Genricas
Este captulo apresenta as prticas genricas do modelo bem como suas elaboraes mostrando exemplos de aplicao de cada prtica a cada rea de processo.

Lista de Prticas
PG1 Atingir os resultados denidos PG2 Estabelecer uma poltica organizacional PG3 Planejar a execuo do processo PG4 Identicar e disponibilizar recursos PG5 Denir responsabilidade e autoridade PG6 Prover treinamento PG7 Controlar produtos de trabalho (a partir do Nvel 2) PG8 Monitorar e controlar o processo (a partir do Nvel 2) PG9 Fornecer visibilidade do processo para a gerncia superior (a partir do Nvel 2)

PG1 Atingir os resultados denidos

O objetivo desta prtica genrica gerar os produtos de trabalho e fornecer os servios que so esperados a partir da execuo do processo. Para atender a esta prtica a organizao deve levar em conta todas as prticas especcas de todas as reas de processo do nvel de maturidade almejado pela organizao. Produtos tpicos: Produtos tpicos de cada prtica especca da rea de processo. Elaborao AET: Todas as prticas especcas da rea de processo Automao da Execuo do Teste devem ser satisfeitas. Elaborao AQP: Todas as prticas especcas da rea de processo Avaliao da Qualidade do Produto devem ser satisfeitas. Elaborao CEP:

13

Todas as prticas especcas da rea de processo Controle Estatstico do Processo devem ser satisfeitas. Elaborao FDT: Todas as prticas especcas da rea de processo Fechamento de Teste devem ser satisfeitas. Elaborao GDD: Todas as prticas especcas da rea de processo Gesto de Defeitos devem ser satisfeitas. Elaborao GDF: Todas as prticas especcas da rea de processo Gesto de Ferramentas devem ser satisfeitas. Elaborao GDQ: Todas as prticas especcas da rea de processo Garantia da Qualidade devem ser satisfeitas. Elaborao GPT: Todas as prticas especcas da rea de processo Gerncia de Projetos de Teste de Software devem ser satisfeitas. Elaborao GRT: Todas as prticas especcas da rea de processo Gerncia de Requisitos de Teste devem ser satisfeitas. Elaborao MAT: Todas as prticas especcas da rea de processo Mediao e Anlise de Teste devem ser satisfeitas. Elaborao OGT: Todas as prticas especcas da rea de processo Organizao do Teste devem ser satisfeitas. Elaborao PET: Todas as prticas especcas da rea de Projeto e Execuo de Teste de Software devem ser satisfeitas. Elaborao TDA: Todas as prticas especcas da rea de processo Teste de Aceitao devem ser satisfeitas. Elaborao TES: Todas as prticas especcas da rea de processo Teste Esttico devem ser satisfeitas. Elaborao TNF: Todas as prticas especcas da rea de processo Teste No-Funcional devem ser satisfeitas.

14

Elaborao TRE: Todas as prticas especcas da rea de processo Treinamento devem ser satisfeitas.

PG2 Estabelecer uma poltica organizacional

O objetivo desta prtica estabelecer e manter uma poltica organizacional para o processo.

A poltica do processo deve comunicar as expectativas da organizao sobre o processo e tornar essas expectativas visveis a todos que so afetados por ele. Em geral, a gerncia snior responsvel por estabelecer e comunicar princpios, diretrizes e expectativas para toda a organizao. A poltica organizacional dever informar o que esperado da execuo do processo sem, no entanto, especicar como o processo deve ser executado. Desta forma exigido um reconhecimento formal da importncia dos processos do nvel implementado por parte da organizao.

Muitas vezes a poltica organizacional para o processo pode estar inserida no Manual de Qualidade da organizao. Este manual um instrumento importante para que as empresas institucionalizem o processo nelas, garantindo que todos tenham conhecimento do mesmo.

Produtos tpicos: Poltica organizacional. Atualizaes da poltica organizacional.

Elaborao AET: A organizao deve estabelecer uma poltica que demande procedimentos sistemticos para a automao da execuo do teste.

A poltica para a automao da execuo do teste pode incluir: Que devem ser denidos objetivos para o regime de automao. Que critrios para seleo de casos de teste para automao necessitam de ser estabelecidos e utilizados. Que o retorno sobre investimento de esforos sobre a automao deve ser analisado.

Elaborao AQP: A organizao deve estabelecer uma poltica que demande procedimentos sistemticos para a avaliao da qualidade do produto.

15

A poltica para a avaliao da qualidade do produto pode incluir: Que devem ser realizadas avaliaes de qualidade do produto. Que os projetos devem possuir objetivos quantitativos de qualidade do produto.

Elaborao CEP: A organizao deve estabelecer uma poltica que demande procedimentos sistemticos para o controle estatstico do processo.

A poltica para o controle estatstico do processo pode incluir: Que objetivos de desempenho de processos sejam estabelecidos. Que processos sejam selecionados para o controle estatstico. Que medidas e baselines de desempenho de processos sejam denidas. Que modelos de desempenho de processos sejam estabelecidos.

Elaborao FDT: A organizao deve estabelecer uma poltica que demande procedimentos sistemticos para o fechamento de teste.

A poltica para o fechamento de teste pode incluir: Que necessrio arquivar os ativos de teste. Que o ambiente de teste deve ser limpo aps a execuo do teste. Que lies aprendidas devem ser identicadas. Que deve ser elaborado e publicado um relatrio de fechamento de teste.

Elaborao GDD: A organizao deve estabelecer uma poltica que demande procedimentos sistemticos para a gesto de defeitos.

A poltica para a gesto de defeitos pode incluir: Que devem ser investigadas as causas raiz dos defeitos. Que aes corretivas devem ser iniciadas para corrigir causas raiz de defeitos. Que a efetividade destas aes corretivas seja averiguada.

Elaborao GDF: A organizao deve estabelecer uma poltica que demande procedimentos sistemticos para a gesto de ferramentas.

16

A poltica para a gesto de ferramentas pode incluir: Que a necessidade de ferramentas deve ser formalizada em um caso de negcio. Que critrios objetivos sejam utilizados na seleo de ferramentas. Que um projeto piloto seja conduzido para avaliar a efetividade da ferramenta selecionada. Que seja denida uma estratgia para implantao da ferramenta.

Elaborao GDQ: A organizao deve estabelecer uma poltica que demande atividades da garantia da qualidade.

A poltica para a garantia da qualidade pode incluir: Que os produtos de trabalho e processos devem ser avaliados objetivamente. Que as no conformidades identicadas devem ser resolvidas. Que registros das atividades de garantia da qualidade sejam mantidos.

Elaborao GPT: A organizao deve estabelecer uma poltica que demande um planejamento e monitoramento do projeto de teste.

A poltica para a gerncia de projetos de teste de software pode incluir: Que necessrio denir os objetivos de teste. Que o teste seja guiado por uma anlise de risco do produto. Que o projeto tenha uma estratgia denida nos objetivos do teste e anlise de risco do produto. Que todo projeto de teste seja guiado por um plano de teste. Que o planejamento do projeto de teste seja revisado pelos interessados. Que a gerncia superior deve ser informada do progresso do teste. Que mudanas na gerncia de projetos de teste de software devem contar com a participao da gerncia superior e outros envolvidos.

Elaborao GRT: A organizao deve estabelecer uma poltica que demande uma gerncia de requisitos de teste satisfatria.

17

A poltica para a gerncia de requisitos de teste pode incluir: Que necessrio gerenciar os requisitos de teste. Que os requisitos devem ser analisados quanto a sua testabilidade. Que os requisitos devem ser aprovados junto aos fornecedores de requisitos. Que uma rastreabilidade entre os requisitos e os artefatos de teste deve ser estabelecida e mantida. Que as mudanas nos requisitos devem ser analisadas quanto ao seu impacto. Que os artefatos e planos de trabalho devem ser revisados para garantir consistncia com os requisitos.

Elaborao MAT: A organizao deve estabelecer uma poltica que demande atividades da medio de teste.

A poltica para a medio de teste pode incluir: Que objetivos de medio sejam identicados. Que medidas e procedimentos operacionais de medidas sejam documentados para satisfazer os objetivos de medio. Que dados de medio sejam coletados, vericados, analisados e reportados.

Elaborao OGT: A organizao deve estabelecer uma poltica que demande a estruturao da organizao do teste.

A poltica para a organizao do teste pode incluir: Que um Grupo de processo de teste de software seja estabelecido. Que as responsabilidades da estrutura de teste sejam denidas. Que processos padres sejam estabelecidos e instanciados para o projeto. Que melhorias sistemticas sejam efetudas nos processos. Que funes e planos de carreira de teste sejam documentados e mantidos.

Elaborao PET: A organizao deve estabelecer uma poltica que demande a execuo de um projeto e execuo projeto de teste efetivos.

18

A poltica para projeto e execuo de teste de software pode incluir: Um conjunto de tcnicas de projeto de teste aplicveis a cada nvel de teste. A especicao e execuo do teste sero feitas utilizando modelos especcos de documentos. A execuo do teste seguir procedimentos especcos documentados. Os incidentes sero documentados e reportados utilizando um esquema de classicao. Os incidentes reportados sero avaliados, classicados e processados de acordo com um procedimento documentado. Um repositrio central de incidentes ser utilizado.

Elaborao TDA: A organizao deve estabelecer uma poltica que demande a estruturao do teste de aceitao.

A poltica para o teste de aceitao pode incluir: Que um plano de aceitao seja estabelecido junto ao usurio. Que um ambiente adequado para a aceitao seja planejado e preparado. Que o teste de aceitao seja executado e que a deciso de aceitao deve ser tomada com base no resultado do teste de aceitao.

Elaborao TES: A organizao deve estabelecer uma poltica que demande a execuo de atividades de teste esttico.

A poltica para o teste esttico pode incluir: Que revises sejam planejadas e executadas. Que os problemas identicados nas revises devem ser corrigidos. Que anlises estticas sejam efetuadas em cdigo fonte e modelos.

Elaborao TNF: A organizao deve estabelecer uma poltica que demande procedimentos sistemticos para o teste no-funcional.

A poltica para o teste no-funcional pode incluir: Que devem ser avaliados os riscos no-funcionais do produto. Que o teste no-funcional seja executado. Que os incidentes registrados no teste no-funcional sejam acompanhados e corrigidos.

Elaborao TRE:

19

A organizao deve estabelecer uma poltica que demande a estruturao de um programa de treinamento organizacional.

A poltica para o treinamento pode incluir: Que necessidades de treinamento estratgico sejam identicadas e um programa de treinamento estratgico deve ser estabelecido. Que treinamentos sejam preparados e executados de acordo com o programa de treinamento estratgico. Que um registro dos treinamentos seja mantido. Que a efetividade dos treinamentos deve ser avaliada.

PG3 Planejar a execuo do processo

Esta prtica objetiva a denio de como ser executado um determinado processo.

Este planejamento deve incluir recursos, responsabilidades e tempo, bem como as atividades de controle e monitoramento da execuo do processo. Deve ser estabelecido e documentado um plano para a execuo do processo, o que inclui sua prpria descrio, porm no se restringindo a ela. importante que o planejamento seja revisto, sempre que necessrio, especialmente quando forem aprovadas mudanas signicativas. Produtos tpicos:

Descrio do processo.

Planejamento da execuo do processo.

Elaborao AET:

O plano para a automao da execuo de teste inclui: Descrio do processo a ser seguido pela automao da execuo de teste. Identicao e alocao de recursos para a execuo das atividades de automao da execuo de teste. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste.

Elaborao AQP:

20

O plano para execuo da avaliao da qualidade do produto inclui: Descrio do processo a ser seguido pela avaliao da qualidade do produto. Identicao e alocao de recursos para a execuo das atividades de avaliao da qualidade do produto. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste.

Elaborao CEP:

O plano para execuo do controle estatstico do processo inclui: Descrio do processo a ser seguido pelo controle estatstico do processo. Identicao e alocao de recursos para a execuo das atividades de controle estatstico do processo. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste.

Elaborao FDT:

O plano para execuo do fechamento de teste inclui: Descrio do processo a ser seguido pelo fechamento de teste. Identicao e alocao de recursos para a execuo das atividades do fechamento de teste. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste.

Elaborao GDD:

O plano para execuo da gesto de defeitos inclui: Descrio do processo a ser seguido pela gesto de defeitos. Identicao e alocao de recursos para a execuo das atividades de gesto de defeitos. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste.

Elaborao GDF:

21

O plano para execuo da gesto de ferramentas inclui: Descrio do processo a ser seguido pela gesto de ferramentas. Identicao e alocao de recursos para a execuo das atividades de gesto de ferramentas. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de seleo e implantao de ferramenta.

Elaborao GDQ:

O plano para execuo da garantia da qualidade inclui: Descrio do processo a ser seguido pela garantia da qualidade. Identicao e alocao de recursos para a execuo das atividades da garantia da qualidade. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste.

Elaborao GPT:

O plano para execuo da gerncia de projetos de teste de software inclui: Descrio do processo a ser seguido pela gerncia do projeto. Identicao e alocao de recursos para o planejamento e monitoramento do projeto de teste. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste.

Elaborao GRT:

O plano para execuo da gerncia de requisitos de teste inclui: Descrio do processo a ser seguido pela gerncia de requisitos de teste. Identicao e alocao de recursos para as atividades relacionadas ao processo de gerncia de requisitos de teste. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste.

Elaborao MAT:

22

O plano para execuo da medio de teste inclui: Descrio do processo a ser seguido pela medio e anlise. Identicao e alocao de recursos para a execuo das atividades de medio e anlise. Parte destas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste, porm um planejamento organizacional deve existir contemplando o planejamento da reviso de objetivos de medio e especicao de procedimentos operacionais de medidas.

Elaborao OGT:

O plano para a organizao do teste inclui: Descrio do processo a ser seguido pelas atividades da rea de processo organizao do teste. Identicao e alocao de recursos para a execuo das atividades da rea de processo organizao do teste. Estas informaes so geralmente dispostas ou referenciadas no de gesto do processo de teste, mantido pelo Grupo de processo de teste de software.

Elaborao PET:

O plano para execuo do projeto e execuo de teste inclui: Descrio do processo a ser seguido pelo projeto e execuo de teste. Processo para gesto dos incidentes e documentao do seu ciclo de vida. Identicao e alocao de recursos para o projeto e execuo de teste. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste.

Elaborao TDA:

O plano para execuo do teste de aceitao inclui: Descrio do processo a ser seguido pelo teste de aceitao. Identicao e alocao de recursos para a execuo das atividades do teste de aceitao. Estas informaes so geralmente dispostas ou referenciadas no plano de aceitao.

Elaborao TES:

23

O plano para execuo do teste esttico inclui: Descrio do processo a ser seguido pelo teste esttico. Identicao e alocao de recursos para a execuo das atividades do teste esttico. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste e no plano do projeto de desenvolvimento do software.

Elaborao TNF:

O plano para execuo do teste no-funcional inclui: Descrio do processo a ser seguido pelo teste no-funcional. Identicao e alocao de recursos para a execuo das atividades de teste nofuncional. Estas informaes so geralmente dispostas ou referenciadas no plano do projeto de teste.

Elaborao TRE:

O plano para execuo do treinamento inclui: Descrio do processo a ser seguido pelas atividades de treinamento. Identicao e alocao de recursos para a execuo das atividades do treinamento. Estas informaes so geralmente dispostas ou referenciadas no plano do programa de treinamento estratgico organizacinal.

PG4 Identicar e disponibilizar recursos

O objetivo desta prtica garantir que os recursos indispensveis para executar o processo sero identicados previamente e estaro disponveis quando forem necessrios.

Os recursos para execuo do processo incluem, mas no se limitam a: recursos nanceiros, condies fsicas adequadas, pessoal e ferramentas apropriadas (incluindo processos e modelos de documentos predenidos). Estas informaes e recursos podem estar estabelecidos na prpria descrio do processo ou podem, tambm, estar presentes em planos especcos para os processos nos nveis da organizao e/ou projeto. Produtos tpicos: Recursos identicados e disponibilizados para execuo do processo.

Elaborao AET:

24

Os recursos necessrios para a execuo do processo de automao da execuo de teste incluem, mas no se limitam a: Atribuies documentadas para as atividades de automao da execuo de teste. Tempo adequado para realizao das atividades de automao da execuo de teste. Ferramentas de suporte s atividades de automao da execuo de teste.

Elaborao AQP:

Os recursos necessrios para a execuo do processo de avaliao da qualidade do produto incluem, mas no se limitam a: Atribuies documentadas para as atividades de avaliao da qualidade do produto. Tempo adequado para realizao das atividades de avaliao da qualidade do produto. Ferramentas de suporte s atividades de avaliao da qualidade do produto.

Elaborao CEP:

Os recursos necessrios para a execuo do controle estatstico do processo incluem, mas no se limitam a: Atribuies documentadas para as atividades de controle estatstico do processo. Tempo adequado para realizao das atividades de controle estatstico do processo. Ferramentas de suporte s atividades de controle estatstico do processo.

Elaborao FDT:

Os recursos necessrios para a execuo do processo de fechamento de teste incluem, mas no se limitam a: Atribuies documentadas para as atividades de fechamento de teste. Tempo adequado para realizao das atividades de fechamento de teste, como preparao do relatrio de fechamento de teste. Ferramentas de controle de verso e repositrios para arquivamento dos ativos de teste.

Elaborao GDD:

25

Os recursos necessrios para a execuo do processo de gesto de defeitos incluem, mas no se limitam a: Atribuies documentadas para as atividades de gesto de defeitos. Tempo adequado para realizao das atividades de gesto de defeitos. Ferramentas de suporte as atividades de gesto de defeitos, como ferramentas de gesto de incidentes.

Elaborao GDF:

Os recursos necessrios para a execuo do processo de gesto de ferramentas incluem, mas no se limitam a: Atribuies documentadas para as atividades de gesto de ferramentas. Tempo adequado para realizao das atividades de gesto de ferramentas. Ferramentas de suporte as atividades de gesto de ferramentas, como ferramentas de gesto de projetos e planilhas eletrnicas.

Elaborao GDQ:

Os recursos necessrios para a execuo do processo de garantia da qualidade incluem, mas no se limitam a: Atribuies documentadas para as atividades da garantia da qualidade. Tempo adequado para realizao das atividades de garantia da qualidade, como execuo de auditorias e anlise de no conformidades. Indivduos experientes, que possuam expertise em garantia da qualidade e nos processos adotados de garantia da qualidade. Ferramentas para suporte s atividades de garantia da qualidade como, por exemplo: Planilhas eletrnicas Ferramentas para gesto do uxo de trabalho de no-conformidades.

Elaborao GPT:

26

Os recursos necessrios para a execuo do processo de Gerncia de Projetos de Teste de Software incluem, mas no se limitam a: Atribuies documentadas para o planejamento e monitoramento do gerenciamento do projeto de teste. Tempo adequado para realizao das atividades de gerncia de projetos de teste. Indivduos experientes, que possuam expertise com o domnio da aplicao sendo testada e nos processos da organizao para gerncia do projeto de teste. Ferramentas para suporte s atividades de gesto de projetos de teste como, por exemplo: Modelos de documentos Ferramentas para planejamento do projeto, gesto de cronograma e acompanhamento do progresso Ferramentas de estimativa Ferramentas de gesto da congurao Ferramentas de gesto de teste Ferramentas de gesto de incidentes

Elaborao GRT:

Os recursos necessrios para a execuo do processo de Gerncia de Requisitos de Teste incluem, mas no se limitam a: Atribuies documentadas para as atividades da gerncia de requisitos de teste. Tempo adequado para realizao das atividades de gerncia de requisitos de teste, como anlise de impacto de mudanas. Indivduos experientes, que possuam expertise com o domnio da aplicao sendo testada e nos processos da organizao para gerncia do requisitos de teste. Ferramentas para suporte s atividades de gesto de requisitos de teste como, por exemplo: Modelos de documentos Ferramentas de gesto de requisitos Ferramentas para manuteno da rastreabilidade

Elaborao MAT:

27

Os recursos necessrios para a execuo do processo de medio de teste incluem, mas no se limitam a: Atribuies documentadas para as atividades de medio de teste. Tempo adequado para realizao das atividades de medio de teste, como coleta de dados, anlise e apresentao de resultados. Indivduos experientes, que possuam expertise em medio e analise e nos processos de medio e anlise adotados. Ferramentas para suporte s atividades de medio de teste como, por exemplo: Modelos de documentos Planilhas eletrnicas

Elaborao OGT:

Os recursos necessrios para a execuo das atividades da area de processo Organizao do teste incluem, mas no se limitam a: Atribuies documentadas para as atividades da a rea de processo Organizao do teste. Tempo adequado para realizao das atividades da rea de processo Organizao do teste, como por exemplo, coletar e implementar informaes de melhoria. Ferramentas para suporte s atividades da rea de processo Organizao do teste como, por exemplo: Modelos de documentos Repositrios de dados e documentos

Elaborao PET:

28

Os recursos necessrios para a execuo do processo de Projeto e Execuo de Teste incluem, mas no se limitam a: Atribuies documentadas para o projeto e execuo de teste. Tempo adequado para realizao das atividades de projeto e execuo de teste. Indivduos experientes, que possuam expertise com o domnio da aplicao sendo testada e nos processos da organizao para projeto e execuo de teste. Ferramentas para suporte s atividades de projeto e execuo de teste como, por exemplo: Modelos de documentos Ferramentas para rastreamento e gesto de incidentes Ferramentas para anlise dinmica Ferramentas para medio de cobertura Ferramentas para projeto de teste Ferramentas de preparao de dados de teste Ferramentas para execuo de teste

Elaborao TDA:

Os recursos necessrios para a execuo do processo de teste de aceitao incluem, mas no se limitam a: Atribuies documentadas para as atividades do teste de aceitao. Tempo adequado para realizao das atividades do teste de aceitao, como denir critrios de aceitao e conduzir teste de aceitao. Indivduos experientes, que possuam expertise nas funcionalidades do produto avaliado e em teste de software.

Elaborao TES:

Os recursos necessrios para a execuo do processo de teste esttico incluem, mas no se limitam a: Atribuies documentadas para as atividades de teste esttico. Tempo adequado para realizao das atividades de teste esttico como preparao para revises. Indivduos experientes, que possuam expertise com o domnio da aplicao sendo testada e nos processos da organizao de teste esttico. Ferramentas para suporte s atividades de teste esttico como, por exemplo: Modelos de documentos Ferramentas para gesto de revises. Ferramentas de anlise esttica.

Elaborao TNF:

29

Os recursos necessrios para a execuo do processo de teste no-funcional incluem, mas no se limitam a: Atribuies documentadas para as atividades de teste no-funcional. Tempo adequado para realizao das atividades de teste no-funcional. Ferramentas de suporte as atividades de teste no-funcional, como ferramentas para anlise esttica, teste de desempenho e ferramentas de monitorao.

Elaborao TRE:

Os recursos necessrios para a execuo do processo de treinamento incluem, mas no se limitam a: Atribuies documentadas para as atividades de treinamento. Tempo adequado para realizao das atividades de treinamento, como preparao de material de treinamento e preparao de listas de vericao de aprendizagem. Indivduos experientes, que possuam expertise no contedo dos treinamentos e nos processos de treinamento da organizao. Ferramentas para suporte s atividades de treinamento como, por exemplo: Sutes de ferramentas de software de escritrio Infraestrutura Material complementar de treinamento

PG5 Denir responsabilidade e autoridade

O objetivo desta prtica denir, atribuir e comunicar as responsabilidades para executar o processo, denindo tambm a autoridade.

Durante o ciclo de vida do processo os colaboradores do projeto precisam ser responsveis pela sua execuo. Os colaboradores do projeto devem possuir autoridade apropriada para exercer as responsabilidades que lhes foram atribudas. A responsabilidade pode ser atribuda utilizando-se descries de pers detalhadas no plano para execuo do processo. Produtos tpicos:

Denio de responsabilidades e autoridades para os executores do processo.

Elaborao AET:

30

Exemplos de responsabilidades para a execuo do processo de automao da execuo do teste incluem, mas no se limitam a: Identicar objetivos do regime de automao. Estabelecer e utilizar critrios objetivos para seleo de casos de teste para automao. Gerenciar o framework de automao da execuo do teste. Avaliar retorno sobre investimento da automao da execuo do teste.

Elaborao AQP:

Exemplos de responsabilidades para a execuo do processo de avaliaao da qualidade do produto incluem, mas no se limitam a: Identicar demanda de qualidade do produto. Denir objetivos quantitativos de qualidade do produto. Avaliar a qualidade do produto.

Elaborao CEP:

Exemplos de responsabilidades para o controle estatstico do processo incluem, mas no se limitam a: Identicar objetivos de desempenho de processos. Seleo de processos para o controle estatstico do processo. Denir medidas, baselines e modelos de desempenho de processos.

Elaborao FDT:

Exemplos de responsabilidades para a execuo do processo de fechamento de teste incluem, mas no se limitam a: Arquivar ativos de teste. Limpar ambiente de teste. Identicar lies aprendidas. Preparar relatrio de fechamento de teste.

Elaborao GDD:

31

Exemplos de responsabilidades para a execuo do processo de gesto de defeitos incluem, mas no se limitam a: Identicar causas raiz de defeitos. Denir aes corretivas para causas raiz de defeitos. Avaliar efetividade aes corretivas de causas raiz de defeitos.

Elaborao GDF:

Exemplos de responsabilidades para a execuo do processo de gesto de ferramentas incluem, mas no se limitam a: Elaborao do caso de negcio. Denir e utilizar critrios objetivos para seleo de ferramentas. Planejar e conduzir projeto piloto. Denio de estratgia de implantao de ferramenta.

Elaborao GDQ:

Exemplos de responsabilidades para a execuo do processo de garantia da qualidade incluem, mas no se limitam a: Avaliar produtos de trabalho e processos objetivamente. Documentar e comunicar no conformidades. Acompanhar no conformdidades at o seu fechamento.

Elaborao GPT: Um gerente de teste tipicamente designado como responsvel para negociar compromissos, desenvolver e acompanhar o plano de teste.

Exemplos de responsabilidades incluem, mas no se limitam a: Gerenciar custos, esforo e cronograma do projeto. Gerenciar riscos do projeto e do produto. Reportar progresso do projeto e qualidade do produto. Iniciar aes corretivas quando houver desvios dos parmetros do planejamento do projeto ou quando a qualidade do produto se desvia do esperado.

Elaborao GRT:

32

Exemplos de responsabilidades para a execuo do processo de gerncia de requisitos de teste incluem, mas no se limitam a: Avaliar a testabilidade de requisitos. Realizar anlise de impacto. Manter a rastreabilidade dos requisitos com os demais artefatos do projeto de teste. Revisar artefatos para garantir consistncia com os requisitos de teste.

Elaborao MAT:

Exemplos de responsabilidades para a execuo do processo de medio de teste incluem, mas no se limitam a: Identicar objetivos de medio. Especicar medidas e procedimentos operacionais de medidas. Coletar, vericar integridade, analisar e reportar dados de medio.

Elaborao OGT:

Exemplos de responsabilidades para a execuo das atividades da rea de processo organizao do teste incluem, mas no se limitam a: Gerenciar o grupo de processo de teste de software. Estabelecer e manter processos padres. Identicar e implantar informaes de melhoria. Estabelecer e manter descries de funes de teste e planos de carreira de teste.

Elaborao PET: Analistas de teste e testadores so tipicamente designados para ser responsveis pelo projeto e execuo do teste de software.

Exemplos de responsabilidades incluem, mas no se limitam a: Identicar casos de teste. Utilizar tcnicas especcas de projeto de teste. Executar casos de teste. Reportar incidentes. Registrar o log de execuo do teste.

Elaborao TDA:

33

Exemplos de responsabilidades para a execuo do teste aceitao incluem, mas no se limitam a: Identicao de critrios de aceitao. Preparar ambiente para aceitao. Conduzir teste de aceitao. Tomar deciso de aceitao.

Elaborao TES:

Exemplos de responsabilidades para a execuo do processo de teste esttico incluem, mas no se limitam a: Moderar revises. Preparar para revises. Participar de revises. Conduzir anlise esttica. Corrigir problemas identicados em revises e anlises estticas.

Elaborao TNF:

Exemplos de responsabilidades para a execuo do processo de teste no-funcional incluem, mas no se limitam a: Realizar anlise de risco no-funcional do produto. Realizar anlise e projeto de teste no-funcional. Conduzir teste no-funcional.

Elaborao TRE:

Exemplos de responsabilidades para a execuo do processo de treinamento incluem, mas no se limitam a: Gerenciar programa de treinamento estratgico organizacional. Preparar e conduzir treinamentos. Avaliar eccia de treinamentos.

PG6 Prover treinamento

O objetivo desta prtica garantir que as pessoas que executam o processo so competentes em termos de formao, treinamento e experincia. A organizao dever assegurar que as pessoas que executam os processos esto habilitadas de acordo com suas responsabilidades no projeto. Para tanto, podem ser necessrios treinamen-

34

tos nos prprios processos como tambm em tcnicas especcas no domnio de aplicao do processo.

Quando ferramentas especcas so utilizadas no projeto, dever haver comprovao de que as pessoas foram treinadas para o seu uso.

Produtos tpicos:

Registros de treinamentos realizados, tais como folhas de presena assinadas ou certicados.

Treinamentos nas reas de domnio do processo e nos processos organizacionais.

Currculo dos executores do processo demonstrando possuir formao, treinamentos e experincia adequados.

Elaborao AET:

Exemplos de tpicos de treinamento para a automao da execuo de teste incluem, no se limitando a: Automao de teste de software. Fundamentos de teste de software. Ferramentas para automao de teste de software. Engenharia de software. Anlise e projeto de software. Padres arquiteturais e de projeto de software.

Elaborao AQP:

Exemplos de tpicos de treinamento para a avaliao da qualidade do produto incluem, no se limitando a: Medio e anlise. Qualidade de software. Engenharia de requisitos.

Elaborao CEP:

35

Exemplos de tpicos de treinamento para o controle estatstico do processo incluem, no se limitando a: Medio e anlise. Estatstica. Controle estatstico de processos. Modelos para Controle estatstico de processos, como Six Sigma, Quality Function Deployment.

Elaborao FDT:

Exemplos de tpicos de treinamento para a fechamento de teste incluem, no se limitando a: Gerncia de congurao. Gerncia de projetos de teste.

Elaborao GDD:

Exemplos de tpicos de treinamento para a gesto de defeitos incluem, no se limitando a: Gesto de defeitos. Gesto da qualidade. Anlise de causa raiz.

Elaborao GDF:

Exemplos de tpicos de treinamento para a gesto de ferramentas incluem, no se limitando a: Gesto de projetos. Tcnicas de negociao. Resoluo de conitos. Automao de teste de software.

Elaborao GDQ:

Exemplos de tpicos de treinamento para a garantia da qualidade incluem, no se limitando a: Garantia da qualidade. Gesto da qualidade.

Elaborao GPT:

36

Os indivduos envolvidos na Gerncia de Projetos de Teste de Software devem ser treinados em planejamento e monitoramento de teste e nas atividades e tcnicas que acompanham a gerncia de projetos de teste de software.

Exemplos de tpicos de treinamento incluem, no se limitando a: Princpios de gesto de projetos. Gesto de projetos de teste de software. Estratgia de teste. Tcnicas e processos de anlise de risco de produto e do projeto. Processos, modelos de documento e padres organizacionais para a gesto de projetos de teste de software. Estimativa e montagem de cronograma. Introduo a tcnicas de projeto de teste. Ferramentas para suporte gerncia de projetos de teste de software. Relatrios de teste. Planejamento de contingncias.

Elaborao GRT:

Exemplos de tpicos de treinamento para a gerncia de requisitos de teste incluem, no se limitando a: Domnio da aplicao. Gerncia de congurao. Engenharia de requisitos. Fundamentos de teste de software. Ferramentas para suporte a gesto de requisitos. Negociao e resoluo de conitos.

Elaborao MAT:

Exemplos de tpicos de treinamento para a mediao e anlise de teste incluem, no se limitando a: Estatstica. Medio e anlise. Ferramentas para manipulao de dados.

Elaborao OGT:

37

Exemplos de tpicos de treinamento para as atividades da rea organizao de teste incluem, no se limitando a: Gesto de processos. Gesto do conhecimento. Qualidade de software. Fundamentos de teste de software.

Elaborao PET: Os indivduos envolvidos no Projeto e Execuo de Teste devem ser treinados em tcnicas que iro dar suporte execuo das atividades deste processo.

Exemplos de tpicos de treinamento incluem, no se limitando a: Tcnicas de projeto de teste. Tcnicas de especicao de casos de teste. Execuo de casos de teste. Melhores prticas para reportar incidentes. Ferramentas para suporte ao projeto e execuo de teste de software. Ferramentas para gesto de incidentes.

Elaborao TDA:

Exemplos de tpicos de treinamento para o teste de aceitaao incluem, no se limitando a: Domnio da aplicao. Engenharia de requisitos. Fundamentos de teste de software. Negociao e resoluo de conitos.

Elaborao TES:

Exemplos de tpicos de treinamento para as atividades do teste esttico incluem, no se limitando a: Revises. Fundamentos de teste de software. Engenharia de requisitos. Anlise esttica.

Elaborao TNF:

38

Exemplos de tpicos de treinamento para o teste no-funcional incluem, no se limitando a: Qualidade de software. Teste no-funcional. Uso de ferramentas especcas para teste no-funcional.

Elaborao TRE:

Exemplos de tpicos de treinamento para as atividades da rea de processo Treinamento incluem, no se limitando a: Anlise de conhecimentos e habilidades. Projeto de cursos. Tcnicas e metodologias de treinamento. Treinamento para formao de instrutores nos tpicos necessrios.

PG7 Controlar produtos de trabalho (a partir do Nvel 2)

O objetivo desta prtica genrica estabelecer e manter a integridade de produtos de trabalho do processo ao longo do ciclo de vida dos mesmos, atravs de nveis de controle. Os produtos de trabalho selecionados devem ser identicados no plano de execuo do processo, juntamente com a especicao do nvel de controle apropriado e local de armazenamento para cada um deles. Diferentes nveis de controle so apropriados para diferentes produtos de trabalho e em diferentes momentos. Para alguns produtos de trabalho, pode ser suciente manter o controle de verso (ou seja, a verso do produto de trabalho em uso em um determinado momento conhecida e suas mudanas so incorporadas de maneira controlada). Geralmente, o controle de verso realizado apenas pelo responsvel pelo produto de trabalho (que pode ser um indivduo ou um grupo). Em alguns casos pode ser necessrio colocar os produtos de trabalho sob uma gesto de congurao formal ou de baseline. Esse tipo de controle inclui a denio e estabelecimento de baselines em pontos predeterminados. As baselines formalmente acordadas e revisadas servem como base para a elaborao futura dos produtos de trabalho selecionados. Alguns exemplos de nveis de controle so listados a seguir: Nvel 0 O artefato criado e somente leitura, ou seja, no pode sofrer alteraes. Exemplo de artefato para este nvel: Ata de reunio. Nvel 1 O artefato pode ser alterado livremente. Exemplo de artefato para este nvel: Caso de teste durante sua especicao. Nvel 2 O artefato pode ser alterado somente com autorizao registrada (por exemplo, um email). Exemplo de artefato para este nvel: Caso de teste aps o incio da execuo do teste.

39

 Nivel 3 - O artefato est em baseline e pode ser alterado somente com autorizao formal registrada com anlise de impacto. Exemplo de artefato para este nvel: Requisitos do sistema que compem o escopo do teste.

Produtos tpicos: Descrio dos nveis de controle de cada artefato no planejamento do processo. Elaborao AET:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Casos de teste automatizados. Framework de automao da execuo de teste. Ferramentas para automao da execuo de teste.

Elaborao AQP:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Documentos contendo necessidades de qualidade do produto. Denies de objetivos de qualidade do produto e medies. Resultados de medies de qualidade do produto.

Elaborao CEP:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Objetivos de desempenho de processos. Medidas, baselines e modelos de desempenho de processos.

Elaborao FDT:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Ativos de teste. Relatrio de fechamento de teste.

Elaborao GDD:

40

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Defeitos. Resultados de anlises de defeitos. Causas raiz de defeitos. Aes corretivas.

Elaborao GDF:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Caso de negcio. Critrios para seleo de ferramentas. Resultados de anlises de ferramentas.

Elaborao GDQ:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Resultados de auditoria de processos e produtos de trabalho. Listas de vericao. Relatrios de garantia da qualidade.

Elaborao GPT:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Plano de teste. Atas de reunio. Relatrios. WBS. Dados de estimativas. Dados de medies. Anlise de risco do produto.

Elaborao GRT:

41

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Requisitos de teste. Solicitaes de mudana. Resultados de anlise de impacto. Matriz de rastreabilidade dos requisitos com os artefatos de teste.

Elaborao MAT:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Especicaes de medidas e procedimentos operacionais de medidas. Dados e resultados de medio.

Elaborao OGT:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Plano de ao do Grupo de processo de teste de software. Processos e descries de processo. Descrio de funes e planos de carreira de teste. Biblioteca de ativos de processo organizacional.

Elaborao PET:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Especicao de projeto de teste. Casos de teste. Procedimentos de teste. Logs de teste.

Elaborao TDA:

42

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Plano de aceitao. Relatrios de resultado de aceitao.

Elaborao TES:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Planejamentos de revises e anlises estticas. Resultados de revises e anlises estticas. Dados de revises e anlises estticas.

Elaborao TNF:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Casos de teste no-funcional. Massas de dados. Incidentes identicados no teste no-funcional.

Elaborao TRE:

Exemplos de produto de trabalho a serem colocados sob nveis de controle apropriados incluem, no se limitando a: Plano do programa de treinamento estratgico. Registros de treinamentos. Materiais de treinamento. Formulrios de avaliao.

PG8 Monitorar e controlar o processo (a partir do Nvel 2)

O objetivo desta prtica monitorar e controlar a execuo dos processos conforme o que foi planejado. Quando desvios forem identicados no monitoramento, aes corretivas devem ser tomadas e acompanhadas at a sua concluso. As revises das atividades e resultados dos processos devem ser realizadas periodicamente, conforme especicado no planejamento do processo ou quando houver desvios signicativos identicados.

43

O monitoramento do processo pode ser includo nas prprias atividades de monitoramento do projeto, quando aplicvel.

As aes corretivas iniciadas nesta prtica devem ser gerenciadas conforme as prticas GPT19 e GPT20.

Produtos tpicos:

Registro de monitoramento do processo.

Aes corretivas oriundas do monitoramento e controle do processo.

Elaborao AET:

Exemplos de medies usadas para monitorar e controlar o processo de automao da execuo de teste incluem, no se limitando a: Tempo esperado X realizado para as atividades de automao da execuo de teste. Percentual de objetivos do regime de automao atendidos. Retorno do investimento na automao da execuo de teste.

Elaborao AQP:

Exemplos de medies usadas para monitorar e controlar o processo de avaliao da qualidade do produto incluem, no se limitando a: Tempo esperado X realizado para as atividades de avaliao da qualidade do produto. ndices de qualidade do produto esperados X obtidos. Percentual de objetivos de qualidade do produto atendidos.

Elaborao CEP:

Exemplos de medies usadas para monitorar e controlar o processo de controle estatstico do processo incluem, no se limitando a: Tempo esperado X realizado para as atividades de controle estatstico do processo. Percentual de objetivos de desempenho de processos atingidos. Percentual de aderncia de modelos de desempenho de processos.

Elaborao FDT:

44

Exemplos de medies usadas para monitorar e controlar o processo de fechamento de teste incluem, no se limitando a: Tempo esperado X realizado para as atividades de fechamento de teste. Nmero de lies aprendidas coletadas X esperado.

Elaborao GDD:

Exemplos de medies usadas para monitorar e controlar o processo de gesto de defeitos incluem, no se limitando a: Tempo esperado X realizado para as atividades de gesto de defeitos. Percentual de causas raiz de defeitos endereadas com aes corretivas. Taxa de defeitos escapados.

Elaborao GDF:

Exemplos de medies usadas para monitorar e controlar o processo de gesto de ferramentas incluem, no se limitando a: Tempo esperado X realizado para as atividades de gesto de ferramentas. Percentual de projetos de seleo e implantao de ferramentas executados com sucesso. Facilidade de implantao de ferramentas na organizao.

Elaborao GDQ:

Exemplos de medies usadas para monitorar e controlar o processo de garantia da qualidade incluem, no se limitando a: Tempo esperado X realizado de avaliaes de produtos de trabalho e processos. Nmero de no conformidades esperadas X identicadas. Nmero de no conformidades escaladas.

Elaborao GPT:

45

Exemplos de medies usadas para monitorar e controlar o processo de Gerncia de Projetos de Teste de Software incluem, no se limitando a: Nmero de revises no plano de teste. Tempo esperado X realizado da durao do projeto de teste. Esforo esperado X realizado para gerncia de teste. Variao de esforo, custo e cronograma por reviso do plano de teste. Nmero de aes corretivas abertas e fechadas.

Elaborao GRT:

Exemplos de medies usadas para monitorar e controlar o processo de Gerncia de Requisitos de Teste incluem, no se limitando a: Volatilidade dos requisitos. Esforo planejado X realizado para anlise de impacto. Esforo planejado X realizado para vericar compatibilidade dos produtos de trabalho com os requisitos.

Elaborao MAT:

Exemplos de medies usadas para monitorar e controlar o processo de medio e anlise de teste incluem, no se limitando a: Percentual de objetivos de medio sendo endereados pelas medidas. Esforo esperado X realizado para atividades de medio e analise.

Elaborao OGT:

Exemplos de medies usadas para monitorar e controlar as atividades da rea de processo organizao do teste incluem, no se limitando a: Nmero de melhorias identicadas e implantadas X planejado Esforo esperado X realizado para atividades da rea de processo Organizao do teste. Percentual de projetos utilizando processos adaptados de processos padro da organizao.

Elaborao PET:

46

Exemplos de medies usadas para monitorar e controlar o processo de Projeto e Execuo de Teste incluem, no se limitando a: Nmero de casos de teste especicados X planejados. Nmero de casos de teste executados X planejados. Percentual de casos de teste que passaram. Nmero de incidentes (por nvel de prioridade). Tendncia de incidentes.

Elaborao TDA:

Exemplos de medies usadas para monitorar e controlar o processo de teste de aceitao incluem, no se limitando a: Nmero de produtos aceitos X planejado. Esforo esperado X realizado para o teste de aceitao. Nmero de problemas identicados X planejado.

Elaborao TES:

Exemplos de medies usadas para monitorar e controlar o processo de teste esttico incluem, no se limitando a: Nmero de revises realizadas X planejados. Nmero de produtos de trabalho revisados X planejados. Nmero de defeitos por severidade identicados em revises. Esforo estimado X realizado para atividades de teste esttico.

Elaborao TNF:

Exemplos de medies usadas para monitorar e controlar o processo de teste no-funcional, no se limitando a: Tempo esperado X realizado para as atividades de teste no-funcional. Nmero de incidentes de teste no-funcional identicados X planejados (por prioridade). ndice de casos de teste no-funcional executados X planejados.

Elaborao TRE:

47

Exemplos de medies usadas para monitorar e controlar o processo de treinamento incluem, no se limitando a: Nmero de treinamentos executados X planejados. Esforo estimado X executado para preparao de treinamentos. Custo de treinamentos X oramento projetado. Efetividade de treinamentos.

PG9 Fornecer visibilidade do processo para a gerncia superior (a partir do Nvel 2)

O objetivo desta prtica genrica proporcionar visibilidade apropriada do processo para a gerncia de nvel superior. A gerncia de nvel superior inclui os nveis gerenciais da organizao acima da gerncia responsvel pela execuo do processo. Essas revises so realizadas com os gerentes responsveis por polticas e diretrizes gerais para o processo, e no com os responsveis por monitorar e controlar o processo no dia-a-dia. Essas revises ajudam a assegurar que as decises no planejamento e na execuo do processo sejam tomadas com base em dados objetivos. Espera-se que estas revises sejam realizadas periodicamente e a partir de uma necessidade. Produtos tpicos: Ata de reunio onde foram apresentados os resultados da execuo do processo.

Elaborao AQP: Apresentar os dados do monitoramento e controle do processo de Automao da Execuo do Teste com a gerncia de alto nvel. Elaborao AQP: Apresentar os dados do monitoramento e controle do processo de Avaliao da Qualidade do Produto com a gerncia de alto nvel. Elaborao CEP: Apresentar os dados do monitoramento e controle do processo de Controle Estatstico do Processo com a gerncia de alto nvel. Elaborao FDT: Apresentar os dados do monitoramento e controle do processo de Fechamento de Teste com a gerncia de alto nvel. Elaborao GDD:

48

Apresentar os dados do monitoramento e controle do processo de Gesto de Defeitos com a gerncia de alto nvel. Elaborao GDF: Apresentar os dados do monitoramento e controle do processo de Gesto de Ferramentas com a gerncia de alto nvel. Elaborao GDQ: Apresentar os dados do monitoramento e controle do processo de Garantia da Qualidade com a gerncia de alto nvel. Elaborao GPT: Apresentar os dados do monitoramento e controle do processo de Gerncia de Projetos de Teste de Software com a gerncia de alto nvel. Elaborao GRT: Apresentar os dados do monitoramento e controle do processo de Gerncia de Requisitos de Teste com a gerncia de alto nvel. Elaborao MAT: Apresentar os dados do monitoramento e controle do processo de Medio e Anlise de Teste com a gerncia de alto nvel. Elaborao OGT: Apresentar os dados do monitoramento e controle do processo de Organizao do Teste com a gerncia de alto nvel. Elaborao PET: Apresentar os dados do monitoramento e controle do processo de Projeto e Execuo de Teste com a gerncia de alto nvel. Elaborao TDA: Apresentar os dados do monitoramento e controle do processo de Teste de Aceitao com a gerncia de alto nvel. Elaborao TES: Apresentar os dados do monitoramento e controle do processo de Teste Esttico com a gerncia de alto nvel. Elaborao TNF: Apresentar os dados do monitoramento e controle do processo de Teste No-Funcional com a gerncia de alto nvel. Elaborao TRE:

49

Apresentar os dados do monitoramento e controle do processo de Treinamento com a gerncia de alto nvel.

50

AET - Automao da Execuo do Teste

O objetivo da rea de processo Automao da Execuo do Teste estabelecer e manter uma estratgia para a automao da execuo de teste, compreendendo a denio de objetivos, elaborao de um framework e anlise do Retorno sobre Investimento na automao de teste. A automao da execuo de teste consiste no uso de software para automatizar tarefas da execuo de teste [Ins06]. Algumas das tarefas da execuo de teste que so alvos da automao incluem: Execuo de casos testes; Comparao de resultados atuais com os resultados esperados; Preparao de pr-condies de teste; e Reportagem dos resultados de teste. Quando a automao de teste executada de forma controlada, vrios benefcios podem ser obtidos, como, por exemplo: Aumento da produtividade; Reduo de custos; Aumento da cobertura de testes; Consistncia na execuo dos casos de teste; e Preciso dos resultados. Para que os benefcios da automao sejam obtidos, necessrio que um processo sistemtico que contemple os elementos citados nesta rea de processo seja denido para a automao. Esta rea de processo envolve: Denio de objetivos para automao da execuo de teste Denio de um framework pra automao da execuo de teste Gesto das iniciativas de automao Anlise do Retorno sobre Investimento da automao da execuo de teste

51

Lista de Prticas
AET1 Denir objetivos do regime de automao AET2 Denir critrios para seleo de casos de teste para automao AET3 Denir um framework para automao de teste AET4 Gerenciar incidentes de teste automatizado AET5 Vericar aderncia aos objetivos de automao AET6 Analisar retorno sobre investimento na automao

AET1 Denir objetivos do regime de automao

O objetivo desta prtica estabelecer e manter objetivos para a automao da execuo de teste. O regime de automao de teste consiste nos procedimentos, ferramentas e recursos envolvidos na automao de teste. O regime de automao de teste deve ser avaliado periodicamente para determinar se os objetivos da organizao quanto automao da execuo de teste esto sendo endereados. Para que seja possvel uma avaliao da efetividade dos esforos de automao de teste em uma organizao, fundamental que objetivos para o regime de automao de teste sejam denidos. Alguns exemplos de objetivos do regime de automao incluem: Reduo da durao do teste; Aumento de cobertura de teste; Aumento da preciso dos resultados do teste; Aumentar a produtividade do teste; e Reduo de custos. De acordo com Fewster [FG94], os objetivos de automao tambm podem ser denidos com base em sete atributos: Manutenibilidade determina o grau de diculdade para manter os casos de teste automatizados atualizados com relao ao software; Ecincia atributo relacionado ao custo para produo e execuo dos casos de teste automatizados; Conabilidade habilidade do regime de automao para produzir resultados precisos e repetveis; Flexibilidade capacidade de reusar parte dos ativos de teste automatizados em diferentes contextos; Usabilidade grau de diculdade para gerao de novos casos de teste automatizados; Robustez representa o quanto o regime de automao afetado em virtude de uma mudana no software; e Portabilidade capacidade do regime de automao para suportar diferentes plataformas e conguraes.

52

Desta forma, a organizao pode estabelecer um perl almejado considerando os sete atributos mencionados e utilizar este perl como objetivo do regime de automao. Dena objetivos de automao de uma forma que seja fcil vericar se os mesmos esto sendo atendidos.

Produtos tpicos: Objetivos do regime de automao.

AET2 Denir critrios para seleo de casos de teste para automao

O objetivo desta prtica estabelecer e manter critrios para automao de casos de teste. O esforo empreendido na criao e manuteno de um caso de teste automatizado, deve ser avaliado com o intuito de evitar que casos de teste sejam automatizados de forma ad hoc. Desta forma, devido a esta relao de custo X benefcio, nem todo caso de teste deve ter sua execuo automatizada. Uma forma de facilitar esta anlise a denio de critrios para seleo de casos de teste para a automao. Alguns exemplos de critrios para seleo de casos de teste para automao incluem: Importncia do caso de teste; Condies de risco avaliadas pelo caso de teste; Repetibilidade do caso de teste; Estabilidade do caso de teste; Tempo necessrio para execuo do teste manualmente; Diculdade da execuo manual de um caso de teste; Custo associado execuo do caso de teste; Necessidade de mltiplos valores de dados para execuo do caso de teste; e Repetio do caso de teste em diferentes conguraes. Apenas automatize casos de teste que atendem aos critrios de seleo de casos de teste para automao. Nunca espere que todos casos de teste sejam automatizados.

Produtos tpicos: Critrios de seleo de casos de teste para automao.

53

AET3 Denir um framework para automao de teste

O objetivo desta prtica estabelecer e manter um framework para apoio s atividades de automao da execuo de teste. O framework de automao de teste corresponde a uma infraestrutura responsvel por dar suporte s tarefas da automao da execuo do teste, compreendendo entre outros, ferramentas, rotinas, dados e utilitrios. Dentre as responsabilidades do framework podemos citar: Organizar a execuo de casos de teste automatizados, especicando ordem de execuo e eventuais repeties; Prover facilidades de entrada e sada de dados; Prover facilidades para preparao e limpeza do ambiente para execuo do caso de teste; Prover utilitrios para reportagem de incidentes; Prover ferramentas para comparaes de dados; Prover funes amplamente utilizadas, o que facilita a criao de novos casos de teste; e Traduzir instrues de teste, como palavras-chave, em instrues com menor nvel abstrao. A organizao deve estabelecer, documentar e manter um framework para suporte s atividades da execuo automatizada do teste. No tente estabelecer um framework por completo antes de iniciar a automao. Utilize uma abordagem interativa e incremental para obteno do framework.

Produtos tpicos: Framework para automao da execuo de teste.

AET4 Gerenciar incidentes de teste automatizado

O objetivo desta prtica identicar, analisar e gerenciar incidentes da execuo de teste automatizada. Durante a execuo do teste automatizado, vrios incidentes podem ser identicados. Estes incidentes devem ser analisados e podem representar um defeito do software sendo testado quanto do regime de automao de teste. Quando se inicia a automao da execuo de teste, uma grande quantidade de incidentes gerada, no entanto a tendncia que este nmero diminua com o amadurecimento do regime de automao. Esta situao ocorre devido falta de maturidade do regime de automao. No incio, geralmente, a infraestrutura de automao no estvel, o que faz com que muitos defeitos sejam originados de cdigo de automao problemtico, erro na denio dos dados de teste, preparao imprpria do ambiente de teste e at mesmo defeitos no prprio framework de automao. O nmero de incidentes identicados por um caso de teste automatizado menor do que os identicados pela execuo manual do caso de teste. Isto se deve principalmente a dois fatores:

54

 Durante o projeto do caso de teste automatizado, os defeitos encontrados so corrigidos, o que reduz a probabilidade de que o mesmo defeito se manifeste nas execues subsequentes; e O teste automatizado foca explicitamente as condies explicitadas no caso de teste, o que faz com que tudo o que no esteja especicado no caso de teste seja ignorado. Os incidentes identicados devem ser documentados, analisados e gerenciados. Para maiores informaes sobre incidentes, ver rea de processo Projeto e Execuo de Teste - PET, prticas PET3, PET4 e PET6. Devem ser aplicados princpios da gesto de congurao sobre o regime de automao, como controle de verso, gesto de itens de congurao, gesto de mudanas e denies de baselines. Na maioria dos casos a evoluo do regime de automao de teste acompanhar a evoluo do software.

Veja as prticas de Projeto e Execuo de Teste e Gesto de Defeitos para maiores informaes sobre gesto de incidentes.

Produtos tpicos: Incidentes de teste automatizado.

AET5 Vericar aderncia aos objetivos de automao

O objetivo desta prtica monitorar o regime de automao para vericar se os objetivos de automao esto sendo atendidos. Com o uso do regime de automao, uma anlise deve ser realizada periodicamente para rever os objetivos de automao e observar se os objetivos do regime de automao de teste esto sendo atendidos. Pode ser necessrio denir novos objetivos para o regime de automao de teste assim como efetuar ajustes no regime de automao para buscar o atendimento dos objetivos de automao. Veja a rea de processo Medio e Anlise de Teste para maiores informaes sobre denio de medidas, coleta e anlise de dados de medio.

Veja a rea de processo Gerncia de Projetos de Teste para maiores informaes sobre gesto de aes corretivas.

Produtos tpicos: Anlise de objetivos do regime de automao de teste Aes corretivas

55

AET6 Analisar retorno sobre investimento na automao

O objetivo desta prtica realizar uma anlise do retorno sobre investimento na automao da execuo de teste. A organizao deve realizar periodicamente uma anlise sobre o retorno sobre investimento na automao da execuo de teste. A anlise do retorno sobre investimento envolve dados relativos a: Ganhos da automao, como, por exemplo, economia de: Esforo; Custo; e Tempo de execuo de teste. Despesas associados automao; exemplo: Aquisio de hardware e software; Consultorias; Treinamentos; Manuteno do regime de automao; Tempo de anlise de incidentes de automao; Desenvolvimento de casos de teste automatizados; Denio de processos para automao; e Licenas. A organizao deve denir como ela realizar a anlise do retorno sobre investimento na automao da execuo do teste e tomar aes com base nos resultados desta anlise. Veja a rea de processo Gerncia de Projetos de Teste para maiores informaes sobre gesto de aes corretivas. A manuteno dos casos de teste geralmente representa a maior parcela dos custos associados automao. Gerencie o seu regime de automao de modo a possuir um baixo custo de manuteno de casos de teste automatizados.

Produtos tpicos: Componentes para clculo do retorno sobre investimento na automao da execuo de teste. Anlise de retorno sobre investimento na automao da execuo de teste. Aes corretivas.

56

AQP - Avaliao da Qualidade do Produto

O objetivo da rea de processo Avaliao da Qualidade do Produto denir os objetivos quantitativos de qualidade do produto e fornecer mecanismo para o alcance dos mesmos. Os projetos devem possuir um objetivo quantitativo de qualidade do produto de software denido. Para tanto, necessrio que as necessidades de qualidade sejam bem delineadas e transformadas em objetivos quantitativos de qualidade. Para que os objetivos quantitativos de qualidade sejam atingidos, as estratgias, objetivos e planos do projeto devem ser ajustados para que a direo do projeto de teste esteja em sintonia com os objetivos de qualidade do produto. Esta rea de processo bastante relacionada rea de processo Medio e Anlise de Teste, que fornece os mecanismos e infraestrutura de medio para avaliao da qualidade do produto. Esta rea de processo envolve: Identicar demanda de qualidade do produto Denir objetivos quantitativos de qualidade do produto Medir a qualidade do produto quantitativamente Analisar os objetivos quantitativos de qualidade do produto

Lista de Prticas
AQP1 Identicar demanda de qualidade do produto AQP2 Denir objetivos quantitativos de qualidade do produto AQP3 Denir abordagem para acompanhar a qualidade do produto AQP4 Medir a qualidade do produto AQP5 Analisar objetivos de qualidade

AQP1 Identicar demanda de qualidade do produto

Esta prtica objetiva estabelecer e manter as necessidades de qualidade do produto. Para que as expectativas de qualidade do produto sejam precisas, deve ser realizada uma identicao dos stakeholders relevantes para determinar nas necessidades de qualidade do produto. Estes stakeholders devem fornecer as suas expectativas com relao qualidade do produto. Vrias fontes podem ser usadas para determinar a demanda de qualidade do produto, como:

57

 Requisitos do software; Objetivos de negcio estratgicos organizacionais; Anlises de mercado; e Resultados do teste. Para a extrao das necessidades de qualidade do produto a partir de suas fontes podem ser usadas tcnicas como: Questionrios; Entrevistas; Brainstorming; e Grupos focais. Exemplos de necessidades de qualidade do produto, incluem, no se limitando a: Atendimento a nveis de acordo de servio; Aderncia legislao; Taxa de deteco de defeitos; Nveis de usabilidade; e Condies de desempenho. Uma vez identicadas as necessidades de qualidade do produto, estas devem ser priorizadas. As necessidades de qualidade do produto podem ser conitantes, requerendo testes distintos que no so comportados pelo oramento disponvel. Por exemplo: dentro de um determinado oramento atender demanda de necessidade de avaliao detalhada de usabilidade e avaliao de condies especcas de desempenho do produto. Identique estes casos e faa uma anlise dos compromissos envolvidos para a priorizao das necessidades de qualidade do produto.

Produtos tpicos: Necessidades de qualidade do produto.

AQP2 Denir objetivos quantitativos de qualidade do produto

O objetivo desta prtica estabelecer e manter objetivos quantitativos de qualidade do produto a partir das necessidades de qualidade do produto. Cada projeto deve estabelecer e priorizar objetivos quantitativos de qualidade do produto com base nas necessidades de qualidade do produto. Os objetivos quantitativos de qualidade do produto so geralmente especicados com base nos atributos de qualidade da ISO/IEC 9126 [ISO01b]:

58

 Funcionalidade; Conabilidade; Manutenibilidade; Usabilidade; Portabilidade; e Ecincia. Uma necessidade de qualidade do produto pode estar associada a mais de um atributo de qualidade. Cada objetivo quantitativo de qualidade do produto deve ser mensurado atravs de dados objetivos. Os objetivos quantitativos de qualidade do produto podem ser organizados na forma de subobjetivos de qualidade. Os sub-objetivos quantitativos de qualidade do produto podem ser usados como critrios de sada do teste. Os objetivos quantitativos de qualidade do produto podem ser usados como critrios de aceitao do projeto.

Produtos tpicos: Objetivos quantitativos de qualidade.

AQP3 Denir abordagem para acompanhar a qualidade do produto

Esta prtica tem como objetivo estabelecer e manter mecanismos para acompanhar e controlar a avaliao da qualidade do produto. Cada projeto deve determinar mecanismos para avaliao da qualidade do produto assegurando o atendimento dos objetivos quantitativos de qualidade do produto. Dentre os mecanismos usados para avaliar a qualidade do produto, podemos citar como exemplo: Revises; Desenvolvimento de prottipos; Anlises estticas de cdigo; e Teste dinmico. Veja a rea de processo Medio e Anlise de Teste para maiores informaes sobre especicaes de medidas.

59

Produtos tpicos: Abordagens para avaliao da qualidade do produto especicadas. Procedimentos operacionais de medio para avaliao da qualidade do produto.

AQP4 Medir a qualidade do produto

O objetivo desta prtica medir a qualidade do produto atravs do ciclo de vida do produto. A preocupao com a qualidade do produto deve ser planejada e iniciada o quanto antes no ciclo de vida do produto. Desta forma, desde a concepo do produto, medies necessitam de ser realizadas para avaliar se a qualidade do produto atende s expectativas dos interessados. Durante a execuo do projeto, as abordagens especicadas para avaliao da qualidade do produto devem ser executadas. Os resultados da aplicao das abordagens de avaliao da qualidade do produto devem ser coletados e sua integridade deve ser vericada atravs dos procedimentos operacionais das correspondentes. Enquanto a rea de processo Medio e Anlise de Teste foca em medio de forma geral, esta rea de processo aplica os princpios de medio e anlise para avaliao da qualidade do produto. Veja a rea de processo Medio e Anlise de Teste para maiores informaes sobre coleta, vericao de integridade e anlise de dados de medio.

Produtos tpicos: Indicadores de medio da qualidade do produto.

AQP5 Analisar objetivos de qualidade

Esta prtica objetiva realizar uma anlise sistemtica dos objetivos quantitativos de qualidade do produto. Os dados de medio relacionados aplicao das abordagens de avaliao da qualidade do software devem ser analisados e comparados aos objetivos de qualidade do produto para o projeto. Caso haja divergncias entre os dados obtidos e os objetivos quantitativos de qualidade do produto, aes corretivas devem ser iniciadas para garantir que os objetivos so atingidos. Veja a rea de processo Gerncia de Projetos de Teste para maiores informaes sobre gesto de aes corretivas.

Produtos tpicos: Anlise de objetivos quantitativos de qualidade. Aes corretivas.

60

CEP - Controle Estatstico do Processo

O objetivo da rea Controle Estatstico do Processo gerenciar e controlar estatisticamente o desempenho dos processos. Organizaes de alta maturidade devem possuir mecanismos para entender intimamente o comportamento de seus processos e uma forma de realizar esta anlise atravs do controle estatstico dos mesmos. Geralmente, apenas uma parte dos processos da organizao colocada sob o controle estatstico de processo, pois o controle estatstico de processo envolve a aplicao de esforos para planejar, monitorar e controlar estatisticamente o processo, sendo uma atividade que demanda bastante recursos. Sendo assim, nem todos os processos so submetidos ao controle estatstico de processo. Para que o controle estatstico de processo seja efetuado necessrio identicar objetivos de desempenho de seus processos e selecionar dentro de seu conjunto de processos padro um subconjunto de processos ou sub-processos que necessitam de atender a estes objetivos. Subprocessos so pequenas partes de um processo, por exemplo, as atividades de denio da WBS compe um sub-processo do processo de planejamento do projeto. Um conjunto de medidas deve ser especicado para avaliar estes processos selecionados e gerar baselines de desempenho que sero usadas para controlar a execuo dos projetos que utilizam estes processos. Modelos de desempenho tambm devem ser gerados para predizer o comportamento dos processos durante o seu uso em novos projetos, produtos ou servios. Esta rea de processo envolve: Determinar objetivos de desempenho de processos Selecionar processos e sub-processos para a gesto quantitativa de processos Estabelecer baselines de desempenho de processos Denir modelos de desempenho de processos

Lista de Prticas
CEP1 Estabelecer objetivos de desempenho de processos CEP2 Selecionar processos CEP3 Estabelecer medidas de desempenho de processos CEP4 Estabelecer baselines de desempenho de processos CEP5 Estabelecer modelos de desempenho

61

CEP1 Estabelecer objetivos de desempenho de processos

O objetivo desta prtica estabelecer e manter objetivos quantitativos de desempenho de processos. Para que a organizao inicie o controle estatstico dos processos, primeiramente ela deve estabelecer objetivos quantitativos de desempenho de processos. Estes objetivos necessitam de estar em sintonia com os objetivos de negcio da organizao. Para estabelecer os objetivos de desempenho de processos a organizao deve considerar a relao dos objetivos de desempenho de processos com objetivos de negcio e a variabilidade inerente do processo dentro de seus limites naturais de desempenho. Alguns exemplos de objetivos de desempenho de processos incluem: Alcanar uma determinada taxa de defeitos escapados; Atingir determinada produtividade; e Alcanar determinados limites de custo. Os objetivos de desempenho de processos devem ser priorizados. Os objetivos de desempenho de processos devem ser obtidos em acordo com os stakeholders relevantes. Os objetivos de desempenho dos processos devem ser revisados e ajustados sempre que necessrio, por exemplo, quando h alterao em objetivos de negcio da organizao, quando h uma mudana nos processos padro da organizao ou quando os valores obtidos do desempenho diferem muito dos objetivos de desempenho de processos almejados. Produtos tpicos: Objetivos de desempenho de processos.

CEP2 Selecionar processos

Esta prtica objetiva selecionar que processos ou sub-processos devem ser colocados sobe a gesto estatstica de processos. O conjunto de processos padro da organizao consistem em vrios processos compostos por sub-processos. Geralmente no economicamente vivel ou mesmo til aplicar tcnicas de gerenciamento quantitativo de processos em todos os processos e sub-processos pertencentes ao conjunto de processos padro da organizao. Desta forma, necessrio estabelecer um sub-conjunto de processos que devem ser gerenciados quantitativamente. Para a seleo de processos e sub-processos para a gesto quantitativa podem ser considerados vrios critrios como: Relao do processo com objetivos chave de negcio; Estabilidade do processo ao longo de projetos anteriores;

62

 Existncia de dados histricos conveis; e Quantidade de dados estatsticos gerada pelo processo para permitir a sua gesto quantitativa. Os critrios usados para seleo de processos e sub-processos assim como os processos selecionados para a gesto quantitativa dos processos devem ser documentados. Os processos selecionados devem ser rastreveis aos objetivos de desempenho de processos e aos objetivos de negcio da organizao.

Produtos tpicos: Critrios para seleo de processos para a gesto quantitativa de processos. Processos e sub-processos selecionados.

CEP3 Estabelecer medidas de desempenho de processos

O objetivo desta prtica estabelecer e manter um conjunto de medidas para avaliar o atendimento dos processos aos objetivos de desempenho de processos estabelecidos. O desempenho dos processos e sub-processos selecionados deve ser comparado aos objetivos de desempenho. Sendo assim, necessrio estabelecer um conjunto de medidas para avaliar estes processos durante a execuo dos projetos que forneam visibilidade sobre o seu desempenho. As medidas estabelecidas devem ser rastreveis aos objetivos de desempenho dos processos e necessitam de ser documentadas, incluindo procedimentos para coleta, vericao de integridade, armazenamento, anlise e comunicao. Tcnicas de medio e anlise como a GQM Goal Question Metric podem ser usadas para determinar as medidas necessrias. Veja a rea de processo Medio e Anlise de Teste para maiores informaes sobre especicaes de medidas.

Produtos tpicos: Medidas e procedimentos operacionais de medidas de desempenho dos processos documentados.

CEP4 Estabelecer baselines de desempenho de processos

O objetivo desta prtica analisar o desempenho da execuo dos processos e estabelecer e manter baselines de desempenho destes processos nos projetos.

63

As medidas especicadas para os processos devem ser aplicadas e os resultados da medio so utilizados para analisar e caracterizar o desempenho dos processos nos projetos. Esta caracterizao utilizada para estabelecer e manter as baselines de desempenho dos processos. As baselines de desempenho do processo devem ser comparadas aos objetivos de desempenho dos processos para determinar se estes esto sendo atingidos. A adaptao dos processos pertencentes ao conjunto de processos padro da organizao pode afetar os dados e resultados de medio. Isto deve ser considerado na incluso dos resultados da anlise dos processos adaptados nas baselines de desempenho dos processos.

Produtos tpicos: Anlise dos resultados de desempenho dos processos. Baselines de desempenho de processos.

CEP5 Estabelecer modelos de desempenho

Esta prtica tem como objetivo analisar o desempenho dos processos e estabelecer e manter modelos de desempenho destes processos. A organizao deve estabelecer e manter modelos de desempenho dos processos para estimar ou predizer valores de medio daquele processo em outros projetos, produtos ou servios. Estes modelos de desempenho de processos usam os resultados das anlises do desempenho do processo em dados histricos e as baselines de desempenho do processo obtidas em diferentes momentos. Exemplos de modelos de desempenho de processos incluem: Modelos de dinmica de sistemas; Modelos de regresso; Modelos de complexidade; Modelos de simulao de eventos discretos; e Modelos de simulao de Monte Carlo. Os modelos de desempenho dos processos devem ser calibrados para reetir o contexto atual dos projetos e os resultados de projetos anteriores. Produtos tpicos: Modelos de desempenho dos processos.

64

FDT - Fechamento do Teste

O objetivo da rea de processo organizar e tornar sistemtico os procedimentos adotados para nalizar o teste do software. Esta rea de processo trata do fechamento do teste, que envolve os procedimentos realizados no trmino das atividades de teste. Um exemplo tpico da nalizao do teste ocorre quando os critrios de sada do teste esto satisfeitos e que aquela fase ou tipo de teste podem ser concludos. Quando o fechamento do teste ocorre de forma sistemtica, contemplando as prticas desta rea de processo, os seguintes benefcios podem ser observados: Os ativos do teste so disponibilizados para uso futuro; O ambiente de teste deixado em uma condio satisfatria; e Os resultados do teste so documentados e comunicados aos stakeholders relevantes. Esta rea de processo envolve: Arquivamento dos ativos de teste Limpeza do ambiente de teste Identicao de lies aprendidas Reportagem da completude do teste

Lista de Prticas
FDT1 Empacotar ativos de teste FDT2 Limpar ambiente de teste FDT3 Identicar lies aprendidas FDT4 Consolidar dados de teste

FDT1 Empacotar ativos de teste

Esta prtica tem como objetivo empacotar e arquivar os ativos de teste para possibilitar o seu uso posterior. Aps a execuo do teste, os ativos do teste necessitam de ser empacotados e armazenados para que eles possam ser acessados e usados em outros projetos.

65

Alguns ativos do teste podem vir a ser utilizados dentro do mesmo projeto em uma fase diferente do projeto. Um exemplo de ativos de teste que podem ser reusados no mesmo projeto so casos de teste que podem ser usados no teste de regresso em outro momento do projeto. Outros ativos de teste podem ser reusados em diferentes projetos. Um exemplo de ativo que pode ser utilizado em outros projetos so os planos de teste que fornecem base histrica em diversos aspectos do planejamento. Para que os ativos de teste possam ser reutilizados ou referenciados estes devem ser empacotados e arquivados em um repositrio sob procedimentos da gerncia de congurao e estes devem ter a sua disponibilidade comunicada aos stakeholders relevantes. fundamental a aplicao dos conceitos e procedimentos de gerncia de congurao sobre os ativos de teste. Utilize o repositrio de ativos organizacional para organizao dos ativos do teste.

Produtos tpicos: Ativos de teste empacotados e arquivados.

FDT2 Limpar ambiente de teste

Esta prtica tem como objetivo realizar a limpeza do ambiente de teste aps a execuo do teste. Uma vez que o teste tenha sido completado, o ambiente deve ser limpo para que um novo projeto ou fase de teste possa ser iniciado. Dentro das atividades de limpeza do ambiente de teste podemos citar: Restaurao de software ou hardware; Descarte apropriado de dados; e Arquivamento de dados reutilizveis.

Produtos tpicos: Ambiente de teste limpo.

FDT3 Identicar lies aprendidas

Esta prtica tem como objetivo coletar lies aprendidas. No trmino do projeto ou de uma fase de teste deve ser realizada uma reunio para identicao de lies aprendidas. Para esta reunio, as seguintes atividades devem ser executadas: Determinao do escopo da reunio, como fase do teste ou do projeto que dever ser abordada na reunio;

66

 Determinar o cronograma da reunio, como: data, hora, durao e lugar; Identicar e convidar os stakeholders relevantes; Comunicar o escopo da reunio aos stakeholders e prover materiais necessrios para a preparao da reunio; e Durante a reunio discutir: O que ocorreu bem durante as atividades associadas; O que no foi to bem e que causou problemas; e Recomendaes de melhoria para o teste e outros processos relevantes, como o desenvolvimento do software. O resultado da reunio deve ser documentado e reportado aos stakeholders relevantes. Veja a rea de processo Organizao do Teste para maiores informaes sobre tratamento de oportunidades de melhoria.

Produtos tpicos: Relatrio de lies aprendidas.

FDT4 Consolidar dados de teste

Esta prtica tem como objetivo reunir as informaes relevantes sobre a execuo do teste no relatrio de fechamento de teste. No trmino do teste, um relatrio de encerramento do teste deve ser preparado contendo as informaes relevantes sobre a execuo do teste. Fazem parte das informaes contidas no relatrio de fechamento de teste as informaes relevantes dos seguintes documentos: Plano de teste; Resultados do teste; Relatrios de estado do teste; Relatrios de fechamento de fases de teste anteriores, quando aplicvel; e Relatrio de incidentes. As informaes relevantes extradas devem ser sumarizadas para compor o relatrio de fechamento de teste. O relatrio resultante deve ser encaminhado aos stakeholders relevantes. Produtos tpicos: Relatrio de fechamento de teste.

67

68

GDD - Gesto de Defeitos

O objetivo da rea de processo Gesto de Defeitos gerenciar aes preventivas para as causas raiz dos defeitos. Muitos defeitos so decorrentes e compartilham a mesma origem. Para determinar a causa raiz destes defeitos procedimentos de anlise de defeitos devem ser colocados em uso. Aps a identicao das causas raiz de defeitos, estas devem ser analisadas, priorizadas e selecionadas de acordo com o custo de sua correo, implicaes em no enderear a causa raiz e consequencias na qualidade do produto. Planos de aes contendo aes corretivas so colocados em prtica para eliminar estas causas raiz de defeitos, e avaliaes de efetividade devem ser conduzidas para garantir que as aes corretivas atenderam a seus objetivos. Esta rea de processo envolve: Identicar, analisar, priorizar e selecionar causas raiz de defeitos Denir aes corretivas para enderear causas raiz de defeitos Anlise da efetividade de correo de causas raiz

Lista de Prticas
GDD1 Determinar causas raiz de defeitos GDD2 Denir aes corretivas para causas raiz GDD3 Avaliar efetividade

GDD1 Determinar causas raiz de defeitos

Esta prtica objetiva identicar as causas raiz dos defeitos. Durante a execuo do teste, muitos acidentes so identicados o que por sua vez resulta em um grande nmero de defeitos registrados. Estes defeitos devem ser analisados com base em suas caractersticas, como: Fonte; Impacto; Frequncia de ocorrncia; Similaridade;

69

 Custo de anlise; e Tempo e recursos necessrios. Diversas ferramentas podem ser usadas para detectar grupos de defeitos com maior importncia como a anlise de Pareto e histogramas. A partir desta anlise inicial, um subconjunto de defeitos deve ser selecionado para identicao de suas causas raiz. Alguns mtodos para identicao de causa raiz comumente aplicados so o diagrama de causa e efeito (ou espinha de peixe), os 5 porqus (5 Why) e listas de vericao. Alguns exemplos de causa raiz so: Treinamento e habilidades inadequados; Falha de comunicao; Falta de ateno; e Decincia de processos. Alguns defeitos podem ter mais de uma causa raiz.

Produtos tpicos: Anlise de defeitos. Causas raiz de defeitos.

GDD2 Denir aes corretivas para causas raiz

Esta prtica tem como objetivo tomar aes corretivas para a correo de causas raiz. Aps a identicao das causa raiz de defeitos, estas devem ser priorizadas e aes corretivas devem ser tomadas para prevenir futuras ocorrncias de defeitos originados por estas causas. Alguns exemplos de aes corretivas de causas raiz de defeitos so: Treinamentos; Melhorias em processos; Automao de processos; e Criao de listas de vericao para avaliao de processos e produtos. Planos de ao devem ser gerados com aes corretivas. Alguns exemplos de informaes presentes nestes planos de ao so: Responsveis pela implementao; Descrio detalhada das melhorias; Informaes que devem ser providas durante a execuo do plano de ao; Cronograma;

70

 Custos associados; Riscos associados; e Descrio de aes corretivas.

Produtos tpicos: Planos de ao associados s causas raiz.

GDD3 Avaliar efetividade

O objetivo desta prtica realizar uma avaliao que verica se os planos de ao gerados para corrigir causas raiz esto sendo efetivos. Os planos de ao contendo as aes para correo de causas raiz de defeitos devem ser gerenciados para que sejam devidamente concludos. Aps a sua concluso, a efetividade de sua execuo deve ser avaliada. A avaliao da efetividade dos planos de ao deve ser realizada com base em medies para determinar se a causa raiz foi endereada. Novos planos de ao podem ser necessrios para corrigir a causa raiz.

Produtos tpicos: Relatrio de efetividade de planos de ao.

71

72

GDF - Gesto de Ferramentas

O objetivo da rea de processo Gesto de Ferramentas gerenciar a identicao, anlise, seleo e implantao de ferramentas na organizao. Ferramentas de software podem trazer inmeros benefcios produtividade em uma organizao, reduzindo tempo e custo de execuo das atividades. Porm, caso a implantao de ferramentas no seja gerenciada, estas mesmas ferramentas podem se tornar grandes pesadelos. Exemplos de problemas oriundos de uma gesto mal feita de ferramentas incluem: Custos mal dimensionados, incluindo hardware, treinamentos e consultorias; Benefcios superestimados; Alta curva de aprendizagem; Incompatibilidades com outro software; Rejeio da ferramenta por parte dos colaboradores; Ausncia de suporte por parte dos fornecedores aps aquisio da ferramenta; e Objetivos mal identicados e gerenciados. Para evitar que isto ocorra, necessrio realizar um conjunto de aes para vericar a real necessidade de uma ferramenta, realizar uma seleo entre as opes disponveis, implantar a ferramenta que se sobressair na seleo e avaliar a efetividade da ferramenta. Esta rea de processo envolve: Identicar necessidades de ferramentas Selecionar ferramentas Avaliar ferramentas em projetos pilotos Implantar ferramentas na organizao

Lista de Prticas
GDF1 Identicar necessidade de ferramentas GDF2 Selecionar ferramentas GDF3 Conduzir projeto piloto GDF4 Selecionar gurus de ferramentas GDF5 Denir estratgias de implantao de ferramentas GDF6 Implantar ferramentas

73

GDF1 Identicar necessidade de ferramentas

O objetivo desta prtica analisar e identicar as necessidades de ferramentas para suporte aos processos. A organizao deve realizar uma anlise sobre formas de otimizao do processo periodicamente e sempre que necessrio. Uma das solues para problemas de desempenho de processos pode ser o uso de uma ferramenta de software para automao de atividades do processo. Caso uma ferramenta seja considerada como uma possvel soluo aos problemas de desempenho do processo, um estudo deve ser realizado para gerar um caso de negcio, onde ca explicitado: Problema enfrentado; Caso de uso desejado da ferramenta; Possveis solues candidatas preliminares; Objetivos com relao implantao da ferramenta; e Premissas e restries. Assim como o uso de uma nova ferramenta pode ser a soluo para um problema de desempenho do processo, a atualizao ou mesmo a aposentadoria de uma ferramenta tambm so possveis solues.

Veja a rea de processo Controle Estatstico do Processo para maiores informaes sobre anlise de desempenho de processos. Dena um projeto para seleo, avaliao e implantao de ferramentas.

Todos os interessados relevantes ao projeto de seleo devem ser envolvidos na denio do caso de negcio.

Obtenha patrocnio para o projeto de seleo de ferramentas junto gerncia snior.

Dena objetivos realistas no caso de negcio.

Produtos tpicos: Caso de negcio.

GDF2 Selecionar ferramentas

O objetivo desta prtica realizar uma seleo dentre ferramentas candidatas a partir de critrios objetivos.

74

Uma lista de ferramentas candidatas deve ser levantada a partir dos requisitos presentes no caso de negcio. Se o caso de negcio apresentar opes candidatas preliminares estas devem ser adicionadas lista de ferramentas candidatas. Tendo como base as restries e premissas presentes no caso de negcio, a lista de ferramentas candidatas deve ser reduzida a no mximo quatro opes. Caso o nmero de ferramentas, aps a aplicao das restries do caso de negcio, seja maior que quatro, denir mais restries junto com os interessados do projeto at que o nmero de solues candidatas seja menor ou igual a quatro. Caso nenhuma das ferramentas elencadas passe pelas restries do caso de negcio, investigue se nenhuma opo foi deixada de fora e/ou revise o caso de negcio. Uma lista de critrios objetivos para seleo da ferramenta deve ser elaborada para que uma anlise mais profunda seja executada nas ferramentas que atenderam s restries denidas. Exemplos de critrios incluem: Compatibilidade com ferramentas existentes; Facilidade de uso; Lista de benefcios almejados; Requisitos de hardware e software; Funcionalidades providas (organizadas em mandatrias, desejveis e irrelevantes); Custos de aquisio, licenciamento e suporte; e Impacto em processos existentes. Lembre-se de que as ferramentas devem se adequar aos processos da organizao e no o contrrio. Pea aos fornecedores demonstraes das solues candidatas no contexto da organizao. O custo de aquisio de uma ferramenta geralmente bem inferior aos demais custos associados implantao e uso da ferramenta. Os critrios objetivos de seleo da ferramenta devem ser priorizados. Atravs de aplicao dos critrios objetivos, determine a ferramenta vencedora. Caso todas as ferramentas apresentem resultados ruins, reinicie o processo de seleo, revendo o caso de negcio.

Produtos tpicos: Critrios objetivos para seleo de ferramentas. Ferramentas selecionadas com racionais de seleo.

75

GDF3 Conduzir projeto piloto

O objetivo desta prtica conduzir um projeto piloto para garantir que ferramenta selecionada atende ao caso de negcio. Aps selecionar a ferramenta vencedora utilizando os critrios objetivos na seleo, um projeto piloto deve ser conduzido para assegurar que os requisitos presentes no caso de negcio so realmente atendidos pela ferramenta. Caso os resultados obtidos atravs da ferramenta no projeto piloto no estejam de acordo com os critrios presentes no caso de negcio, no hesite em reiniciar o processo seletivo. Se os resultados do projeto piloto forem satisfatrios de acordo com o caso de negcio, a ferramenta est apta a ser amplamente implantada. Produtos tpicos: Projeto piloto para conrmao da efetividade da ferramenta selecionada. Anlise dos resultados do projeto piloto de acordo com o caso de negcio.

GDF4 Selecionar gurus de ferramentas

O objetivo desta prtica denir gurus para evangelizao das ferramentas selecionadas. Um fator crtico de sucesso na implantao de ferramentas consiste no uso de um indivduo ou grupo de indivduos como o guru da ferramenta, que representar o ponto focal para introduo da nova ferramenta na organizao. O guru da ferramenta deve ser um entusiasta da ferramenta e deve possuir uma viso clara dos benefcios que sero obtidos com o uso da ferramenta. O guru da ferramenta pode ser considerado um evangelista, pois ele tentar converter todos causa do uso da ferramenta. Ainda que o guru no necessite ser uma pessoa tcnica, ele necessita possuir um bom entendimento dos problemas tcnicos que o uso da ferramenta pode apresentar. O guru deve ser paciente, diplomtico e necessita saber trabalhar bem com as pessoas. Ter um bom guru no signica que a implantao ser um sucesso. Mas no possuindo um guru provavelmente garantir uma implantao mal sucedida.

Produtos tpicos: Guru da ferramenta.

76

GDF5 Denir estratgias de implantao de ferramentas

O objetivo desta prtica denir uma estratgia para implantao da ferramenta na organizao. Aps o sucesso da avaliao da ferramenta no projeto piloto, deve ser denida uma estratgia para adoo da ferramenta na organizao. Fazem parte da estratgia de implantao da ferramenta: Denio da ordem em que reas e projetos da organizao sero afetados; Estratgias de marketing que sero adotadas para divulgar a ferramenta e seus benefcios internamente; Modicao de polticas organizacionais para apoiar a implantao da ferramenta; Denio de mecanismos para colher feedback do uso da ferramenta dentro da organizao; Treinamentos necessrios; Levantamento de riscos associados com a implantao da ferramenta; Denio de mecanismos para acompanhamento da implantao da ferramenta; e Cronograma das atividades envolvidas. Veja rea de processo Treinamento para maiores informaes sobre preparao e conduo de treinamentos.

Produtos tpicos: Estratgia de implantao da ferramenta.

GDF6 Implantar ferramentas

O objetivo desta prtica implantar a ferramenta na organizao de acordo com a estratgia denida. Aps a denio da estratgia de implantao da ferramenta, os trabalhos de implantao devem ser iniciados. Periodicamente devem ser avaliados: Adequao da implantao estratgia denida; Efetividade da ferramenta em novos contextos; Avaliao dos resultados obtidos e comparao destes ao caso de negcio; Fatores humanos associados ao uso da ferramenta. O guru da ferramenta representa um papel crtico nesta etapa do processo.

77

Caso os resultados em outra parte da organizao no sejam satisfatrios, considere uma nova anlise dos objetivos da ferramenta no caso de negcio. Tome aes corretivas, caso os resultados no sejam satisfatrios.

Produtos tpicos: Anlise de implantao da ferramenta. Aes corretivas.

78

GDQ - Garantia da Qualidade

O objetivo da rea de processo Garantia da Qualidade estabelecer um mecanismo de avaliao de processos e produtos de trabalho. A rea de processo Garantia da Qualidade d suporte entrega de produtos de trabalho de alta qualidade, fornecendo visibilidade gerncia nos processos e produtos de trabalho. As avaliaes de produtos de trabalho e processo realizadas identicam a aderncia destes aos procedimentos e padres adotados, assim como auxilia na institucionalizao destes procedimentos e padres. As avaliaes executadas devem ser objetivas, seguindo um conjunto denido de critrios de modo que as avaliaes no possuam vis do avaliador. Outro ponto crtico destas avaliaes a independncia: as avaliaes devem ser executadas por pessoas independentes do projeto, para que no haja conitos de interesse. Esta rea de processo envolve: Avaliao sistemtica de produtos de trabalho e processos, vericando sua aderncia a procedimentos e padres adotados Identicao e documentao de no conformidades de processos e produtos de trabalho Prover feedback gerncia e stakeholders sobre os resultados das avaliaes Garantir que as aes corretivas sejam concludas

Lista de Prticas
GDQ1 Avaliar processos e produtos de trabalho GDQ2 Comunicar e resolver questes GDQ3 Estabelecer registros

GDQ1 Avaliar processos e produtos de trabalho

Esta prtica objetiva avaliar objetivamente processos e produtos de trabalho e levantar no conformidades associadas. Para garantir que os processos e padres adotados pela organizao e pelo projeto sejam seguidos e devidamente institucionalizados fundamental a aplicao de avaliaes sistemticas aos processos e produtos de trabalho. Um fator crtico para o sucesso destas avaliaes a objetividade. Os critrios para avaliao objetiva incluem:

79

 O que ser avaliado; Quando ou quo frequente ser a avaliao; Como a avaliao ser conduzida; e Quem estar envolvido na avaliao. Os critrios adotados devem ser utilizados para garantir que os produtos de trabalhos produzidos e os processos seguidos so aderentes aos padres e procedimentos adotados. Durante as avaliaes os casos de no conformidade devem ser identicados e registrados e aes corretivas devem ser iniciadas para enderear estas no conformidades. Utilize tcnicas de amostragem de acordo com um critrio documentado aps estabilizao dos processos. Produtos de trabalho devem ser avaliados antes de seu envio para os clientes. Durante as avaliaes identique pontos de melhoria nos processos e produtos de trabalho. Avaliaes de qualidade devem ser independentes.

Produtos tpicos: Critrios para avaliao de produtos de trabalho e processos. Relatrios de avaliao de produtos de trabalho e processos. Relatrios de no conformidades. Aes corretivas.

GDQ2 Comunicar e resolver questes

Esta prtica tem como objetivo comunicar as questes de qualidade e garantir a resoluo das questes de no conformidades com a gerncia e equipe. As no conformidades identicadas nas avaliaes de qualidade representam a falta de aderncia aos padres, processos e procedimentos adotados. Aes corretivas devem ser iniciadas junto equipe do projeto para resolver estas no conformidades. Caso as no conformidades no sejam resolvidas no nvel da equipe, um mecanismo apropriado de escalamento deve existir para garantir que as no conformidades sejam direcionadas a um nvel apropriado de gerncia que possa resolver a questo. Utilize critrios objetivos para determinar em que circunstncias e quando uma questo deve ser escalada. As aes corretivas devem ser rastreadas at a sua concluso.

Produtos tpicos: Relatrio de aes corretivas.

80

GDQ3 Estabelecer registros

Esta prtica objetiva estabelecer e manter os registros das atividades de garantia da qualidade. As atividades de garantia da qualidade devem ser registradas para que a sua efetividade seja monitorada e tendncias sejam identicadas atravs de dados histricos de qualidade. Uma forma de registro destas atividades a incorporao dos artefatos produzidos no repositrio de dados organizacional. Periodicamente devem ser realizadas anlises destes dados para identicao de tendncias de qualidade. Produtos tpicos: Logs de avaliaes. Relatrios de tendncias de qualidade.

81

82

GPT - Gerncia de Projetos de Teste

O objetivo da rea de processo Gerncia de Projetos de Teste de Software estabelecer e manter planos para gerenciar, monitorar e controlar as atividades at o encerramento do projeto. fundamental que um planejamento efetivo seja realizado para minimizar os riscos associados ao projeto, e este inclui a denio de objetivos do teste, anlise de risco do produto, denio da estratgia de teste, denio do escopo do teste, estimativa de atributos de produtos de trabalho e tarefas, determinao de recursos necessrios, negociao de compromissos, elaborao de um cronograma e anlise de riscos do projeto. Estas informaes devem ser reunidas e revisadas no Plano de Teste, documento que relaciona todos os artefatos do planejamento e representa o guia do projeto de teste. Outro aspecto fundamental o monitoramento e controle do projeto, uma vez que os planos tenham sido estabelecidos, os parmetros do planejamento devem ser comparados com o progresso do projeto atravs do seu monitoramento e as discrepncias devem ser identicadas. Dessa forma, aes corretivas devem ser iniciadas para garantir o atendimento dos objetivos do projeto. Estas aes devem ser acompanhadas at a sua concluso. Esta rea de processo envolve: Estabelecimento do Plano de Teste Interao com as partes interessadas do projeto Obteno de compromisso com o Plano de Teste Monitoramento e controle do progresso do projeto Manuteno do Plano de Teste

Lista de Prticas
GPT1 Realizar anlise de risco do produto GPT2 Estabelecer objetivos do teste GPT3 Denir estratgia de teste GPT4 Denir o escopo do trabalho para o projeto de teste GPT5 Estabelecer estimativas de tamanho GPT6 Denir o ciclo de vida do projeto de teste GPT7 Estimar o esforo e o custo GPT8 Estabelecer e manter o oramento e o cronograma do projeto GPT9 Identicar riscos do projeto GPT10 Planejar os recursos humanos GPT11 Planejar o ambiente de teste para o projeto GPT12 Planejar os artefatos e dados do projeto GPT13 Estabelecer indicadores de desempenho de teste

83

GPT14 Estabelecer o Plano de Teste GPT15 Revisar e obter compromisso com o Plano de Teste GPT16 Monitorar o projeto GPT17 Gerenciar o envolvimento dos stakeholders GPT18 Executar revises em marcos do projeto GPT19 Analisar e registrar os problemas identicados GPT20 Estabelecer e acompanhar aes corretivas at a sua concluso GPT21 Denir critrios de entrada e sada do teste (a partir do Nvel 2) GPT22 Denir critrios de suspenso e reincio do teste (a partir do Nvel 2) GPT23 Monitorar critrios de entrada, sada, suspenso e reincio do teste (a partir do Nvel 2) GPT24 Monitorar defeitos (a partir do Nvel 2) GPT25 Planejar e conduzir revises de qualidade do produto (a partir do Nvel 2) GPT26 Gerenciar dados de teste (a partir do Nvel 3) GPT27 Vericar aptido do ambiente de teste (a partir do Nvel 3) GPT28 Gerenciar incidentes de ambiente (a partir do Nvel 3)

GPT1 Realizar anlise de risco do produto

Esta prtica tem como objetivo analisar o produto de software para determinar as reas crticas que carecem de teste mais profundo. Geralmente uma organizao no dispe de recursos adequados para realizar testes exaustivos que contemplem todas as possibilidades contidas em uma verso do software. Desta forma, preciso direcionar o teste para reas mais crticas do software, buscando maximizar a sua efetividade. O processo de identicar as reas mais crticas do software que necessitam de um teste mais detalhado chamado de anlise de risco do produto. Podemos considerar como um risco do produto qualquer possibilidade de falha do produto de software que possa prejudicar o negcio que ser implementado quando o produto est sendo testado. Os riscos do produto podem estar associados tanto funcionalidade do produto de software quanto a aspectos no funcionais, como usabilidade, desempenho, conabilidade e segurana, e tambm so chamados de riscos de qualidade. A lista de riscos do produto tem um impacto direto no que deve ser testado, no quanto deve ser testado e em que ordem o teste deve ocorrer. A anlise de risco do produto deve ser inicializada o quanto antes no ciclo de vida do teste, identicando riscos para a qualidade do produto e utilizando este conhecimento para direcionar o planejamento, especicao, preparao e execuo do teste. Alguns exemplos de risco do produto so apresentados a seguir: Funcionalidades que envolvam movimentao nanceira; Funcionalidades que afetam muitos clientes (ou poucos clientes com alta importncia); Funcionalidades complexas; Mdulos do sistema com interface de vrios outros sistemas; Mdulos com um histrico de defeitos; Funcionalidades com muitas mudanas ou com mudanas complicadas;

84

 Questes de segurana, desempenho e conabilidade; e Funcionalidades que so difceis de testar. Esta anlise deve ser feita em conjunto com os diversos stakeholders do produto. Algumas tcnicas para levantamento destes riscos incluem, mas no se limitam a: Workshops de risco; Brainstorming; Entrevistas com especialistas; Checklists; e Lies aprendidas. A anlise de risco deve julgar o impacto de uma falha nos diversos aspectos do sistema e direcionar o teste para mitigar esta falha. Os riscos identicados iro: Determinar as tcnicas de projeto teste que devem ser utilizadas e/ou a quantidade de teste que deve ser exercitada; Priorizar o teste numa tentativa de encontrar os defeitos crticos o mais cedo possvel; e Determinar outras atividades que podem ser aplicadas para reduzir os riscos, por exemplo, prover treinamento para engenheiros de software inexperientes.

Produtos tpicos: Lista de riscos do produto. Planos de resposta ou mitigao para os riscos do produto.

GPT2 Estabelecer objetivos do teste

Esta prtica busca estabelecer e manter os objetivos do teste de software. Muitas vezes o objetivo do teste no encontrar e corrigir defeitos. Por exemplo, o teste pode colher informaes e medies do software, como tempo mdio entre falhas, onde, neste caso, o objetivo do teste avaliar a conabilidade do software. Para manuteno de software, o objetivo do teste pode ser a garantia de que as mudanas introduzidas no software no trouxeram efeitos colaterais. A forma que o teste conduzido depende dos objetivos esperados, que representa o motivo e/ou propsito para projetar e executar um determinado teste, como tambm delimita o que a organizao busca alcanar com o teste. Alguns objetivos frequentes para o teste incluem: Encontrar defeitos; Ganhar conana sobre o nvel de qualidade do software; Prover visibilidade sobre o nvel de qualidade do software; Prevenir a ocorrncia de defeitos durante operao;

85

 Validar se o produto est apto a ser utilizado; Vericar adequao a padres externos; Diminuir a durao da execuo do teste; Atingir alguma cobertura (por exemplo, de requisitos ou de cdigo); e Vericar interfaces. A denio do objetivo de teste deve estar em sintonia com os objetivos e requisitos de negcio do software e da organizao.

Produtos tpicos: Lista de objetivos do teste.

GPT3 Denir estratgia de teste

O objetivo desta prtica determinar como o projeto de teste ser conduzido com base nos objetivos e na anlise de risco efetuada do produto. A estratgia de teste consiste na declarao, de alto nvel, sobre como o teste ser implementado e quais nveis sero abordados no mbito do projeto. Deve abordar o que ser testado, como o teste ser realizado, onde e quando os testes sero executados. A estratgia de teste deve ser fundamentada nos objetivos de teste e na anlise de risco realizada no produto. Fazem parte da estratgia de teste: Tipos de teste que sero executados; Fases e nveis de teste contemplados; Responsabilidades; Abordagens de automao de teste; Abordagens para teste de conrmao e de regresso; Como ocorrer a gesto de incidentes; e Tcnicas de projeto de teste que sero utilizadas. Alguns autores diferenciam "estratgia"de "abordagem"de teste, considerando a estratgia como sendo de mbito organizacional e a abordagem uma instanciao da estratgia de mbito do projeto [GVEB08, MSH10]. Esta prtica no diferencia abordagem de estratgia, portanto, pode ser denida tanto de mbito organizacional quanto do projeto. Produtos tpicos: Estratgia de teste documentada.

86

GPT4 Denir o escopo do trabalho para o projeto de teste

Esta prtica tem como objetivo estabelecer o escopo do projeto que servir de base para a elaborao das estimativas de tempo, esforo e custo, assim como para a elaborao da EAP Estrutura Analtica do Projeto. A EAP uma estrutura orientada ao produto que evolui com o projeto que: Possibilita a identicao e organizao das unidades lgicas de trabalho a serem gerenciadas, denominadas pacotes de trabalho; Permite a subdiviso do projeto como um todo em um conjunto de componentes interrelacionados e gerenciveis; e Fornece uma referncia e um mecanismo para atribuir esforo, prazo e responsabilidades. A EAP utilizada como base para planejar, organizar e controlar o trabalho a ser feito. A EAP deve incluir todo o trabalho do projeto, incluindo pacotes de trabalho de gesto do projeto.

Produtos tpicos: Requisitos do teste. Registro de premissas e restries. Critrios de aceitao do projeto. EAP de alto nvel.

GPT5 Estabelecer estimativas de tamanho

Esta prtica tem como objetivo estabelecer o tamanho das atividades de teste e produtos de trabalho que sero desenvolvidas no projeto. O tamanho o insumo principal para estimativas de esforo, custo e prazo. Exemplos de produtos de trabalho do projeto de teste para os quais so realizadas estimativas de tamanho: Itens entregveis e no entregveis; Documentos e arquivos; e Software para automao de teste. Alguns exemplos de medidas de tamanho para o projeto de teste so: Nmeros de funes. Tamanho do software em pontos de funo. Linhas de cdigo fonte.

87

 Nmero de requisitos com o seu grau de complexidade denido. Lista de casos de uso com o seu grau de complexidade denido. Lista de telas com o seu grau de complexidade denido. Nmero e complexidade de interfaces. Nmero de pginas. Nmero de entradas e sadas. Nmero de riscos tcnicos. Volume de dados. Nmero de partes e peas. Pontos de caso de uso. Anlise de Pontos de Teste. Nmero de casos de teste. A medida de tamanho fundamental como base para estimativa do esforo, pois uma determinada tarefa pode ter diferentes quantitativos de esforo, dependendo do recurso alocado, porm o tamanho nico.

Produtos tpicos: Abordagem tcnica utilizada. Raciocnio usado nas estimativas. Tamanho e complexidade de produtos de trabalho e de tarefas. Modelos de estimativa.

GPT6 Denir o ciclo de vida do projeto de teste

O objetivo desta prtica determinar o ciclo de vida do projeto de teste para guiar o planejamento do projeto. Normalmente as fases do ciclo de vida do projeto so denidas para apoiar pontos de deciso, nos quais so assumidos compromissos importantes sobre recursos e abordagem tcnica. A escolha do ciclo de vida do projeto depende do escopo dos requisitos, das estimativas de recursos e da natureza do projeto. O entendimento do ciclo de vida do projeto crucial para determinar o escopo da atividade de planejamento, o momento de planejamento inicial e replanejamento, e os critrios para replanejamento (marcos crticos).

Produtos tpicos: Ciclo de vida do projeto denido.

88

GPT7 Estimar o esforo e o custo

O objetivo desta prtica realizar as estimativas de esforo e custo para a execuo das tarefas e produtos de trabalho do projeto com base em mtodos denidos e/ou dados histricos do projeto e tomando como base as estimativas de tamanho do projeto. A cultura de algumas organizaes no permite que o gerente de projetos gerencie o custo real. Nestes casos a gesto do esforo pode ser considerada a gesto dos custos do projeto. Isto se aplica somente se o projeto no envolver outros custos como aquisio de material ou contrataes. Geralmente, estimativas de custo e esforo baseiam-se na utilizao de modelos ou dados histricos associados ao tamanho, atividades e outros parmetros de planejamento. A conana nessas estimativas est abalizada na lgica do modelo selecionado e na natureza dos dados. H ocasies em que os dados histricos disponveis no se aplicam, por exemplo, quando a natureza do trabalho indita ou quando o tipo de tarefa no se enquadra nos modelos disponveis. Exemplos de entradas para a estimativa de esforo e custo so listadas a seguir: Estimativas criteriosas com base em opinio de especialistas; Riscos, incluindo o grau de ineditismo do projeto; Competncias e papis necessrios para execuo do trabalho; Escopo do teste; Abordagem tcnica; EAP; Estimativa de tamanho de tarefas e produtos de trabalho; Custo de produtos adquiridos externamente; Processos e modelos de ciclo de vida selecionados para o projeto; Capacidade de ferramentas disponveis; Necessidades de conhecimentos, habilidades e treinamentos; Instalaes necessrias (por exemplo: espao fsico para o trabalho, reunies e estaes de trabalho); Infraestrutura necessria; Viagens; e Mo de obra direta e indireta. Independentemente do modelo ou tcnica de estimativa selecionado, o raciocnio utilizado para determinar as estimativas deve ser sempre documentado. Ou seja, um racional deve ser criado e mantido.

Produtos tpicos: Raciocnio usado nas estimativas. Estimativas de esforo do projeto. Estimativas de custo do projeto.

89

GPT8 Estabelecer e manter o oramento e o cronograma do projeto

O objetivo desta prtica estabelecer e manter o oramento e cronograma do projeto de teste incluindo marcos e/ou pontos de controle do projeto de teste. O oramento e o cronograma baseiam-se nas estimativas de tamanho, esforo e custo do projeto e asseguram que a alocao de recursos oramentrios, complexidade das tarefas e suas interdependncias sejam tratadas adequadamente. A denio do cronograma inclui: Marcos do projeto; Premissas de cronograma; Restries de cronograma; e Dependncias de tarefas. Alguns exemplos de ferramentas e entradas que podem ajudar a determinar uma ordenao ideal das atividades incluem: Critical Path Method (CPM). Program Evaluation and Review Technique (PERT). Cronograma com limitaes de recursos. Prioridades dos clientes. Valor para o usurio.

Produtos tpicos: Cronograma do projeto. Dependncias do cronograma. Oramento do projeto. Marcos e/ou ponto de controle do projeto.

GPT9 Identicar riscos do projeto

O objetivo desta prtica identicar, analisar e planejar resposta para os riscos do projeto de teste, analisando o seu impacto, probabilidade de ocorrncia e prioridade de tratamento. Os riscos do projeto de teste devem ser identicados durante o planejamento do projeto. Atividades de planejamento de projeto associadas identicao e anlise de riscos incluem: Identicao de riscos - para identicao dos riscos vrias ferramentas podem ser usadas, como:

90

 Taxonomia de riscos Avaliaes de riscos Checklists Entrevistas Brainstorming Anlise de fatores de qualidade Anlise de riscos para determinar impacto, probabilidade de ocorrncia e a provvel janela de tempo em que os problemas podem ocorrer; Priorizao de riscos; e Elaborao de planos de mitigao e resposta aos riscos.

Produtos tpicos: Lista de riscos do projeto. Impacto, probabilidade de ocorrncia e prioridade de tratamento dos riscos. Planos de mitigao e resposta aos riscos.

GPT10 Planejar os recursos humanos

O objetivo desta prtica realizar o planejamento dos recursos humanos, considerando o perl e a procincia necessrios para o projeto. A obteno de conhecimento para o projeto envolve tanto o treinamento do pessoal do projeto quanto a aquisio de conhecimento externo. Os requisitos para composio da equipe dependem das habilidades e conhecimento disponveis para apoiar a execuo do projeto. So exemplos de conhecimentos que devem ser considerados: Conhecimento nos processos organizacionais; Conhecimento especco do negcio; e Capacitao em tecnologias e tcnicas necessrias para a realizao do projeto. Se os prossionais com o conhecimento necessrio no estiverem disponveis, pode ser planejada a obteno de conhecimento durante a execuo do projeto. Alguns mecanismos para aquisio de conhecimento incluem: Treinamento in-house tanto no mbito de projeto quanto no organizacional; Treinamento externo; Composio da equipe e contrataes; e Aquisio externa de conhecimento.

Produtos tpicos:

91

 Planejamento para composio da equipe e contratao de prossionais com habilidades necessrias para a execuo da funo. Banco de dados para armazenar informaes sobre habilidades e treinamentos. Planejamento de treinamentos.

GPT11 Planejar o ambiente de teste para o projeto

O objetivo desta prtica realizar o planejamento de todos os elementos do ambiente de teste para o projeto. O ambiente de teste composto de elementos como os listados a seguir: Ambiente fsico; Local e infraestrutura; Equipe composta de usurios, desenvolvedores, testadores e observadores; Hardware contemplando computadores, impressoras, scanners, etc.; Software, como o sistema que ser testado, ferramentas, sistemas operacionais, SBGDs, software para teste; Suprimentos como papel e formulrios; Estrutura de rede e acesso internet; e Documentao do software, incluindo requisitos, manuais, modelos etc. O ambiente de teste deve ser o mais prximo possvel do ambiente de produo.

Produtos tpicos: Descrio do ambiente de teste.

GPT12 Planejar os artefatos e dados do projeto

O objetivo desta prtica identicar e planejar os artefatos e dados relevantes do projeto de teste quanto forma de coleta, armazenamento e distribuio. Deve haver um mecanismo estabelecido para os artefatos e dados do projeto, incluindo, se pertinente, questes de privacidade e segurana. Os artefatos e dados criados ou gerenciados pelo projeto de teste devero estar armazenados de forma segura e convel, embora no seja exigida para os nveis 1 e 2 de maturidade, uma gerncia de congurao totalmente institucionalizada. importante tambm determinar quem, quando e como ir receber cada um dos artefatos criados. As atividades de gesto de dados normalmente podem fazer parte do plano de comunicao e do plano de gerncia de congurao.

92

Utilize um mecanismo de controle de verso para gerenciar as verses e o histrico dos artefatos do projeto.

Produtos tpicos: Plano de gerncia de dados. Mecanismos de distribuio dos dados. Requisitos de privacidade e segurana dos dados.

GPT13 Estabelecer indicadores de desempenho de teste

Esta prtica objetiva estabelecer um conjunto de indicadores do teste de software para que a gerncia do projeto seja feita com base em dados objetivos. De acordo com a ISO/IEC 15939 [ISO01a], um indicador uma medida que fornece uma estimativa ou avaliao de atributos especcos derivados de um modelo relativo a determinadas necessidades de informao. Os indicadores so a base para a anlise e tomada de deciso. Para um determinado projeto de teste possvel aplicar diversos indicadores para atender a diferentes necessidades de informao. Estes indicadores so ferramentas da medio que fornecem uma base de informaes para medio, comparao, acompanhamento, melhoria e controle dos processos de teste. Indicadores so instrumentos para medir progresso com relao a alguma nalidade, logo devem reetir os objetivos e valores de negcio do teste. Dentro do teste podemos ter indicadores que iro reetir os objetivos do teste e do projeto. Estes indicadores devem vir acompanhados de procedimentos para coleta de dados, armazenamento e anlise. Exemplos de indicadores de desempenho de teste incluem, mas no se limitam a: Esforo e custo do teste; Durao do teste; Nmero de defeitos encontrados; e Percentual de deteco de defeitos. Um indicador uma ferramenta para tomada de deciso. Verique se todos os indicadores denidos so utilizados para tomada de deciso. Os indicadores devem ser revisados e apresentados aos diferentes stakeholders do projeto. Produtos tpicos: Lista de indicadores de teste.

93

GPT14 Estabelecer o Plano de Teste

O objetivo desta prtica estabelecer os planos para a execuo e consolidar o planejamento no Plano de Teste. Para se obter compreenso mtua, comprometimento e desempenho dos indivduos, grupos e organizaes que executam o projeto, necessrio um plano documentado para tratar todos os aspectos relevantes de planejamento. O plano elaborado para o projeto dene todos os aspectos do trabalho, agrupando de maneira lgica o planejamento, incluindo: Os objetivos do teste; Os riscos do produto identicados e analisados; A estratgia adotada; O escopo do teste; Consideraes sobre o ciclo de vida do projeto; Tarefas tcnicas e de gesto; Oramento e cronogramas; Marcos; Requisitos para gesto de dados; Indicadores de desempenho do teste; Identicao de riscos do projeto; Recursos e habilidades necessrias; Identicao de partes interessadas e suas interaes; Descrio do ambiente de teste; e Atribuio de responsabilidade e autoridade equipe de projeto, equipe de gesto e s organizaes de suporte.

Produtos tpicos: Plano de teste.

GPT15 Revisar e obter compromisso com o Plano de Teste

O objetivo desta prtica fazer a reviso do Plano de Teste com todos os interessados e obter o compromisso com o mesmo. Todas as informaes contidas dentro do planejamento do projeto devem estar alinhadas com o plano de teste e apoi-lo. Recomenda-se que todo o planejamento do projeto seja revisto para assegurar um entendimento comum do escopo, objetivos, papis e relacionamentos importantes

94

para o sucesso do projeto. Outro ponto importante que deve ser considerado a reviso e aprovao do plano junto gerncia de alto nvel. A obteno de comprometimento envolve a interao entre todas as partes interessadas internas e externas ao projeto. Recomenda-se que o indivduo ou grupo que assuma um compromisso tenha segurana de que o trabalho possa ser executado dentro das restries de custo, prazo e desempenho. Frequentemente, um compromisso provisrio adequado para permitir o incio do projeto e possibilitar a realizao de estudos para aumentar a conana at o nvel necessrio obteno de um compromisso denitivo. Algumas organizaes costumam realizar uma reunio de incio do projeto (kick off) que pode ser utilizada para resolver os conitos e obter o comprometimento. A soluo dos conitos e estabelecimento de compromissos fundamental para que o projeto possa efetivamente contar com os recursos planejados, para atingir as metas denidas. Produtos tpicos: Reviso e aprovao do Plano de teste. Acordos negociados com as partes interessadas. Compromissos documentados.

GPT16 Monitorar o projeto

O objetivo desta prtica monitorar o progresso do projeto com relao ao estabelecido no Plano de Teste e documentar os resultados. O planejamento do projeto contm indicadores tpicos de desempenho e de progresso do projeto, atributos de produtos de trabalho e de tarefas, custo, esforo e prazo. O monitoramento geralmente envolve a medio da situao do projeto, a sua comparao com os valores estimados no plano e a identicao dos desvios signicativos. O registro dos valores medidos durante a execuo do projeto deve incluir registros das informaes de contexto associadas para auxiliar no entendimento das medidas. Produtos tpicos: Relatrio de estado do projeto.

GPT17 Gerenciar o envolvimento dos stakeholders

O objetivo desta prtica planejar e monitorar o envolvimento das partes interessadas no projeto de teste. Os interessados relevantes do projeto devem ser identicados durante o planejamento do projeto. Esta identicao inclui determinar em que fases do projeto eles so importantes e como eles sero envolvidos (comunicaes, revises em marcos de projeto, comprometimentos, entre outros). Um formato conveniente para representar essa identicao uma matriz bidimensional, contendo, em um eixo, as partes interessadas e, no outro, as atividades do projeto.

95

Durante a execuo do projeto o envolvimento das partes interessadas deve ser monitorado para assegurar que interaes apropriadas ocorram. Produtos tpicos: Planejamento do envolvimento das partes interessadas. Registros do envolvimento das partes interessadas.

GPT18 Executar revises em marcos do projeto

O objetivo desta prtica executar revises em marcos do projeto e conforme estabelecido no planejamento. As revises de marco so delineadas durante o planejamento do projeto e geralmente so revises formais documentadas considerando todos os aspectos do planejamento do projeto. Estas revises devem ocorrer em pontos signicativos do cronograma do projeto como, por exemplo, na concluso de fases selecionadas. Tambm devem participar destas revises as partes interessadas relevantes. Durante a reunio de marco devem ser analisados todos os parmetros do planejamento do projeto e deve ser feita uma anlise da viabilidade sobre o andamento do projeto.

Produtos tpicos: Resultados documentados das revises de marco.

GPT19 Analisar e registrar os problemas identicados

O objetivo desta prtica estabelecer os registros de problemas identicados e o resultado da anlise de questes pertinentes, incluindo dependncias crticas, assim como tratar os mesmos com as partes interessadas. Durante o monitoramento do projeto diversos problemas podem ser identicados. Exemplos de problemas so listados a seguir: Problemas identicados quando se realizam atividades de vericao e validao. Desvios signicantes nos parmetros do planejamento do projeto. Compromissos internos ou externos que no foram satisfeitos. Mudanas signicativas nos riscos. Questes relacionadas coleta, privacidade ou acesso de dados. Questes de envolvimento de stakeholders. Premissas de transio de produto, ferramenta ou ambiente que no foram alcanados.

96

Os problemas identicados devem ser analisados e registrados, por exemplo, por meio de ferramentas especcas, planilhas ou outros tipos de mecanismos de gerenciamento de problemas. Atribua sempre uma criticidade e uma severidade aos problemas identicados. A anlise dos problemas identicados determinar se aes corretivas so necessrias. Produtos tpicos: Lista de problemas identicados.

GPT20 Estabelecer e acompanhar aes corretivas at a sua concluso

O objetivo desta prtica estabelecer aes para corrigir desvios em relao ao planejado e para prevenir a repetio dos problemas, assim como implementar e acompanhar at a sua concluso. A anlise das questes crticas determina se aes necessitam de ser tomadas para resolver os problemas identicados. Diversas aes podem ser adotadas, como: Modicar as declaraes de trabalho; Modicar requisitos; Revisar estimativas e planejamento; Renegociar compromissos; Adicionar recursos; Alterar processos; e Revisar riscos do projeto ou do produto. As aes corretivas tomadas devem ser monitoradas at o seu fechamento para garantir a sua efetiva concluso. Lies aprendidas como o resultado da tomada de aes corretivas podem ser entradas para o planejamento e gesto de riscos.

Produtos tpicos: Planejamento de aes corretivas. Resultados das aes corretivas.

97

GPT21 Denir critrios de entrada e sada do teste (a partir do Nvel 2)

O objetivo desta prtica denir condies que determinam se o teste pode ser iniciado ou concludo. Critrios de entrada determinam condies que necessitam de ser satisfeitas para que o teste possa ser iniciado. Estes critrios so teis para evitar que o mesmo se inicie quando no existem condies favorveis para uma execuo satisfatria. Critrios de entrada podem ser denidos para cada nvel de teste e so distintos, pois os objetivos de cada nvel so diferentes entre si. Assim como os critrios de entrada determinam se o teste est apto para ser iniciado, os critrios de sada, por sua vez, representam condies que necessitam de ser satisfeitas para que o teste seja encerrado. Os critrios de sada tambm podem ser denidos para cada nvel de teste. Critrios de entrada e sada podem tanto se referir a condies do processo de teste quanto qualidade do produto. Como exemplos de critrios de entrada, temos: Existncia de relatrio de resultados do teste do nvel anterior; Disponibilidade do ambiente de teste de acordo com os requisitos do ambiente; Disponibilidade de documentao como notas de liberao, manual de instalao, manual do usurio etc.; Defeitos encontrados no nvel anterior de teste estar corrigidos; Todos os defeitos j encontrados terem sido analisados; e Sute de teste de fumaa ou de sanidade ter sido executada com sucesso. Como exemplos de critrios de sada, temos: Percentual de cobertura de teste; Percentual de casos de teste executados; Nmero de defeitos abertos com alguma criticidade especca; Existncia de relatrio do teste; Todos os riscos do produto forem mitigados; e Taxa de deteco de defeito estar abaixo de um limite mnimo.

Produtos tpicos: Critrios registrados de entrada e sada de teste.

98

GPT22 Denir critrios de suspenso e reincio do teste (a partir do Nvel 2)

O objetivo desta prtica denir condies que determinam se o teste necessita ser interrompido ou se ele pode ser reiniciado. Durante a execuo do teste, pode-se chegar a alguma situao em que seja impossvel sua continuao. Por exemplo, aps a execuo de alguns casos de teste, notou-se que havia uma quantidade muito grande de defeitos identicados. Em virtude dessas situaes, continuar a execuo do teste pode se tornar um desperdcio de esforo, visto que houve um problema grave nas etapas anteriores de teste ou do desenvolvimento do software. Para auxiliar a detectar esses casos, so denidos critrios de suspenso de teste, representando condies que, se forem satisfeitas, o teste necessita ser interrompido. Para que o teste seja reiniciado preciso que o problema que causou a ativao de um critrio de suspenso de teste tenha sido resolvido. Para isso, os critrios de reincio devem ser atendidos. Os critrios de reincio de teste representam condies que precisam ser satisfeitas para que o teste recomece. Alguns exemplos de fatores que afetam critrios de suspenso ou reincio do teste so listados a seguir: Nmero de defeitos encontrados. Nmero de defeitos no reprodutveis. Problemas com a execuo do teste devido a questes do ambiente do teste.

Produtos tpicos: Critrios de suspenso e reincio do teste registrados.

GPT23 Monitorar critrios de entrada, sada, suspenso e reincio do teste (a partir do Nvel 2)
Esta prtica objetiva monitorar os critrios de entrada, sada, suspenso e reincio do teste garantindo que a execuo do teste ocorra conforme planejado. O gerente de teste deve observar, durante o monitoramento do projeto, se as condies explicitadas nos critrios de entrada, sada, suspenso e reincio do teste esto sendo atendidas. As mudanas efetuadas no planejamento e execuo do projeto, devido ao atendimento desses critrios, devem ser registradas e comunicadas aos interessados do projeto. Durante a execuo do projeto de teste, estes critrios podem necessitar de alteraes que devem ser realizadas, comunicadas e registradas na documentao do projeto. Produtos tpicos: Registros de monitorao de critrios de entrada, sada, suspenso e reincio do teste. Histrico de alteraes em critrios de entrada, sada, suspenso e reincio do teste.

99

GPT24 Monitorar defeitos (a partir do Nvel 2)

O objetivo desta prtica realizar um acompanhamento sistemtico dos defeitos do produto, identicando tendncias e tomando aes corretivas. Os defeitos encontrados durante a execuo do projeto devem ser monitorados pelo gerente de teste. Uma anlise para identicao das tendncias deve ser realizada para obter uma base objetiva de dados que apoie na tomada de decises. Caso o resultado da anlise dos defeitos apresente valores diferentes da expectativa, aes corretivas devem ser tomadas. Alguns exemplos de mtricas relacionadas a defeitos incluem: Nmero total de defeitos (por componente, subsistema, sistema) por nvel de prioridade. Nmero total de defeitos encontrados no ltimo ciclo de teste por nvel de prioridade. Nmero de defeitos resolvidos/em aberto para todos os nveis de teste. Nmero de defeitos encontrados por tipo de defeito. Nmero de defeitos causando falhas de severidade maior que X. Nmero de defeitos por tamanho (volume de incidentes). Nmero atual versus estimado de defeitos (baseado em dados histricos). As aes corretivas iniciadas nesta prtica devem ser gerenciadas conforme as prticas GPT19 e GPT20.

Produtos tpicos: Planejamento da anlise de defeito incluindo mtricas utilizadas. Resultados da anlise de defeitos. Aes corretivas relacionadas anlise de defeitos.

GPT25 Planejar e conduzir revises de qualidade do produto (a partir do Nvel 2)

O objetivo desta prtica planejar e conduzir revises do produto de software para determinar o nvel de qualidade do produto. As revises de qualidade do produto consistem em revises sistemticas planejadas do ndice de qualidade do software. As revises de qualidade do produto almejam manter os interessados do projeto informados. Estas revises podem ser executadas internamente dentro da equipe de teste ou externamente, junto a interessados fora da rea de teste. Os dados obtidos a partir da anlise de defeitos so de fundamental importncia para informar a qualidade do produto.

100

As revises de qualidade do produto podem ser executadas em intervalos regulares conforme especicado no planejamento do teste. Alguns exemplos de interessados que podem participar destas revises so listados a seguir: Gerente do projeto. Gerente de negcio. Patrocinadores do projeto. Clientes. Membros da equipe de teste. Aes corretivas devem ser iniciadas quando houver desvios signicativos com relao s expectativas de qualidade do produto durante estas revises. As aes corretivas iniciadas nesta prtica devem ser gerenciadas conforme as prticas GPT19 e GPT20.

Produtos tpicos: Planejamento das revises de qualidade do produto. Resultados da anlise de defeitos. Aes corretivas relacionadas anlise de defeitos.

GPT26 Gerenciar dados de teste (a partir do Nvel 3)

Esta prtica tem como objetivo gerenciar os dados que sero utilizados no teste. O teste requer um conjunto de dados que deve ser gerenciado e controlado efetivamente dentro do processo de teste. Desta forma, devem ser identicados os requisitos de dados necessrios para o teste, incluindo: Bases de dados reais em uso pelo cliente; Requisitos de privacidade, proteo e acesso aos dados; Procedimentos para aquisio, uso e descarte dos dados; e Polticas de backup e restaurao dos dados de teste. Durante a execuo do projeto, um mecanismo deve ser institudo para averiguar o atendimento aos requisitos dos dados de teste. Veja a rea de processo Fechamento de Teste para maiores informaes sobre o descarte de dados usados pelo teste.

Produtos tpicos: Procedimentos operacionais dos dados de teste. Relatrio de gesto dos dados de teste.

101

GPT27 Vericar aptido do ambiente de teste (a partir do Nvel 3)

Esta prtica tem como objetivo assegurar a aptido do ambiente de teste antes da execuo do teste. Antes do uso efetivo do ambiente de teste para execuo dos testes, necessrio que haja uma vericao da aptido do ambiente de teste. A vericao do ambiente pode ser feita com base em uma lista de vericao incluindo testes de conana para assegurar que o ambiente se encontra congurado conforme especicado no plano de teste. A lista de vericao de aptido do ambiente de teste deve ser revisada com os stakeholders relevantes.

Produtos tpicos: Lista de vericao de aptido do ambiente de teste. Relatrio de aptido do ambiente de teste.

GPT28 Gerenciar incidentes de ambiente (a partir do Nvel 3)

Esta prtica tem como objetivo identicar e controlar os incidentes de ambiente de teste. Durante a vericao de aptido do ambiente de teste ou durante a execuo do teste podem ser identicados diversos problemas no ambiente de teste. Estes problemas devem ser reportados e gerenciados na forma de incidentes de ambiente de teste. Os incidentes de ambiente identicados devem ser comunicados formalmente aos stakeholders relevantes. Os incidentes de ambiente devem ser analisados e classicados para possibilitar a melhoria do processo e anlise de dados histricos. Os incidentes de ambiente devem ser acompanhados at o seu fechamento.

Produtos tpicos: Incidentes de ambiente de teste.

102

GRT - Gerncia de Requisitos de Teste

O objetivo da rea de processo Gerncia de Requisitos de Teste fornecer subsdios para gerenciar os requisitos do projeto de teste, identicar inconsistncias entre estes, os planos e produtos de trabalho do projeto. Todos os requisitos que so fornecidos ou originados do projeto de teste devem ser gerenciados. Esta gesto implica na aprovao dos requisitos junto aos fornecedores, obteno de um compromisso com a equipe tcnica para desenvolvimento, a gesto das mudanas ocorridas nos requisitos do projeto e a identicao de inconsistncias entre requisitos e produtos de trabalho do projeto. Outra parte importante da gesto aborda a manuteno da rastreabilidade bidirecional entre os requisitos e os produtos de trabalho do projeto. Esta rastreabilidade a base para uma anlise de impacto da mudana efetiva dos requisitos. Esta rea de processo envolve: Aprovao de requisitos com anlise da testabilidade. Obteno de compromissos com a equipe tcnica sobre o desenvolvimento dos requisitos. Gesto das mudanas dos requisitos com base na rastreabilidade dos requisitos. Identicao de inconsistncia entre requisitos e os demais artefatos do projeto.

Lista de Prticas
GRT1 Obter o entendimento dos requisitos GRT2 Obter o comprometimento com os requisitos GRT3 Gerenciar as mudanas dos requisitos GRT4 Manter a rastreabilidade bidirecional dos requisitos GRT5 Identicar inconsistncia entre requisitos, planos do projeto e produtos de trabalho

GRT1 Obter o entendimento dos requisitos

Esta prtica tem como objetivo garantir que os requisitos do teste estejam claramente denidos a partir do entendimento dos mesmos, realizado junto aos seus fornecedores, passando por uma anlise de testabilidade atravs de critrios objetivos para sua aprovao.

103

Os requisitos do projeto de teste devem partir do fornecedor de requisitos, que deve ser previamente identicado no Plano de Teste. O plano de teste tambm deve informar como feita a comunicao com os fornecedores de requisitos. Durante este procedimento os requisitos devem ser avaliados quanto a sua testabilidade e aprovados formalmente. Para anlise da testabilidade, um conjunto de critrios objetivos deve ser estabelecido para avaliao dos requisitos. Fazem parte destes critrios: Clareza e correo; Completude; Compatibilidade com outros requisitos; Identicao nica; Vericabilidade e testabilidade; e Rastreabilidade. Quando os requisitos forem fornecidos por uma fonte de requisitos vlida e estiverem de acordo com os critrios da testabilidade com os ajustes necessrios efetuados, eles devem ser aprovados formalmente junto aos fornecedores dos requisitos. Produtos tpicos: Lista de fornecedores de requisitos. Critrios objetivos para anlise da testabilidade dos requisitos. Resultados da anlise dos requisitos. Conjunto de requisitos aprovados.

GRT2 Obter o comprometimento com os requisitos

Esta prtica objetiva obter um compromisso da equipe tcnica do projeto com os requisitos aprovados para o projeto. Uma vez que os requisitos tenham sido aprovados junto a seus fornecedores, necessrio obter compromissos entre aqueles que tm que realizar as atividades necessrias para testar estes requisitos. medida que os requisitos so alterados, novos compromissos devem ser obtidos com os participantes do projeto.

Produtos tpicos: Compromissos da equipe tcnica documentados sobre os requisitos e suas mudanas.

104

GRT3 Gerenciar as mudanas dos requisitos

Esta prtica tem como objetivo gerenciar as mudanas que ocorrem nos requisitos durante a execuo do projeto de teste. Durante o projeto, os requisitos mudam por diversas razes. medida que as necessidades mudam e que o trabalho prossegue, podem ser includos novos requisitos e mudanas podem ocorrer em requisitos existentes. essencial gerenciar essas incluses e mudanas de maneira eciente e ecaz. Para analisar de forma efetiva o impacto das mudanas, necessrio que a origem de cada requisito seja conhecida e que a razo das mudanas seja documentada. Alm disso, o gerente de projeto pode monitorar medidas sobre a volatilidade de requisitos para avaliar se necessrio alterar os mecanismos de controle de mudanas. Mantenha o histrico de todas as alteraes dos requisitos.

Utilize a rastreabilidade para a anlise de impacto das mudanas nos requisitos.

Produtos tpicos: Solicitaes de mudana de requisitos. Anlise de impacto de mudanas em requisitos. Estados dos requisitos. Banco de dados de requisitos.

GRT4 Manter a rastreabilidade bidirecional dos requisitos

O objetivo desta prtica estabelecer e manter uma rastreabilidade bidirecional entre os requisitos do projeto de teste e os demais produtos de trabalho. Quando os requisitos so bem gerenciados, a rastreabilidade pode ser estabelecida desde a origem do requisito at o seu detalhamento em um menor nvel de abstrao, e vice-versa. A rastreabilidade bidirecional ajuda a assegurar que todos os requisitos aprovados para o projeto foram trabalhados e que todos os produtos de trabalho do projeto podem ser rastreados at um requisito de origem vlido. A rastreabilidade deve ser horizontal, que mostra o relacionamentos dos produtos de trabalho de um mesmo nvel de abstrao, por exemplo, um requisito de teste impacta outro requisito; e vertical, exibindo os relacionamentos entre produtos de trabalho de diferentes nveis de abstrao, por exemplo, os relacionamentos entre requisitos e casos de teste. Utilize a rastreabilidade para a anlise de impacto das mudanas nos requisitos.

Utilize a rastreabilidade para a anlise de impacto das mudanas nos requisitos.

105

Produtos tpicos: Rastreabilidade bidirecional dos requisitos. Mecanismo para rastreabilidade dos requisitos.

GRT5 Identicar inconsistncia entre requisitos, planos do projeto e produtos de trabalho

O objetivo desta prtica garantir que inconsistncias existentes entre requisitos, planos do projeto e produtos de trabalho sejam identicadas para que aes corretivas possam ser iniciadas. Durante a execuo do projeto de teste, revises devem ser realizadas para garantir que os requisitos e suas alteraes estejam consistentes com o trabalho desenvolvido. Estas revises devem identicar as inconsistncias existentes e iniciar aes corretivas para o ajuste destas inconsistncias. Para acompanhamento das aes corretivas at a sua concluso veja as prticas da rea de processo GPT.

Produtos tpicos: Registro de inconsistncias, incluindo origens, condies e raciocnio utilizados. Aes corretivas.

106

MAT - Medio e Anlise de Teste

O objetivo da rea de processo Medio e Anlise de Teste desenvolver e sustentar uma capacidade de medio utilizada para dar suporte s necessidades de informao gerenciais relacionadas ao teste. A gerncia de uma organizao possui diversas necessidades de informao referentes ao teste e os seus processos que na maioria das vezes vo ser satisfeitas atravs das atividades de medio e anlise de teste. Sendo assim, necessrio um trabalho sistemtico para identicar estas necessidades de informao relacionadas ao teste e como estas sero atendidas. As atividades de medio e anlise provm visibilidade sobre os processos, do suporte ao planejamento e estimativas objetivos e identica questes relacionadas aos processos. Esta rea de processo envolve: Denio de objetivos organizacionais de medio para satisfao das necessidades de informao Especicao de medidas que endeream aos objetivos organizacionais Denio de procedimentos operacionais para as medidas Coleta, anlise, comunicao e armazenamento dos dados de medio

Lista de Prticas
MAT1 Denir objetivos de medio de teste MAT2 Estabelecer e documentar medidas MAT3 Especicar procedimentos de medio MAT4 Coletar, analisar e comunicar dados de medio MAT5 Armazenar dados de medio

MAT1 Denir objetivos de medio de teste

Esta prtica objetiva estabelecer e manter objetivos de medio de teste derivados de necessidades de informao. Uma organizao possui um conjunto de necessidades de informao de teste que necessitam de ser endereadas. Estas necessidades de informao devem ser derivadas em objetivos de medio de teste para que estas possam ser gerenciadas e monitoradas. Exemplos de fontes de necessidades de informao e objetivos de medio so listados a seguir: Planos de projetos;

107

 Planejamento estratgico; Entrevistas com gerentes e outros stakeholders que necessitam de informaes de medio; Planos de negcio; e Requisitos formais e obrigaes contratuais. Envolver as pessoas certas na identicao das necessidades de informao e levantamento dos objetivos de medio uma atividade chave no processo de medio e anlise. Diferentes objetivos de medio podem ser identicados a partir das necessidades de informao. Exemplos de objetivos de medio incluem: Prover visibilidade sobre utuaes de cronograma e progresso; Prover visibilidade sobre divergncia entre planejado X realizado; Identicar crescimento de atividades no planejadas; Prover visibilidade sobre utuaes de custo comparado ao planejado; e Avaliar efetividade do teste. As necessidades de informao e os objetivos de medio devem ser priorizados. Nem sempre possvel ou vivel enderear todas as necessidades de informao e objetivos de medio. Os objetivos de medio devem ser revisados periodicamente. Determine objetivos de medio explcitos e os divulgue efetivamente.

Produtos tpicos: Objetivos de medio de teste.

MAT2 Estabelecer e documentar medidas

O objetivo desta prtica estabelecer e manter medidas que satisfazem e esto diretamente associadas aos objetivos de medio. Uma vez que os objetivos de medio esto denidos necessrio identicar um conjunto de medidas que possibilitem o acompanhamento dos mesmos. As medidas podem ser classicadas como medidas base ou derivadas. A medio direta prov os dados para as medidas base enquanto necessrio envolver outros dados para obteno das medidas derivadas. Um exemplo de medida base a estimativa ou medida atual de tamanho de produtos de trabalho, como o nmero de casos de teste executados. Um exemplo de medida derivada a cobertura do teste com relao aos casos de teste identicados, que envolve o nmero de casos de teste existentes versus todos os identicados.

108

Medidas derivadas so geralmente expressas na forma de razes, ndices compostos ou outras medidas agregadas. Medidas derivadas so geralmente mais conveis quantitativamente com maior signicado interpretativo.

necessrio que haja uma rastreabilidade entre objetivos de medio e medidas que endeream estes objetivos. Para documentao das medidas necessrio levantar e documentar diversos atributos que so signicativos para o entendimento e uso da medida. So exemplos de atributos de medidas que devem ser documentados [ISO02]: Nome; Tipo de mtodo (se objetivo ou subjetivo); Escala (por exemplo, nmero real de 0 a innito); Tipo de escala (se proporcional - onde os valores possuem distncias iguais que correspondem a quantidades iguais do atributo; nominal - onde os valores so categricos; ordinal onde os valores so classicaes ou intervalos.); Unidade de medio (metro, hora, reais, dlares); Entidade avaliada (por exemplo, relatrio de estado do projeto); Atributos observados (por exemplo, nmero de casos de teste executados); Denio formal; e Critrios de deciso (aplicveis a indicadores).

Produtos tpicos: Especicaes de medidas.

MAT3 Especicar procedimentos de medio

O objetivo desta prtica denir procedimentos operacionais para coleta, anlise, vericao, comunicao e armazenamento dos dados de medio. Durante a especicao e documentao das medidas que endeream os objetivos de medio devem ser identicados os procedimentos operacionais de medio. Estes procedimentos incluem denies para a forma de coleta, mecanismo de anlise, vericao de integridade, comunicao e armazenamento dos dados de medio de teste. A coleta dos dados de medio representa a obteno dos valores de medio de acordo com o especicado na documentao da medida. Estes procedimentos necessitam de ser especicados para garantir que os dados corretos so coletados. Fazem parte da especicao dos procedimentos para coleta de dados de medio de teste:

109

 Identicao das fontes dos dados; Determinar frequncia de coleta de dados; Elencar responsveis pela coleta de dados; Determinar o uso de ferramentas para obteno dos dados; e Denir algoritmo para obteno dos dados. Tambm devem ser especicados os procedimentos de anlise dos dados de medio para que uma anlise apropriada seja executada. Fazem parte da especicao dos procedimentos de anlise de dados de medio de teste: Escolha de representao visual de dados apropriada; Escolha de descries estatsticas adequadas, como o uso de mediana, mdia aritmtica e desvio padro; Tomar decises sobre uso de amostragem estatstica; Decises de como realizar anlise quando alguns elementos no esto presentes; Seleo de ferramentas de anlise apropriadas; Denio de responsveis pela anlise dos dados; e Determinar procedimentos para apresentao dos resultados das anlises dos dados de medio. Alm de procedimentos para coleta e anlise dos dados, de suma importncia uma preocupao com a vericao da integridade dos dados de medio. Desta forma necessrio especicar procedimentos para garantir que os dados so corretos e o mais prximo da realidade possvel. Fazem parte da denio dos procedimentos para vericao da integridade dos dados de medio: Decises referentes amostragem a ser utilizada para vericao dos dados; Algoritmo para vericar os dados; Denio de responsveis pela vericao dos dados; e Aes a serem tomadas em caso de divergncias. Os resultados de anlise dos dados de medio devem ser comunicados aos stakeholders apropriados. Sendo assim, necessrio levantar os procedimentos para reportagem dos resultados de medio garantindo que os dados cheguem corretamente e em tempo para os stakeholders. A denio de procedimentos para comunicao dos resultados de medio inclui: Denir destinatrios dos dados; Identicar formato e meios de comunicao adequados; Denir frequncia de comunicao dos dados; e Elencar responsveis para comunicao dos dados. Por m, necessrio explicitar como os dados de medio coletados sero armazenados e os procedimentos aplicveis para o armazenamento e recuperao dos dados de medio de teste.

110

Procure usar procedimentos operacionais de medio automatizados sempre que possvel. A vericao de integridade dos dados de medio pode ser realizada atravs de auditorias.

Produtos tpicos: Especicaes de medidas atualizadas contendo procedimentos para coleta, anlise, vericao de integridade, comunicao e armazenamento dos dados de medio.

MAT4 Coletar, analisar e comunicar dados de medio

O objetivo desta prtica coletar e analisar os dados de medio de acordo com os procedimentos operacionais de medio presentes nas especicaes das medidas. Durante a execuo dos projetos os procedimentos operacionais de medio devem ser executados. Desta forma, as seguintes atividades devem ser executadas com base nas documentaes das medidas: Obteno dos dados de medidas base; Gerao de dados de medidas derivadas; Realizar atividades de vericao de integridade dos dados de medio; Conduzir anlise dos dados; e Comunicar os resultados da anlise aos stakeholders relevantes. Deve haver uma rastreabilidade entre as aes corretivas tomadas relacionadas anlise dos dados de medio e os indicadores que originaram estas aes.

Produtos tpicos: Dados de medio coletados e vericados. Resultados de anlise dos dados de medio. Comunicao dos resultados da anlise dos dados.

MAT5 Armazenar dados de medio

O objetivo desta prtica gerenciar e armazenar os dados de medio, especicaes de medidas e anlises de resultados. O armazenamento dos dados de medio, especicaes de medidas e anlise de resultados possibilita o seu uso como dados histricos de um modo efetivo. Fazem parte das atividades necessrias para armazenar os dados de medio:

111

 Revisar os dados para garantir sua completude, integridade, preciso e atualidade; Armazenar os dados de acordo com os procedimentos operacionais de medio; Tornar os dados armazenados disponveis apenas para os stakeholders apropriados; e Prevenir que os dados de medio sejam usados de modo inapropriado, incluindo controle de acesso aos dados e educao para uso apropriado dos dados. Os dados de medio devem ser gerenciados em um repositrio de medio organizacional. O repositrio de medio organizacional deve ser integrado biblioteca de ativos organizacionais.

Produtos tpicos: Repositrio de medio organizacional.

112

OGT - Organizao do Teste

O objetivo da rea de processo Organizao do Teste denir a estrutura do teste dentro da organizao. Para que o teste tenha uma abrangncia organizacional e que os seus processos possuam uma evoluo planejada e apoiada pela alta direo, mostra-se necessria a denio de um arcabouo para denio e evoluo do processo de teste e a denio da estrutura do teste dentro da organizao. Esta rea de processo trata dos aspectos ligados institucionalizao do processo de teste considerando a formao de um grupo gestor chamado Grupo de Processo de Teste de Software. Tambm tratada a denio de processos padres para teste, regras para sua adaptao e a evoluo controlada do processo de teste a partir da denio e implantao de aes de melhoria. Por m, so tratados aspectos relacionados s funes de teste dentro da organizao e estabelecimento de um plano de carreira para os integrantes da rea de teste. Esta rea de processo envolve: Denio da estrutura organizacional do teste Denio de um Grupo de Processo de Teste de Software, processos padro e sua adaptao para contextos especcos Denio de uma biblioteca de ativos organizacionais e melhoria sistemtica dos processos Gesto de funes de teste na organizao e planos de carreira em teste Denio da Estratgia Organizacional de Teste Integrao do ciclo de vida do teste ao ciclo de vida de desenvolvimento do software

Lista de Prticas
OGT1 Denir a estrutura organizacional do teste OGT2 Estabelecer um Grupo de processo de teste de software OGT3 Denir processos padro de teste OGT4 Denir guias e critrios de adaptao do processo OGT5 Estabelecer a biblioteca de ativos de processo de teste OGT6 Coletar informaes e implementar aes de melhoria OGT7 Identicar pers de teste OGT8 Denir planos de carreira de teste OGT9 Integrar ciclos de vida de teste e desenvolvimento OGT10 Estabelecer e manter a Estratgia Organizacional de Teste OGT11 Identicar oportunidades de reuso (a partir do Nvel 4) OGT12 Reusar ativos de teste (a partir do Nvel 4)

113

OGT1 Denir a estrutura organizacional do teste

Esta prtica objetiva estabelecer e manter a estrutura do teste dentro da organizao. A estrutura do teste representa um arcabouo onde atividades para atingir os objetivos referentes ao teste so planejadas, executadas, monitoradas e controladas. Em uma organizao a estrutura organizacional de teste corresponde aos relacionamentos efetivos da rea de teste como um todo, compreendendo os recursos humanos envolvidos, os processos aplicados e a infraestrutura necessria para as atividades relacionadas ao teste. Um dos principais aspectos da estrutura organizacional do teste a denio das reas chave de responsabilidades incluindo o estabelecimento de linhas apropriadas de comunicao. Desta forma, importante que a estrutura organizacional do teste possua uma equipe de teste independente, reportando a uma gerncia independente da gerncia do desenvolvimento de software. Alguns tpicos que devem ser considerados na denio da estrutura organizacional de teste incluem: Posio hierrquica da estrutura organizacional de teste dentro da organizao; rea de atuao da organizao; Nvel de independncia com relao ao desenvolvimento de software. Este nvel de independncia dene como o relacionamento entre o teste e o desenvolvimento, incluindo se a rea de teste vive em funo de algum projeto ou se atua como uma fornecedora de servios de teste para toda a organizao; se a rea de teste tem autoridade para denir seu prprio cronograma, ou se precisa sempre obedecer a um determinado projeto; Tarefas, competncias, responsabilidades e autoridades da estrutura organizacional de teste; e Estrutura de comunicao e reportagem. A estrutura organizacional do teste necessita ser denida com base nos objetivos e polticas de teste. A adequao de uma estrutura organizacional depende, em parte, do tamanho da rea de teste e da natureza de suas atividades. Uma estrutura organizacional de teste altamente complexa incluindo linhas de comunicao formais com relatrios detalhados e denio minuciosa de responsabilidades pode ser apropriada para grandes reas de teste, entretanto isto dicultaria o uxo de informaes em pequenas organizaes.

Produtos tpicos: Descrio da estrutura organizacional de teste.

OGT2 Estabelecer um Grupo de processo de teste de software

O objetivo desta prtica denir um grupo responsvel pela evoluo do processo de teste de software na organizao.

114

Para que o processo de teste seja efetivo na organizao e possua uma evoluo planejada e controlada, fundamental que um Grupo de processo de teste de software seja estabelecido. O Grupo de processo de teste de software um grupo que representa o ponto focal para as melhorias do processo de teste na organizao. Este grupo deve ser formado por pessoas-chave integrantes dos diversos setores da organizao que interagem com o teste, por exemplo: Engenheiros de software; Gerncia da congurao; Gerncia de projeto de desenvolvimento de software; Analistas de teste; Testadores; Gerentes de teste; Representantes dos clientes; e rea de qualidade. Fazem parte das atividades do Grupo de processo de teste de software: Obter e manter apoio de todos os nveis da gerncia para o teste; Realizar avaliaes do processo de teste; Entender e buscar alcanar as diferentes expectativas dos stakeholders do processo de teste; Manter um relacionamento colaborativo com todos os participantes do processo de teste; Identicar necessidade e realizar treinamentos no processo de teste; Planejar, monitorar e reportar esforos de melhoria no processo de teste; Facilitar a denio e manuteno de denies do processo de teste, em colaborao com os executores do processo; Manter a biblioteca de ativos do processo; e Atuar como consultores e evangelizadores do processo de teste. Grupos de processo de teste de software de sucesso requerem habilidades e conhecimentos especializados de vrias reas fora da engenharia de teste.

Especialistas de testes devem ser imparciais e objetivos, livres de presses ligadas ao desenvolvimento do software.

Produtos tpicos: Formao do Grupo de processo de teste de software.

115

OGT3 Denir processos padro de teste

O objetivo desta prtica estabelecer e manter um conjunto de processos padro organizacionais para o teste de software. Processos padro podem ser denidos em mltiplos nveis organizacionais e podem ser relacionados hierarquicamente. Por exemplo, a organizao pode possuir um conjunto de processos padro aplicveis a cada diviso da organizao, que por sua vez podem ser personalizados para gerar novos processos padro de acordo com cada linha de produto daquela diviso. Conjuntos de processo padro de teste podem ser denidos com base em diversos critrios, como: Diferentes domnios de aplicao; Modelos de ciclo de vida; Metodologias de trabalho; Ferramentas utilizadas e automao de teste; Tcnicas de teste aplicadas; e Restries externas incluindo legislativas e contratuais. A documentao do processo padro de teste deve incluir: Modelos de artefatos; Descrio de atividades; e Documentao de atributos crticos de cada elemento, como: Papis; Padres e guias aplicveis; Procedimentos, ferramentas e recursos aplicveis; Critrios de entrada e sada; Entradas e sadas; Pontos de vericao; e Relacionamentos entre elementos como, por exemplo, dependncia. Embora o grupo de processo de teste atue como facilitador na denio do processo de teste, esta no uma tarefa realizada somente pelo grupo de processo de teste. fundamental a participao dos executores do processo em sua denio e gesto. O nmero de processos padro adequado para a organizao deve ser identicado com base em sua realidade: existem organizaes onde apenas um conjunto de processos padro suciente, enquanto para outras so necessrios muito mais. O conjunto de processos padro inclui processos no apenas para o teste de software, mas tambm aqueles que contemplam todas as atividades envolvidas, como, por exemplo, gerncia de congurao.

116

Garanta que o conjunto de processos padro identicados atendam as necessidades da organizao.

Produtos tpicos: Conjunto de processos padro de teste para a organizao.

OGT4 Denir guias e critrios de adaptao do processo

Esta prtica tem como objetivo estabelecer e manter guias e critrios para adaptao do conjunto de processos padro da organizao. Um processo denido representa um processo gerenciado que adaptado a partir do conjunto de processos padro da organizao para enderear as necessidades de uma instanciao especca, como, a sua aplicao em um determinado projeto. No entanto, com o intuito de reduzir a variabilidade da execuo dos processos em toda a organizao torna-se imprescindvel a existncia e aplicao de um conjunto de guias e critrios de adaptao do processo padro para um processo denido. Alguns exemplos de adaptaes so listados a seguir: Modicao do ciclo de vida; Combinar elementos de diferentes processos; e Modicao, substituio e mudana de ordem de elementos do processo. Os critrios e guias para adaptao do processo padro incluem: Instrues para gerar o processo denido a partir dos processos padro da organizao; Requisitos que necessitam de ser satisfeitos pelo processo denido; Opes aplicveis e guias para seleo destas opes; e Procedimentos que devem ser seguidos para documentao e aprovao dos processos denidos. Frequentemente a organizao demanda uma exibilidade na adaptao dos processos em virtude de vrios fatores: Domnio da aplicao; Restries de custo, cronograma e qualidade; e Ciclo de vida utilizado. A exibilidade nas adaptaes do processo padro deve ser balanceada com a consistncia entre os processos da organizao. Guias e critrios de adaptao do processo podem incluir o uso do processo padro como ele est documentado, sem nenhuma adaptao.

117

Produtos tpicos: Guias e critrios para adaptao do conjunto de processos padro da organizao.

OGT5 Estabelecer a biblioteca de ativos de processo de teste

O objetivo desta prtica estabelecer e manter a biblioteca de ativos de processo organizacional relacionados ao teste. A biblioteca de ativos de processo organizacional compreende um repositrio onde os ativos de processo so armazenados, versionados e controlados. Alguns exemplos de ativos de processo so listados a seguir: Polticas organizacionais; Descries de processos; Procedimentos; Planos de projeto; Materiais de treinamento; Listas de vericao de processo; e Relatrios de lies aprendidas. Para que um determinado item seja includo na biblioteca de ativos organizacionais ele deve atender a um conjunto de critrios pr-denidos, como aprovao do item e existncia de documentao apropriada. Um conjunto de procedimentos adequado para armazenamento, atualizao e uso de itens na biblioteca de ativos de processo organizacional deve ser denido. Os itens presentes na biblioteca de ativos de processo organizacional devem ser revisados periodicamente ou conforme necessrio.

Produtos tpicos: Biblioteca de ativos organizacional. Critrios e procedimentos para uso da biblioteca de ativos organizacional. Catlogo dos itens presentes na biblioteca de ativos organizacional.

OGT6 Coletar informaes e implementar aes de melhoria

Esta prtica objetiva monitorar a execuo dos processos, coletar informaes e implementar aes de melhoria.

118

A organizao possui um conjunto de necessidades que devem ser atendidas pela melhoria de seus processos. Os objetivos de negcio, necessidades e restries da organizao devem guiar os seus processos, denindo suas caractersticas, objetivos de desempenho e efetividade. Durante a execuo dos processos podem ser identicados pontos fortes, fraquezas e oportunidades de melhoria que vo alimentar as iniciativas de melhoria dos processos organizacionais. Outra fonte importante para guiar aes de melhoria so modelos de referncia e melhores prticas de teste de software. Lies aprendidas representam um bom ponto de partida para guiar aes de melhoria. As melhorias candidatas devem ser priorizadas atravs de fatores como: Atendimento aos objetivos da organizao; Aderncia ao nvel de maturidade almejado; Benefcios mensurveis; Esforo e custos envolvidos; Nvel de diculdade; Grau de aceitao; e Riscos mitigados. Para implementao das melhorias devem ser denidos planos de ao do processo em conjunto com os stakeholders do processo. Utilize projetos piloto para avaliao das melhorias de processo executadas. Verique se os objetivos e necessidades da organizao so atendidos com a implantao das melhorias.

Produtos tpicos: Achados do processo. Planos de ao para avaliao de melhorias nos processos. Resultados da implementao de melhorias nos processos.

OGT7 Identicar pers de teste

O objetivo desta prtica identicar e estabelecer as atribuies dos pers de teste na organizao. A partir dos objetivos, polticas, estratgias, processos e padres de teste da organizao so identicados diferentes pers de teste que sero relacionados aos integrantes dos projetos. Alguns exemplos de pers de teste incluem testadores, analistas de teste e gerentes de teste. Uma vez que os pers de teste so identicados estes devem ser documentados. Esta documentao inclui informaes como:

119

 Nome do papel; Descrio; Escala salarial; Qualicaes e experincias necessrias para a funo; Lista de atividades tpicas realizadas; Responsabilidades e autoridades; Conhecimentos e habilidades necessrios; e Requisitos educacionais. Avalie periodicamente o desempenho dos recursos associados aos pers de teste. Os pers de teste devem estar em sintonia com o departamento de Recursos Humanos da organizao.

Produtos tpicos: Pers de teste. Atribuio de recursos humanos do projeto a pers de teste.

OGT8 Denir planos de carreira de teste

O objetivo desta prtica estabelecer e manter planos de carreira de teste na organizao que permitam que os integrantes da equipe de teste melhorem seu conhecimento, habilidades, funo e recompensas. Dentro de uma determinada funo de teste necessrio diferenciar pers distintos de prossionais com base em seu conhecimento, habilidades e experincia, como, os pers jnior, pleno e snior. As descries de funes devem especicar a distino entre os diferentes pers dentro de uma mesma funo. As funes de teste devem ser dispostas de forma hierrquica como etapas sequenciais no plano de carreira de teste. Dena janelas de tempo e requisitos para avanos dentro do plano de carreira de teste. Os planos de carreira de teste devem estar em sintonia com o departamento de Recursos Humanos da organizao. Uma vez que haja um plano de carreira na organizao, os seus colaboradores devem estabelecer um plano de desenvolvimento pessoal de carreira.

120

O plano pessoal de carreira deve ser baseado no plano de carreira organizacional e deve ser revisto periodicamente ou conforme necessrio.

Produtos tpicos: Plano de carreira de teste organizacional. Plano pessoal de carreira de teste.

OGT9 Integrar ciclos de vida de teste e desenvolvimento

O objetivo desta prtica garantir que o ciclo de vida adotado pelo projeto de teste esteja em sincronia com o ciclo de vida do desenvolvimento do software. Cada etapa do ciclo de vida do teste geralmente necessita de uma sincronizao com as atividades do desenvolvimento do software. Atravs desta integrao podem ser obtidos os seguintes benefcios: Garantia que o teste iniciado cedo no ciclo de vida do software; Dependncias mtuas entre atividades do desenvolvimento e do teste sejam denidas; e Dependncias mtuas entre entregveis e marcos do desenvolvimento e do teste sejam denidas. Considere o uso do modelo V para integrao e sincronia das atividades do teste e do desenvolvimento.

Produtos tpicos: Descrio dos ciclos de vida do desenvolvimento e do teste integrados.

OGT10 Estabelecer e manter a Estratgia Organizacional de Teste

O objetivo desta prtica estabelecer e manter a Estratgia Organizacional de Teste. Os projetos de teste de software possuem estratgias especcas e outras que se repetem e fazem parte da cultura da organizao onde esto sendo conduzidos. Alm disso, a prpria organizao deve denir as estratgias especcas inerentes a sua cultura que devem ser vlidas para todos os projetos de teste de software. As estratgias comuns a todos os projetos e aquelas estabelecidas pela organizao devem compor o documento Estratgia de Teste de Software. Desta forma os projetos devem seguir essas estratgias e assim serem conduzidos, no havendo necessidade de que essas estratgias sejam repetidas nos Planos de Teste dos projetos em

121

andamento. Neste caso apenas estratgias especcas daquele projeto precisam ser includas e denidas. Ao nal do projeto deve ser feita uma avaliao atravs das lies apreendidas para avaliar se as estratgias especcas daquele projeto poderiam ou no ser includas no documento Estratgia Organizacional de Teste. Podero ser denidas como estratgias organizacionais as estratgias envolvendo as seguintes abordagens: Denio do ambiente de teste; Condies de re-teste ou de teste de regresso; Critrios de denio/criao dos requisitos dados de teste; Denio da estratgia em funo dos riscos do produto; Utilizao de Tcnicas de teste; Denio das ferramentas a serem usadas nos projetos. As estratgias dos projetos em andamento, inseridas nos respectivos planos de teste, devem ser avaliadas ao nal do projeto quanto a sua importncia para a insero no documento Estratgia Organizacional de Teste.

Produtos tpicos: Estratgia Organizacional de Teste.

OGT11 Identicar oportunidades de reuso (a partir do Nvel 4)

Esta prtica tem como objetivo analisar os produtos de trabalho e processos em uso para identicar oportunidades de reuso. Dentro do projeto de teste diversos produtos de trabalho podem ser reutilizados, tais como: Planos de teste; Casos de teste; Procedimentos de teste; e Dados de teste. Estes ativos de teste devem ser analisados quanto a sua oportunidade de reuso, seja no mesmo projeto ou em projetos distintos. Para auxiliar esta anlise, critrios de reuso de produtos de trabalho podem ser denidos. O atendimento do produto de trabalho a estes critrios determina o potencial de reuso do artefato. Quando o ativo for selecionado para reuso ele deve ser documentado e classicado para facilitar a sua busca e identicao. Aps sua documentao este deve ser disponibilizado na biblioteca de ativos de processo organizacional.

122

Os ativos de teste reusveis devem ser colocados sob procedimentos formais da gerncia da congurao.

Produtos tpicos: Ativos de teste selecionados para reuso. Documentao e classicao de ativos de teste reusveis.

OGT12 Reusar ativos de teste (a partir do Nvel 4)

Esta prtica objetiva reusar os produtos de trabalho nos projetos. Durante a execuo do projeto uma anlise deve ser realizada para vericar se os ativos reusveis de teste presentes na biblioteca de ativos organizacional podem ser aplicados no projeto. O manuseio dos ativos reusveis no projeto deve ser documentado para que alteraes necessrias nos ativos sejam comunicadas a todos os stakeholders relevantes. No uso dos ativos de teste durante a execuo do projeto alguns problemas podem ser identicados. Estes problemas devem ento ser comunicados para que novas verses corrigidas dos ativos sejam disponibilizadas na biblioteca de ativos organizacional. Produtos tpicos: Registro de uso dos ativos reusveis de teste. Registro de atualizaes de ativos reusveis de teste.

123

124

PET - Projeto e Execuo de Teste

O objetivo da rea de processo Projeto e Execuo de Teste identicar, elaborar e executar casos de teste, registrando a execuo do teste e as divergncias entre os resultados atuais e esperados na forma de incidentes. O teste sistemtico implica que casos de teste sejam identicados e elaborados, os resultados produzidos pelo sistema sejam sistematicamente comparados com os resultados esperados e as divergncias sejam reportadas na forma de incidentes. Em uma organizao de baixa maturidade em teste, o conjunto de prticas presentes nesta rea de processo visa garantir que os testes esto sendo executados corretamente. Desta forma, para o Nvel 1 de maturidade no existe ainda a preocupao com o uso adequado da documentao, mas sim a garantia que as atividades essenciais esto sendo cumpridas. Em nveis mais elevados de maturidade de teste esperado que a organizao adote tcnicas formais para especicao de casos de teste, tenha padres de documentao especcos adotados sistematicamente e que haja uma uniformidade no seu processo de execuo de teste. Esta rea de processo envolve: Identicar os casos de teste. Executar os casos de teste. Reportar e acompanhar incidentes.

Lista de Prticas
PET1 Identicar casos de teste PET2 Executar casos de teste PET3 Reportar incidentes PET4 Acompanhar incidentes PET5 Estabelecer padres de documentao de casos de teste (a partir do Nvel 2) PET6 Estabelecer padres de documentao de incidentes (a partir do Nvel 2) PET7 Aplicar tcnicas de projeto (design) de teste (a partir do Nvel 3)

PET1 Identicar casos de teste

O objetivo desta prtica identicar, priorizar e documentar os casos de teste do sistema. O teste pode ser executado em diferentes nveis de formalismo e est diretamente relacionado com o contexto, a organizao, o projeto e o software a ser testado. Independente do nvel, casos de teste devem ser identicados, priorizados e documentados para o projeto de teste.

125

Antes da execuo de um teste necessrio saber o que est sendo vericado, as entradas, procedimentos e resultados que devem ser produzidos e como deve ser executado o teste. Estas informaes compem o caso de teste. O caso de teste pode ser estruturado em baixo ou alto nvel. Um caso de teste de alto nvel no apresenta valores especcos para entrada de dados e resultados esperados, apresenta apenas operadores lgicos ou outros meios de denio do que testar em termos gerais. Para projetar um caso de teste deve-se encontrar o melhor compromisso entre: Efetividade: possuir uma probabilidade razovel de encontrar erros. Exemplaridade: ser prtico e possuir baixo nvel de redundncia. Economia: possuir um custo de desenvolvimento razovel e retorno de investimento. Evoluo: ser exvel, estruturado e possuir fcil manuteno. A documentao de um caso de teste deve possuir no mnimo as seguintes informaes: Identicador nico. Objetivo. Condies de teste que devem ser observadas.

Produtos tpicos: Casos de teste.

PET2 Executar casos de teste

Esta prtica tem como objetivo executar os casos de teste identicados e registrar as informaes da execuo no log do teste. A execuo do caso de teste o elemento mais visvel da disciplina teste de software. Para cada caso de teste executado, as entradas especicadas devem ser fornecidas para o sistema e os resultados gerados devem ser comparados com os resultados esperados descritos no caso de teste. necessrio, durante a execuo do teste, que o testador observe os resultados fornecidos pela aplicao de modo a no deixar passar falhas (falsos positivos) ou reportar comportamento incorreto como falhas (falsos negativos). Durante a execuo do caso de teste devem ser registradas as informaes que compe o log do teste e podem incluir: Identicador do caso de teste executado. Resultado da execuo caso de teste. Identicadores de incidentes gerados a partir da execuo do caso de teste. Autor da execuo do teste. Data/hora e durao da execuo do teste.

126

Produtos tpicos: Registro da execuo do teste.

PET3 Reportar incidentes

O objetivo desta prtica garantir que as divergncias de comportamento apresentadas pela aplicao sejam reportadas na forma de incidentes. Um dos principais resultados do teste so os incidentes identicados. Entretanto, se os incidentes detectados no so gerenciados, o esforo do teste desperdiado. Um incidente qualquer evento signicante no planejado observado durante o teste. O padro IEEE 1044 Standards Classication for Software Anomalies utiliza o termo anomalia no lugar de incidente [oEES93]. Para o IEEE 1044 anomalias so qualquer condio que difere do esperado baseado em especicaes de requisitos, padres, etc. ou na percepo ou experincia de algum. Para este modelo consideramos incidentes e anomalias como sinnimos. Todos os incidentes necessitam de ser registrados ou reportados. O quo mais detalhado e uniforme for o registro dos incidentes, melhor sero as possibilidades para tomar as decises corretas no ciclo de vida da gerncia de incidentes. Bons registros de incidentes permitem uma melhor anlise das informaes sobre produtos e processos, levando a descoberta de tendncias para melhoria dos processos. De acordo com o IEEE 829 [oEES98], o registro de um incidente composto das seguintes informaes: Identicador do incidente. Sumrio. Descrio do incidente: Entradas Resultados esperados Resultados atuais Anomalias Data e hora Passo do procedimento Ambiente Tentativas de repetio Testador Observadores Impacto. O registro de incidentes pode ser feito manualmente ou atravs de uma ferramenta. O incidente pode no ser um defeito. Por exemplo, ao realizar a anlise do incidente pode-se chegar concluso que o sistema se comportou de modo diferente do esperado devido ao ambiente de teste no ter sido congurado adequadamente.

127

Produtos tpicos: Registro de incidente.

PET4 Acompanhar incidentes

O objetivo desta prtica garantir que todos os incidentes sejam analisados e acompanhados at o seu fechamento. Uma vez registrado, o incidente deve passar por uma anlise detalhada junto ao grupo de controle da congurao CCB, onde o incidente deve ser revisto, seu impacto deve ser identicado e o incidente ter uma prioridade e criticidade atribudas. Diversas aes podem ser tomadas para os incidentes registrados, mas no se limitando a: Rejeitar o incidente no um defeito. Adiar o incidente no ser corrigido agora, mas poder ser corrigido posteriormente. Corrigir o incidente aceito e deve ser corrigido. Todas as informaes sobre as decises com respeito a um determinado incidente devem ser registradas. Deve ser feito um acompanhamento para identicar se todos os incidentes esto analisados e se as aes tomadas esto executadas de forma apropriada. Produtos tpicos: Relatrio de acompanhamento de incidentes.

PET5 Estabelecer padres de documentao de casos de teste (a partir do Nvel 2)

O objetivo desta prtica estabelecer e manter padres de documentao dos casos de teste que agreguem valor ao projeto. Um padro de documentao apresenta muitos benefcios como: execuo de um teste uniforme, reduo da curva de aprendizagem e aumento do reuso, entre outros. Existem vrias normas para dar suporte execuo desta prtica, como o IEEE 829 Standard for Software Test Documentation [oEES98] e a ISO/IEC WD 29119-3 Software and Systems Engineering Software Testing Part 3: Test Documentation [ISO10]. Devem ser denidos no padro de documentao de casos de teste: Estrutura de documentao caso de teste; Instrues para preenchimento de cada item; Padro para documentao de procedimentos de teste; e

128

 Instrues para manuteno e armazenamento dos casos de teste. O padro de documentao adotado deve agregar valor ao projeto de teste. Diferentes projetos podem requerer padres distintos de documentao de caso de teste. O padro de documentao deve denir em que casos devem ser utilizados procedimentos de teste.

Produtos tpicos: Padro de documentao de caso de teste. Casos de teste documentados seguindo o padro denido pela organizao.

PET6 Estabelecer padres de documentao de incidentes (a partir do Nvel 2)

O objetivo desta prtica estabelecer e manter padres de documentao dos incidentes que agreguem valor ao projeto. Assim como o projeto deve possuir um padro estabelecido de documentao de casos de teste, tambm deve haver uniformidade no registro de incidentes. Existem vrias normas para dar suporte execuo desta prtica, como o IEEE 829 Standard for Software Test Documentation [oEES98] e a ISO/IEC WD 29119-3 Software and Systems Engineering Software Testing Part 3: Test Documentation [ISO10]. A organizao deve buscar um padro para documentao de incidentes que tragam benefcios para o projeto. Estes benefcios incluem: Facilidade na obteno de mtricas sobre os incidentes e defeitos. Reduo do tempo de anlise do CCB, pois as informaes requeridas estaro presentes. Uniformidade no registro de incidentes. Reduo do tempo do ciclo de vida do incidente. O padro de documentao de incidentes inclui: Estrutura de documentao do incidente. Instrues para preenchimento de cada item. Documentao do ciclo de vida do incidente. O padro de documentao adotado para o projeto deve agregar valor ao projeto de teste. Diferentes projetos podem requerer padres diferentes de documentao dos incidentes.

129

Produtos tpicos: Padro de documentao de incidentes. Incidentes documentados seguindo o padro adotado.

PET7 Aplicar tcnicas de projeto (design) de teste (a partir do Nvel 3)

Esta prtica tem como objetivo aplicar tcnicas de desenho de teste para identicao de casos de teste. Uma forma eciente de identicao de casos de teste o uso de tcnicas de projeto de teste. As tcnicas de projeto de teste fornecem guias/algoritmos que devem ser usados para identicao das condies de teste. Existem vrias tcnicas de design de teste, sendo geralmente classicadas entre: Tcnicas de projeto de teste de caixa preta so tcnicas baseadas na funcionalidade da aplicao. Exemplos: parties/classes de equivalncia, anlise de valores limtrofes, tabelas de deciso, grafos de causa/efeito, mquinas de estado, pares ortogonais, etc. Tcnicas de projeto de teste de caixa branca tcnicas baseadas no cdigo da aplicao. Exemplos: cobertura de instruo e de deciso. Tcnicas baseadas na experincia Utilizam a experincia do testador para identicao de condies de teste. Exemplo: teste exploratrio. Vrios fatores determinam que tipo de tcnica mais adequada para cada situao. Alguns destes fatores so: Formato da documentao do software dependendo do formato da especicao uma tcnica pode ser facilmente aplicada enquanto outra iria requerer uma reestruturao da documentao; Disponibilidade de ferramentas que facilitam ou simplicam o uso da tcnica de projeto de teste; e Conhecimento da equipe de teste na tcnica de projeto de teste. Uma tcnica de design de teste deve ser aplicada gerando vrias condies de teste que devem, por sua vez, ser priorizadas e transformadas em casos de teste. Veja a estratgia de teste do projeto para que as tcnicas selecionadas estejam de acordo com a estratgia adotada.

Produtos tpicos: Tcnicas de projeto de teste selecionadas. Condies de teste geradas com base na aplicao das tcnicas de projeto de teste.

130

TDA - Teste de Aceitao

O objetivo da rea de processo Teste de Aceitao assegurar que o teste de aceitao seja planejado e executado para validar se as expectativas dos usurios esto sendo satisfeitas. O teste de aceitao um nvel de teste formal conduzido para observar se um determinado produto de software satisfaz os seus critrios de aceitao e capacitar o cliente a determinar se ele aceita ou no aquele produto. O teste de aceitao objetiva determinar se o produto est apto para o uso. O teste de aceitao geralmente executado junto aos usurios e consiste em um processo incremental de aprovao e rejeio de partes do software de acordo com o quo bem o software atende a um conjunto pr-determinado de critrios. A preocupao com a aceitao do software deve ser iniciada o mais cedo possvel no ciclo de vida do software. Como um processo do ciclo de vida do teste, o teste de aceitao possibilita: Deteco antecipada de problemas; Preparao de um ambiente adequado de teste; e Considerao das necessidades do usurio durante o desenvolvimento. A aceitao deve ser baseada em quatro elementos chave [Bas07]: Dados conabilidade, consistncia e utilidade dos dados do software; Pessoas indivduos com habilidades, conhecimento, treinamento, aptido e desejo de usar e interagir com o software; Estrutura organizao do processo de desenvolvimento do produto para aperfeioar a tecnologia e satisfazer os requisitos; e Regras procedimentos e regras que devem ser seguidos para manipulao dos dados pelo software. Esta rea de processo envolve: Planejar a aceitao, incluindo critrios de aceitao, responsabilidades e responsabilidades Preparao de um ambiente adequado para a aceitao Execuo do teste de aceitao Tomada de deciso quanto liberao do produto para uso com base nos critrios de aceitao

131

Lista de Prticas
TDA1 Selecionar produtos TDA2 Denir critrios de aceitao TDA3 Denir papis e responsabilidades TDA4 Denir plano de aceitao TDA5 Preparar ambiente para aceitao TDA6 Conduzir testes de aceitao TDA7 Avaliar condies de aceitao

TDA1 Selecionar produtos

Esta prtica tem como objetivo denir os produtos ou componentes que sero avaliados no teste de aceitao. Um aspecto importante do planejamento da aceitao a seleo de produtos que sero avaliados durante a aceitao. Esta seleo deve ser feita com base no relacionamento dos produtos com as necessidades dos usurios. Alguns exemplos de produtos que podem ser selecionados so listados a seguir: Desenho e requisitos do produto; Produtos e componentes dos produtos; Interfaces com o usurio; Manuais do usurio; Materiais de treinamento; Documentao de processos; e Formatos de manipulao de dados.

Produtos tpicos: Lista de produtos que sero avaliados na aceitao.

TDA2 Denir critrios de aceitao

Esta prtica objetiva denir os critrios de aceitao que sero usados para determinar se o produto est apto para o seu uso. necessrio estabelecer previamente os critrios que o produto deve estar em conformidade para que ele seja considerado apto para o uso. Estes critrios so chamados de critrios de aceitao. Para cada produto selecionado, o escopo da aceitao deve ser determinado, atravs do relacionamento de produtos de trabalho aos critrios de aceitao. Para denio dos critrios de aceitao imprescindvel que haja:

132

 Um completo entendimento da nalidade do produto; Conhecimento profundo da funcionalidade provida pelo produto; Compreenso dos riscos e benefcios da metodologia de desenvolvimento utilizada; e Entendimento das consequncias da alterao em produtos existentes. Para software, os critrios de aceitao podem ser denidos em quatro categorias [Ins06]: Requisitos de funcionalidade especicados com relao a regras de negcios; Requisitos de desempenho relacionando aspectos operacionais como restries de tempo ou recursos; Requisitos de qualidade de interfaces relacionam as conexes entre componentes ou unidades de processamento; e Requisitos de qualidade gerais requisitos que limitam atributos como conabilidade, corretude e usabilidade. Exemplos de critrio de aceitao de um caso de uso de cadastro de um fornecedor incluem, mas no se limitam a: O usurio no pode submeter o formulrio sem preencher todos os campos requeridos; A informao entrada no formulrio registrada em um banco de dados; As informaes de como cadastrar o fornecedor se encontram registradas no manual do usurio e so atuais; e Todos os defeitos com criticidade alta e mdia associados ao cadastro de fornecedor identicados em nveis de teste anteriores foram corrigidos. Os critrios de aceitao do produto devem ser objetivos.

Produtos tpicos: Critrios de aceitao.

TDA3 Denir papis e responsabilidades

Esta prtica tem como objetivo denir papis e responsabilidades para a aceitao. Tipicamente as responsabilidades de dois papis devem ser denidas no planejamento da aceitao: o papel do usurio e o do testador. Esta prtica assume que o usurio possui competncia para desenvolver e executar o plano de aceitao. Caso ele no tenha, ele deve buscar este conhecimento. O testador pode auxiliar o usurio na elaborao do plano de aceitao, mas a responsabilidade primria do usurio ou seu representante.

133

Dentre as responsabilidades do usurio no teste de aceitao podemos citar: Denir critrios de aceitao; Fornecer casos de uso dos produtos; Treinar pessoal para uso do novo software; Prover os recursos e pessoal necessrios para o teste de aceitao; Comparar os resultados atuais do teste de aceitao com os resultados esperados do teste de aceitao; e Tomar deciso de aptido do produto para operao. O testador pode assumir trs responsabilidades no teste de aceitao: no se envolver de forma alguma, atuar como um orientador ou participar ativamente no teste de aceitao. Em qualquer uma das responsabilidades, o testador NO deve denir critrios de aceitao ou tomar deciso sobre a aptido do produto para uso. Produtos tpicos: Papis e responsabilidades para o teste de aceitao.

TDA4 Denir plano de aceitao

O objetivo desta prtica formalizar o planejamento da aceitao dos produtos. Todas as informaes referentes ao planejamento do teste de aceitao devem ser reunidas no plano de aceitao. O plano de aceitao deve especicar: Produtos que sero avaliados na aceitao; Critrios para aceitao de cada produto; Papis e responsabilidades da aceitao; Especicaes de ambientes para aceitao; Recursos humanos e no-humanos necessrios para aceitao; Riscos identicados; e Cronograma.

Produtos tpicos: Plano de aceitao.

134

TDA5 Preparar ambiente para aceitao

Esta prtica tem como objetivo preparar o ambiente para que o teste de aceitao seja executado. Antes que o teste de aceitao seja executado necessrio que o ambiente para a execuo do teste seja preparado conforme especicado no plano de aceitao. Os requisitos para o ambiente de teste de aceitao so determinados em funo dos produtos selecionados para a aceitao e os critrios de aceitao determinados. O ambiente para o teste de aceitao deve ser o mais prximo do ambiente de produo possvel. Alguns exemplos de elementos necessrios para o ambiente de aceitao so listados a seguir: Ferramentas de teste que fazem interface com os produtos selecionados; Software embarcado temporariamente; Ferramentas de gravao para anlise de dados posterior; Sistemas simulados; Interfaces simuladas; Interfaces com sistemas reais; Infraestrutura de hardware e software; Pessoas capacitadas para realizar as atividades de aceitao; e Ambientes de computao e rede dedicados. Veja a rea de processo Gerncia de Projetos de Teste para maiores informaes sobre gesto de ambientes de teste.

Produtos tpicos: Ambiente de aceitao preparado.

TDA6 Conduzir testes de aceitao

O objetivo desta prtica executar os testes de aceitao e resolver as questes identicadas. Uma vez que o ambiente de aceitao esteja preparado, os produtos selecionados devem ser avaliados para garantir que os critrios de aceitao sejam atendidos. A execuo do teste de aceitao representa a ltima oportunidade para que os usurios examinem as caractersticas funcionais e de interface, desempenho ou qualidade dos produtos avaliados. A conduo dos testes de aceitao deve ocorrer conforme especicadas no plano de aceitao e as questes identicadas devem ser tratadas e reavaliadas em um novo teste, se possvel. Produtos tpicos:

135

 Relatrio de execuo de teste de aceitao. Relatrio de incidentes identicados.

TDA7 Avaliar condies de aceitao

Esta prtica tem como objetivo decidir se o produto atende os critrios de aceitao e est apto para uso. A deciso de aceitao signica que o desenvolvimento do produto est terminado, com a exceo de alguma ressalva ou contingncia. Quando a aceitao ocorrer o desenvolvimento no ter nenhuma obrigao adicional. As decises de aceitao incluem, tipicamente: Mudanas requeridas no produto so aceitas antes do incio da prxima atividade; Algumas mudanas necessitam de ser aceitas de imediato enquanto outras mudanas podem aguardar uma nova verso do produto; O progresso deve continuar e um novo teste de aceitao ser executado; e Nenhuma mudana necessria e o desenvolvimento dado como concludo. O objetivo alcanar e aceitar um produto que atenda aos padres de qualidade esperados, mas em alguns casos algum critrio menos importante pode deixar de ser atendido e o usurio pode decidir aceitar o produto desta forma. A aceitao do produto um processo contratual e o desenvolvedor necessita concordar com os critrios de aceitao.

Produtos tpicos: Deciso de aceitao do produto.

136

TES - Teste Esttico

O objetivo da rea de processo Teste Esttico vericar que produtos de trabalho atendem aos seus requisitos e que defeitos so encontrados mais cedo no ciclo de vida de desenvolvimento do software. O teste esttico caracterizado pela no execuo do software. A principal representao do teste esttico o uso de revises, que consiste em uma avaliao sistemtica de produtos de trabalho realizada por uma equipe competente para identicao de defeitos e atendimento aos requisitos do produto de trabalho. Vrios tipos de revises podem ser adotados com diferentes nveis de formalismos. Os benefcios providos pelas revises incluem a deteco e correo antecipadas de defeitos no ciclo de vida, melhoria na produtividade do desenvolvimento e reduo do custo e tempo de teste. Outra representao do teste esttico a anlise esttica atravs de ferramentas que consiste na avaliao automatizada do cdigo fonte e de modelos do software para identicao de defeitos. Esta rea de processo envolve: Identicao de produtos de trabalho para reviso Conduo de revises Anlise de dados de revises Anlise esttica atravs de ferramentas

Lista de Prticas
TES1 Identicar produtos de trabalho e tipos de reviso TES2 Denir critrios de revises TES3 Conduzir revises TES4 Analisar dados de revises TES5 Conduzir anlises estticas

TES1 Identicar produtos de trabalho e tipos de reviso

Esta prtica tem como objetivo selecionar produtos de trabalho que necessitam de revises e os tipos de reviso que devero ser aplicados a cada item. Antes que revises de produtos de trabalho sejam executadas necessrio determinar quais so os produtos de trabalho que necessitam de passar por teste processo de vericao. Uma lista de critrios deve ser elaborada para incluso de um determinado produto de trabalho no processo de reviso. Alguns destes critrios so listados a seguir:

137

 Criticidade do item; Nvel de risco associado ao item; Requisitos externos como contratuais e legislativos; e Custo associado. Durante a denio dos critrios de seleo de produtos de trabalho para reviso tambm devem ser denidos os tipos de reviso aplicveis a cada produto de trabalho. De acordo com o IEEE Std 1028-1998 [iee98] podem ser utilizados os seguintes tipos de reviso: Revises gerenciais avaliao sistemtica de processos executados pela gerncia vericando a efetividade das abordagens gerenciais. Este tipo de reviso identica consistncia e desvios dos planos do projeto e adequao de procedimentos gerenciais. Exemplos de produtos de trabalho avaliados por este tipo de reviso so planos do projeto e relatrios de progresso do projeto; Revises tcnicas avaliao tcnica sistemtica de produtos de trabalho por uma equipe qualicada para determinar sua adequao ao seu uso e discrepncias com relao a especicaes e padres. Exemplos de produtos de trabalho que so submetidos a revises tcnicas so documentos de especicao de requisitos de software e documentao do teste de software; Inspees tipo de reviso formal que segue um processo bem denido cujo objetivo identicar defeitos. Exemplos de produtos de trabalho que so submetidos inspeo so documentos de especicao de requisitos de software e cdigo fonte; Walkthrough tipo de reviso sistemtica liderado pelo autor do produto de trabalho em que os demais participantes questionam e comentam sobre defeitos. Exemplos de produtos de trabalho que so submetidos por este tipo de reviso so documentao de teste e cdigo fonte; e Auditorias tipo de avaliao sistemtica independente e objetiva da adequao de produtos e processos a padres, regulamentaes, guias, planos e procedimentos. Exemplos de produtos de trabalho submetidos a auditorias incluem contratos e relatrios. Os critrios para seleo de produtos de trabalho e tipos de reviso utilizados fazem parte da estratgia de teste adotada. Revises devem ser aplicadas tanto a produtos de trabalhos produzidos durante o desenvolvimento do software quanto a produtos de trabalho oriundos do teste do software como planos e casos de teste. Existem vrios tipos de reviso no citados pela IEEE Std. 1028-1998 que podem ser aplicados como revises informais, incluindo programao em par. Alguns produtos de trabalho necessitam de ser submetidos a mais de um tipo de reviso. Aps denidos os produtos de trabalho que sero revisados e os tipos de reviso aplicveis a cada produto de trabalho um cronograma das revises deve ser montado. Produtos tpicos: Lista de critrios para seleo de produtos de trabalho para reviso. Lista de produtos de trabalho que sero submetidos reviso. Tipos de reviso que sero adotados associados aos produtos de trabalhos.

138

TES2 Denir critrios de revises

Esta prtica objetiva denir critrios para execuo das revises. Uma vez selecionados os produtos de trabalho que passaro pelo processo de reviso e os tipos de reviso aplicveis, devem ser determinados os critrios para execuo das revises. Critrios para execuo de revises incluem: Processo a ser seguido em cada tipo de reviso; Participantes e papis; Listas de vericao que sero usadas nas revises; Especicaes de ambientes que sero usados em revises; e Critrios de entrada e sada de revises. Esta prtica executada em paralelo com TES1 Identicar produtos de trabalho e tipos de reviso. Critrios para reviso devem ser acordados com os stakeholders.

Produtos tpicos: Critrios para reviso.

TES3 Conduzir revises

Esta prtica objetiva conduzir revises nos produtos de trabalho. As revises devem ser realizadas nos produtos de trabalho selecionados de acordo com os critrios denidos. Para que a execuo da reviso ocorra conforme planejado, os critrios adotados como os critrios de entrada e sada da reviso e o processo adotado devem ser obedecidos. Durante a reviso, quando um problema encontrado na reviso uma ao corretiva deve ser denida para enderear o problema. Aspectos chave de revises incluem uma preparao suciente para a reviso, uma conduo gerenciada e controlada da reviso e o registro dos dados relevantes da reviso como estatsticas das revises, defeitos identicados e aes corretivas. O foco da reviso no produto de trabalho e no na pessoa que o produziu. A participao da gerncia em uma reviso tcnica pode afetar o sucesso da reviso.

Dependendo da quantidade e criticidade dos problemas identicados uma nova reviso pode ser necessria.

139

Produtos tpicos: Resultados das revises em pares. Questes associadas s revises. Dados das revises.

TES4 Analisar dados de revises

Esta prtica objetiva analisar dados sobre a preparao, conduo e resultados das revises. Os dados registrados sobre as revises sobre sua preparao, conduo e seus resultados devem ser analisados para identicar tendncias e melhorar continuamente o processo de reviso. Exemplos de dados que devem ser analisados incluem: Fase em que um defeito foi inserido; Tempo planejado X tempo gasto na preparao e conduo das revises; Quantidade de defeitos esperados X identicados; Tipos de defeitos detectados; e Causas de defeitos. Proteja os dados das revises contra uso inapropriado como avaliao do desempenho das pessoas e uso de dados para atribuio. Comunique os achados das anlises de dados de revises aos stakeholders relevantes.

Produtos tpicos: Relatrio de anlise de dados de revises.

TES5 Conduzir anlises estticas

Esta prtica objetiva realizar anlises estticas atravs de ferramentas e resolver as questes associadas. A anlise esttica consiste no uso de uma ferramenta para analisar o cdigo fonte ou modelos do software em busca de defeitos que so difceis de ser detectados pelo teste dinmico. Defeitos tipicamente identicados atravs da anlise esttica incluem: Referncias a variveis com valores nulos; Interfaces inconsistentes; Variveis no usadas ou declaradas de modo imprprio;

140

 Cdigo inalcanvel; Lgica errnea; Violaes de padres de programao; e Vulnerabilidades de segurana. Ferramentas de anlise esttica so tipicamente usadas por desenvolvedores antes e durante a integrao de componentes e por analistas de sistema durante o design do software. Ferramentas de anlise esttica produzem alto nmero de alertas que devem ser gerenciados para o seu uso efetivo. Os potenciais problemas identicados pela anlise esttica devem ser endereados e o cdigo resultante submetido novamente anlise esttica. Produtos tpicos: Relatrios de execuo de anlise esttica.

141

142

TNF - Teste No-Funcional

O objetivo da rea de processo Teste No-Funcional enderear os riscos no-funcionais do produto atravs do teste no-funcional. Um esforo sistemtico deve ser conduzido para enderear os riscos no-funcionais do produto. Os stakeholders relevantes devem avaliar estes riscos e a estratgia de teste deve ser ajustada para contemplar aes que mitigam estes riscos. A partir dos riscos no-funcionais do produto um projeto de teste no-funcional deve ser aplicado, gerando condies e casos de teste. Estes casos de teste no-funcional devem ser executados e os incidentes identicados devem ser gerenciados at a sua concluso. Esta rea de processo envolve: Realizar anlise de risco no-funcional Projetar teste no-funcional Executar teste no-funcional

Lista de Prticas
TNF1 Realizar anlise de risco no-funcional TNF2 Projetar teste no-funcional TNF3 Conduzir teste no-funcional

TNF1 Realizar anlise de risco no-funcional

Esta prtica tem como objetivo conduzir uma anlise de riscos de produto no-funcionais. Uma anlise de risco no funcional do produto deve ser realizada para enderear as necessidades de teste no-funcional do software. Algumas tcnicas usadas para identicao destes riscos so: Workshops de risco; Brainstorming; Entrevistas com especialistas; Listas de vericao; e Lies aprendidas.

143

Envolva os stakeholders relevantes na identicao dos riscos no-funcionais do produto. Os riscos no funcionais identicados podem ser categorizados em categorias conforme a ISO/IEC 9126 [ISO01b]: Usabilidade; Conabilidade; Ecincia; Manutenibilidade; e Portabilidade. Aps a classicao, os riscos podem ser priorizados e a estratgia de teste adotada deve ajustada de modo que contemple tambm o endereamento dos riscos no-funcionais. Produtos tpicos: Riscos no funcionais do produto.

TNF2 Projetar teste no-funcional

O objetivo desta prtica realizar a anlise e projeto do teste no-funcional. Uma vez que os riscos no-funcionais tenham sido identicados e priorizados, estes devem ser endereados atravs do teste. Desta forma, condies de teste devem ser identicadas com base na aplicao de tcnicas de projeto de teste de software. Estas condies de teste vo originar os casos de teste no-funcional. As condies e casos de teste no-funcionais devem ser revisados junto aos stakeholders relevantes.

Veja a rea de processo Projeto e Execuo de Teste para maiores informaes sobre projeto de teste.

O projeto de teste no-funcional deve ser realizado de acordo com a estratgia de teste denida.

Produtos tpicos: Condies de teste no-funcional. Casos de teste no-funcional.

144

TNF3 Conduzir teste no-funcional

Esta prtica tem como objetivo executar os casos de teste no-funcionais identicados. Os casos de teste no-funcionais devem ser executados e os incidentes identicados a partir desta execuo devem ser registrados. Os incidentes levantados devem tambm ser gerenciados at a sua concluso. Veja a rea de processo Projeto e Execuo de Teste para maiores informaes sobe a conduo de teste e registro de incidentes.

Produtos tpicos: Registro de execuo do teste. Relatrio de incidentes.

145

146

TRE - Treinamento
O objetivo da rea de processo Treinamento desenvolver habilidades e conhecimentos para que os integrantes dos projetos possam desempenhar seus papis de modo eciente. A rea de processo Treinamento envolve a identicao de necessidades de treinamento estratgico para a organizao. Um programa de treinamento estratgico deve ser elaborado para satisfazer as necessidades de treinamento da organizao. Os treinamentos devem ser providos de acordo com o programa estratgico de treinamentos organizacional e a sua eccia deve ser observada. Esta rea de processo envolve: Identicar necessidades de treinamento Denir um programa estratgico de treinamento Prover treinamentos de acordo com o programa de treinamentos estabelecido Avaliar a efetividade dos treinamentos

Lista de Prticas
TRE1 Denir um programa de treinamento organizacional TRE2 Prover treinamentos TRE3 Registrar treinamentos TRE4 Avaliar a efetividade de treinamentos

TRE1 Denir um programa de treinamento organizacional

Esta prtica objetiva estabelecer e manter um programa estratgico de treinamento organizacional. Os objetivos estratgicos da organizao devem ser analisados para identicar potenciais necessidades de treinamento. O planejamento estratgico de treinamento deve enderear objetivos de longo prazo para preencher lacunas de conhecimento, introduo de novas tecnologias, alterao de ramo de negcio. Exemplos de fontes estratgicas de treinamento incluem: Processos padres da organizao; Plano de negcios estratgico da organizao;

147

 Plano de melhoria de processos da organizao; Avaliaes de conhecimentos; Anlises de risco; e Estratgia de teste. Exemplos de tpicos de treinamento incluem: Processos organizacionais; Engenharia; Seleo e gesto de fornecedores; Formao de equipes; Gesto; Liderana; Comunicao e negociao; e Conhecimento no domnio das aplicaes. A partir das necessidades de treinamento identicadas, um programa de treinamento estratgico deve ser elaborado, contendo: Necessidades de treinamento; Tpicos de treinamento; Cronograma de treinamentos; Mtodos usados para treinamento; Requisitos e padres de qualidade para material de treinamento; e Tarefas, papis e responsabilidades. O programa de treinamento deve ser revisado periodicamente e sempre que necessrio.

Produtos tpicos: Programa de treinamento estratgico.

TRE2 Prover treinamentos

Esta prtica objetiva prover treinamentos de acordo com o programa de treinamento estratgico. A organizao deve prover os treinamentos necessrios de acordo com o programa estratgico de treinamento. Exemplos de abordagens de treinamento que podem ser usadas incluem: Treinamento formal em sala de aula;

148

 Instruo auxiliada pelo computador; Auto-estudo; Mentoring; Vdeos; e Chats. Uma avaliao deve ser realizada para decidir se os materiais de treinamento devem ser desenvolvidos internamente ou adquiridos; assim como instrutores apropriados devem ser desenvolvidos ou contratados. Aps a seleo da abordagem de treinamento e obteno de materiais de treinamento adequados, os treinamentos devem ser executados. Produtos tpicos: Abordagens de treinamento. Materiais de treinamento. Treinamento realizado.

TRE3 Registrar treinamentos

Esta prtica objetiva estabelecer e manter registros de treinamentos. Os registros dos treinamentos realizados devem incluir uma lista de colaboradores que obtiveram sucesso no curso ou atividades de treinamento, bem como dos que no obtiveram sucesso. Caso algum que deveria participar de algum treinamento seja impedido de participar por alguma razo isto tambm deve ser documentado, incluindo aprovaes gerenciais quando aplicvel. Produtos tpicos: Registros dos treinamentos

TRE4 Avaliar a efetividade de treinamentos

O objetivo desta prtica realizar avaliaes da efetividade dos treinamentos ministrados. Um processo para avaliar a efetividade dos treinamentos deve existir para determinar se os objetivos de treinamento esto sendo atendidos. Algumas formas de avaliao da efetividade dos treinamentos incluem: Avaliaes no contexto do treinamento; Questionrios aps a execuo dos treinamentos; Questionrios de satisfao dos gerentes referentes aos efeitos ps-treinamento; e

149

 Mecanismos de avaliao inseridos dentro material do curso. Os resultados da avaliao podem indicar a necessidade de novos treinamentos e reviso da metodologia adotada: abordagem, instrutor e materiais de treinamento.

Produtos tpicos: Questionrios de avaliao de treinamento. Avaliaes de desempenho do programa de treinamento. Formulrios de avaliao do instrutor.

150

Parte III: Apndices

151

152

Referncias Bibliogrcas
[Bas07] Aderson et al. Bastos. Guide to CSTE Commom Body of Knowledge. 2 edition, 2007. [CMM06] CMMI Product Team. CMMI for development, version 1.2. Technical report, Software Engineering Institute, August 2006. [FG94] Mark Fewster and Dorothy Graham. Software Test Automation - Effective use of test execution tools. Addison-Wesley, 1994. [GVEB08] Dorothy Graham, Erik Van Veenendaal, Isabel Evans, and Rex Black. Foundations of Software Testing: ISTQB Certication. Intl Thomson Business Pr, 2008. [iee98] IEEE standard for software reviews. Technical report, 1998. [Ins06] Quality Assurance Institute. Guide to CSTE Commom Body of Knowledge. 2006. [ISO01a] ISO. ISO/IEC 15939: Software Engineering - Software Measurement Process. 2001. [ISO01b] ISO/IEC. ISO/IEC 9126. Software engineering Product quality. ISO/IEC, 2001. [ISO02] ISO. ISO/IEC 15939: Software Engineering - Software Measurement Process. International Standard 15939, International Organization for Standardization and International Electrotechnical Commission, 2002. [ISO10] ISO. ISO/IEC WD 29119-3 Software and Systems Engineering Software Testing Part 3: Test Documentation. 2010. [MSH10] Peter Morgan, Angelina Samaroo, and Brian Hambling. Software Testing: An ISTQBISEB Foundation Guide. British Computer Society, Swinton, UK, UK, 2010. [oEES93] Institute of Electrical, Electronics Engineers, and IEEE Computer Society. IEEE 1044 Standards Classication for Software Anomalies. 1993. [oEES98] Institute of Electrical, Electronics Engineers, and IEEE Computer Society. IEEE 829 Standard for Software Test Documentation. 1998.

153

154

Acrnimos
AET AQP CCB CEP CPM EAP FDT GCC GDD GDF GDQ GPT GRT MAT MPT.Br OGT PERT PET TDA TES TNF TRE WBS Automao da Execuo do Teste. Avaliao da Qualidade do Produto. Conguration Control Board. Controle Estatstico do Processo. Critical Path Method. Estrutura Analtica do Projeto. Fechamento de Teste. Grupo de Controle da Congurao. Gesto de Defeitos. Gesto de Ferramentas. Garantia da Qualidade. Gerncia de Projeto de Teste. Gerncia de Requisitos de Teste. Medio e Anlise de Teste. Melhoria do Processo de Teste Brasileiro. Organizao do Teste. Program Evaluation and Review Technique. Projeto e Execuo de Teste. Teste de Aceitao. Teste Esttico. Teste No-Funcional. Treinamento. Work Breakdown Structure.

155

156

Glossrio
abordagem de teste ambiente de produo Veja "estratgia de teste". Representa os sistemas e aplicaes incluindo infraestutura de suporte que os usurios nais e clientes de uma organizao acessam e utilizam em uma base operacional para executar seus processos e transaes de negcio. Um ambiente contendo hardware, simuladores, ferramentas de software e outros elementos de suporte necessrios para conduzir o teste. Identicao de potenciais consequncias de uma mudana, ou estimativa do que necessita ser modicado para realizar uma mudana. Tcnica de estimativa de tamanho e esforo do teste onde so considerados o tamanho do sistema, a maturidade do processo de testes e a experincia da equipe, entre outros. Uso de ferramentas para analisar cdigo fonte ou modelos em busca de defeitos. Agrupamento de prticas relacionadas que, quando implementadas em conjunto, satisfazem um determinado objetivo. Artefatos utilizados na descrio, implantao, execuo e melhoria do processo de teste. Representa uma avaliao realizada por indivduos no envolvidos com o processo ou produto de trabalho avaliado, sem conitos de interesse. Representa uma avaliao realizada com base em critrios objetivos onde se a mesma avaliao for realizada por diferentes indivduos em um mesmo assunto o resultado ser o mesmo. Repositrio utilizado para gerenciar os ativos de processo. Veja tambm "ativos de teste". Veja "biblioteca de ativos de processo". Documento que explica, de um ponto de vista de negcio, as razes pelas quais um projeto ou tarefa deve ser executado. Conjunto de condies usadas para o teste do software. Conguration Control Board. Veja "GCC". Particionamento da vida de um produto ou projeto em fases.

ambiente de teste

anlise de impacto

anlise de pontos de teste

anlise esttica rea de processo ativos de teste avaliao independente

avaliao objetiva

biblioteca de ativos de processo biblioteca de ativos organizacional caso de negcio caso de teste CCB ciclo de vida

157

condio de teste CPM

Item ou evento de um compontente que pode ser vericado atravs de um ou mais casos de teste. Critical Path Method ou Mtodo do Caminho Crtico um mtodo de apurao do caminho crtico dada uma sequncia de atividades, isto , quais atividades de uma sequncia no podem sofrer alterao de durao sem que isso reita na durao total de um projeto. Condio que necessita ser satisfeita para que o teste possa ser iniciado. Condio que determina se o teste interrompido pode ser reiniciado. Condio que necessita ser satisfeita para que o teste seja encerrado. Condio que, ao ser satisfeita, determina a interrupo do teste. Uma imperfeio em um componente ou sistema que causa uma falha impedindo que o componente ou sistema realize suas funes requeridas, por exemplo, uma instruo ou denio de dados incorreta. Documentao das atividades realizadas para atingir um determinado propsito. A Estrutura Analtica de Projetos (EAP), do Ingls, Work breakdown structure (WBS) uma ferramenta de decomposio do trabalho do projeto em partes manejveis. estruturada em rvore exaustiva, hierrquica (da mais geral para mais especca) orientada s entregas (deliverables) que precisam ser feitas para completar um projeto. Instrues e/ou guias para aplicao de uma prtica genrica para uma determinada rea de processo. Criar, documentar, usar e revisar produtos de trabalho conforme necessrio para garantir que eles permaneam teis. Declarao de alto nvel sobre como o teste ser implementado abordando o que ser testado, como o teste ser realizado, onde e quando os testes sero executados. Veja "organizao do teste". Processo de execuo de um teste em um componente ou sistema produzindo um resultado que comparado com o resultado esperado. Conjunto de atividades de teste agrupadas em uma fase gerencial do projeto. Pessoa ou grupo habilitado a fornecer requisitos para o projeto. Infraestrutura responsvel por dar suporte s tarefas da automao da execuo do teste, contendo geralmente scripts, ferramentas e utilitrios. Descries de pers ou papis envolvidos com o teste de software.

critrio de entrada do teste critrio de reincio do teste critrio de sada do teste critrio de suspenso do teste defeito

descrio do processo EAP

elaborao estabelecer e manter estratgia do teste

estrutura do teste

organizacional

execuo do teste

fase de teste fornecedor de requisitos framework de automao de teste funes de teste

158

GCC

O Grupo de Controle da Congurao (GCC) um grupo responsvel por avaliar e aprovar mudanas propostas aos itens de congurao, assim como garantir que as mudanas aprovadas so implementadas de forma apropriada. Grupo responsvel pela gesto do processo de teste, representando o ponto focal para melhorias no processo de teste da organizao. Indivduo ou grupo responsvel por evangelizar uma ferramenta dentro da organizao. O guru de uma ferramenta um entusiasta da ferramenta e deve possuir uma viso clara dos benefcios que sero obtidos com o uso da ferramenta. Qualquer evento signicante no planejado observado durante o teste. Evento signicante no planejado observado no ambiente de teste. Incidente observado durante a execuo de um teste automatizado. Este incidente pode estar associado a um problema do framework de automao de teste, ou do caso de teste automatizado ou do sistema que est sendo testado. Veja tambm "incidente". Veja "stakeholder". Registro informando o teste realizado, data/hora do teste, testador e resultado da execuo do teste. Veja "log de execuo do teste". Ponto de controle em um projeto que representa a concluso de um conjunto de tarefas ou fase, passiva de aprovao e formalizao por parte do cliente. Varivel na qual um valor e atribudo como resultado de uma medio. Modelo que descreve uma integrao entre o ciclo de vida do teste e o ciclo de vida do desenvolvimento do software. Representa uma divergncia de um produto de trabalho ou processo com relao um padro, modelo, requisitos ou procedimentos esperados. Grau de melhoria de processo avaliado em um conjunto de reas de processo nas quais os seus objetivos so atendidos. Grupo de atividades de teste que so organizadas e gerenciadas em conjunto. Exemplos: Teste Unitrio, Teste de Integrao, Teste de Sistema e Teste de Aceitao. Necessidade de informao da organizao que representa o ponto de partida das atividades de medio e anlise de teste. Propsito do teste. Recursos humanos, infraestrutura e processos de teste dentro da organizao. Veja "stakeholder".

grupo de processo de teste de software guru de ferramenta

incidente incidente de ambiente incidente de automao

interessado log de execuo do teste log do teste marco do projeto

medida modelo V no conformidade

nvel de maturidade nvel de teste

objetivo de medio objetivo do teste organizao do teste parte interessada

159

PERT

Program Evaluation and Review Technique (PERT) uma tcnica de estimativa que utiliza a mdia ponderada de 3 duraes possveis de uma atividade (otimista, mais provvel e pessimista). Srie de passos e requisitos para evoluo de uma funo de teste para outra. Veja tambm "funo de teste". Documento que descreve e/ou rene todas as informaes inerentes ao planejamento do projeto de teste. Expectativas da organizao com relao a um determinado processo. Prtica que deve ser atendida para alcanar o objetivo da rea de processo. Prtica considerada importante que deve ser atendida por todas as reas de processo de um nvel de maturidade para a sua obteno. Procedimento para coleta, vericao de integridade, anlise e reportagem de dados de medio. Conjunto de atividades que transforma entradas em sadas. Processo gerenciado que adaptado a partir do conjunto de processos padro da organizao para enderear as necessidades de uma instanciao especca, como um projeto. Coleao de processos da organizao que guiam as atividades da organizao. Produto de trabalho que geralmente produzido e/ou atualizado durante a execuo de uma prtica. Esforo temporrio empreendido para criar um produto, servio ou resultado exclusivo. Esforo temporrio empreendido para a elaborao, especicao e execuo do teste. Pode tambm signicar o desenho do teste, ou seja, identicao de casos de teste utilizando tcnicas de desenho de teste. Veja "tcnica de projeto de teste". Associao identicvel entre duas ou mais entidades lgicas relacionadas e/ou dependentes. bidirecioAssociao entre duas ou mais entidades lgicas que podem ser identicadas em qualquer direo. Corresponde a infraestrutura de automao de teste como um todo, incluindo o framework de automao denido, os casos de teste automatizado e o ambiente de teste automatizado. Repositrio onde so armazenados os dados de medio de todos os projetos da organizao, sendo ponto de referncia para obteno de dados histricos de medies. Item, evento ou condio de um sistema que pode ser vericado atravs de casos de teste. Reviso formal do estado do projeto executada de acordo com um marco do projeto.

plano de carreira de teste plano de teste poltica organizacional prtica especca prtica genrica

procedimentos operacionais de medio processo processo denido

processo padro produto tpico projeto projeto de teste

rastreabilidade rastreabilidade nal

regime de automao de teste repositrio de medio organizacional requisito de teste reviso de marco

160

reviso de qualidade revises risco do produto

Reviso sistemtica planejada do ndice de qualidade do produto de software. Avaliaes de produtos ou projetos para identicar defeitos ou discrepncias em relao a requisitos ou padres adotados. Risco associado possibilidade de falha do produto de software, que ra em satisfazer expectativas do usurio, cliente ou outro stakeholder. Risco relacionado ao gerenciamento e controle do projeto de teste, por exemplo, falta de pessoal e mudanas em requisitos. Indivduo ou grupo que afetado ou de alguma forma responsvel pelo resultado de um projeto. Agrupamento lgico de casos de teste com alguma nalidade. Veja "tcnica de projeto de teste". Procedimentos para derivao de casos de teste. Exemplos: uso de tabelas de deciso e mquinas de estado. Capacidade de ser testado. Teste que executa os casos de teste que falharam na ltima execuo, com o intuito de vericar o sucesso de aes corretivas. Teste representando as principais funcionalidades do sistema sem se preocupar com os detalhes de cada funcionalidade. Teste de uma parte do software j testada previamente para garantir que mudanas realizadas no introduziram efeitos colaterais. Veja "teste de fumaa". Grupo de atividades de teste focado no teste do software com um objetivo especco. Por exemplo, teste funcional, teste de usabilidade e teste de regresso. Work Breakdown Structure (WBS). Veja "EAP".

risco do projeto stakeholder sute de teste tcnica de desenho de teste tcnica de projeto de teste testabilidade teste de conrmao teste de fumaa teste de regresso

teste de sanidade tipo de teste

WBS

161

162

TERCEIRA CAPA