Aula 9 - Avaliação de SW

Prévia do material em texto

Unidade VI – Documentação do Planejamento 
21 – Documentação do Planejamento 
Unidade VI 
Avaliação de Software 
Prof. Ulisses Sperle Graça 
Abr/2013 
2 
 Os documentos são fundamentais para formalizar o 
processo de qualidade do software, possibilitando a todos 
acompanhar a evolução dos trabalhos, sem que necessitem 
estar diretamente envolvidos. 
Também possibilitam rastrear como as atividades foram 
planejadas, em que condições foram executadas e quais 
defeitos foram identificados. 
Fazendo uma Reflexão 
3 
Esse é o primeiro documento e o de mais alto nível a ser 
gerado. Deve ser elaborado com o objetivo de formalizar o 
processo de qualidade a ser iniciado, envolvendo todos os 
integrantes do projeto de desenvolvimento, inclusive os 
usuários e consultorias contratadas. 
Este documento é gerado com o objetivo definir uma visão 
comum de todo o esforço de garantir a qualidade que será 
executado durante todo o ciclo de desenvolvimento. 
Essa atividade pode ser empregada como forma de passagem 
de conhecimento, apontando situações positivas e negativas de 
outro projetos. 
Nessa formalização também ocorre um esforço de convenci-
mento dos ganhos que serão proporcionados por um processo 
de garantia de qualidade. 
Plano de Garantia da Qualidade do Software 
4 
 
Plano de Garantia 
da Qualidade do 
Software 
 
 
Plano Mestre de 
Verificação 
 
 
Plano Mestre de 
Validação 
 
Plano de Garantia da Qualidade do Software 
5 
Itens que devem ser abordados: 
 Propósito do documento 
 Apresentação do processo de verificação e validação 
 Gerenciamento da garantia da qualidade do software 
 Equipe de revisões e auditorias 
 Equipe de testes 
 Histórico de experiências passadas e benchmarking 
 Principais documentações a serem empregadas 
Plano de Garantia da Qualidade do Software 
6 
Itens que devem ser abordados (cont.): 
 referências a ferramentas, técnicas e metodologias 
 referências a padrões, práticas, convenções e métricas 
 Gerenciamento do testware 
 Treinamentos necessários 
 Política de gerenciamento de riscos 
 Estimativas e cronograma 
Plano de Garantia da Qualidade do Software 
7 
 
Plano de Garantia 
da Qualidade do 
Software 
 
Estratégia 
Verificação 
Modelagem de Negócios 
 
Plano Mestre de 
Validação 
 
Plano-mestre de Verificação 
Estratégia 
Verificação 
Requisitos 
Estratégia 
Verificação 
Análise & Design 
Estratégia 
Verificação 
Implementação 
8 
Esse é o documento de mais alto nível gerado no processo de 
verificação do software e está subordinado ao Plano de 
Garantia de Qualidade de Software. 
Deve ser elaborado com o objetivo de definir e estruturar o 
processo de verificação, estabelecendo a visão da equipe de 
verificação, uniformizando os conhecimentos, experiências e 
expectativas dos diversos grupos que integram o processo de 
desenvolvimento de software. 
Plano-mestre de Verificação 
9 
Os seguintes itens devem ser abordados: 
 Propósito do documento 
 Detalhes do ciclo do processo de verificação 
 Principais atividades da verificação 
 definição dos papéis e responsabilidades da equipe 
 Principais documentos a serem empregados 
 Referências a técnicas, métodos e ferramentas a serem 
empregados 
Plano-mestre de Verificação 
10 
Os seguintes itens devem ser abordados (cont.): 
 Principais documentos a serem gerados 
 Referências a padrões, políticas e formatos a serem 
adotados 
 Contratação de treinamento e mentoring 
 Relatórios a serem produzidos 
 Cronograma das etapas de verificação 
 Riscos e contingências 
Plano-mestre de Verificação 
11 
É o documento de mais baixo nível gerado no processo de 
verificação do software e está subordinado ao Plano-mestre de 
Verificação. 
Para cada fase de verificação, existirá uma estratégia 
documentada. 
Seu objetivo é estabelecer uma visão clara de como será 
operacionalizado o processo, estabelecendo um escopo bem 
definido do trabalho, organização das atividades de 
levantamentos, definição dos riscos e suas contingências. 
Estratégias de Verificação 
12 
 
Plano de Garantia 
da Qualidade do 
Software 
 
Estratégia 
Verificação 
Modelagem de Negócios 
 
Plano Mestre de 
Validação 
 
Estratégia 
Verificação 
Requisitos 
Estratégia 
Verificação 
Análise & Design 
Estratégia 
Verificação 
Implementação 
Estratégias de Verificação 
13 
Os seguintes itens devem ser abordados: 
 Objetivo do documento 
 Detalhamento das atividades de verificação 
 Definição dos grupos de validação do software 
 Definição dos papéis e responsabilidades 
 Escopo do teste ( itens a serem validados e itens que não 
serão validados) 
Estratégias de Verificação 
14 
Os seguintes itens devem ser abordados (cont): 
 Arquitetura do ambiente de teste 
 Lista de documentos a serem produzidos 
 Critério de finalização dos testes 
 Técnicas, ferramentas e padrões a serem empregados 
 Cronograma detalhado 
 Lista de aprovação 
Estratégias de Verificação 
Este documento registra todo o planejamento dos testes de 
determinados requisitos que foram estabelecidos durante o 
desenvolvimento. 
Ele estabelece o que será testado, sendo seu principal 
objetivo identificar o maior número de cenários e variações de 
determinado requisito. 
Cada cenário será representado por um conjunto de casos de 
testes que será validado por uma lista de procedimentos 
incorporados em uma suíte de testes que será elaborada. 
Os casos de testes estabelecem quais informações serão 
empregadas durante os testes desses cenários e quais serão os 
resultados esperados, estabelecendo a massa crítica de testes 
necessária para validar os requisitos. 
Casos de Testes 
15 
Os seguintes itens devem ser abordados: 
Identificação das condições de testes 
Identificação dos casos de testes (o que testar) 
Definição de cada caso de teste identificado 
Detalhamento da massa de dados de entrada 
Detalhamento da massa de dados resultante 
Critérios especiais para geração da massa de testes (d+0, 
d-30, m+1, a+18 etc.) 
Responsáveis pelo levantamento 
Definir agenda de levantamento (como testar) 
Cronograma 
Casos de Testes 
17 
Estratégia 
Verificação 
Modelagem de Negócios 
Estratégia 
Verificação 
Requisitos 
Estratégia 
Verificação 
Análise & Design 
Estratégia 
Verificação 
Implementação 
Casos de Testes 
Casos de 
Teste 
Casos de 
Teste 
Casos de 
Teste 
Suíte de Teste 
Suíte de Teste 
Suíte de Teste 
Este é o documento que finaliza o processo de detalhamento 
dos testes de validação, identificando como todos os casos de 
testes serão executados e validados. 
A suíte de teste estabelece como será testado um 
determinado conjunto de casos de testes, definindo quais 
procedimentos e em que ordem serão executados, 
possibilitando validar o comportamento esperado dos vários 
cenários de um determinado requisito de software. 
Suítes de Testes 
18 
19 
Estratégia 
Verificação 
Modelagem de Negócios 
Estratégia 
Verificação 
Requisitos 
Estratégia 
Verificação 
Análise & Design 
Estratégia 
Verificação 
Implementação 
Suítede Testes 
Casos de 
Teste 
Casos de 
Teste 
Casos de 
Teste 
Suíte de Teste 
Suíte de Teste 
Suíte de Teste 
Os seguintes itens devem ser abordados: 
Identificação de suítes de testes 
Descrição das suítes de testes 
Pré-requisitos de cada suíte 
Definir os procedimentos de iniciação dos testes 
Definir os procedimentos de conferência dos testesDefinir os procedimentos de limpeza e finalização dos testes 
Definir agenda de levantamentos para detalhamento 
Cronograma detalhado 
Suítes de Testes 
20 
Unidade VII – Relatórios das Verificações e 
Validações 
22 – Relatórios da Qualidade do Software 
Unidade VII 
Avaliação de Software 
Prof. Ulisses Sperle Graça 
Abr/2013 
22 
Os relatórios têm por finalidade registrar todas as atividades 
relacionadas ao processo de qualidade do software. 
São utilizados como instrumentos de medição e análise, 
permitindo compreender como o software se comportou 
durante as fases de verificação e validação. 
Fazendo uma Reflexão 
23 
Devem ser aplicadas todas as atividades planejadas na 
estratégia de verificação pertinente à fase executada, ou seja, 
preparar e agendar todas as reuniões de revisão e todas as 
auditorias (algumas são realizadas sem aviso prévio). 
As atividades de verificações serão executadas segundo os 
planejamentos definidos pelas estratégias traçadas para cada 
uma das etapas. 
Executando as Verificações 
24 
Cada revisão e auditoria deve possuir os seguintes itens a 
serem abordados: 
 Definição do grupo de revisão 
 Definição dos papéis da cada participante 
 Planejamento da revisão (recursos, tempo e materiais) 
 Agendamento da revisão 
 Distribuição dos documentos a serem revisados 
Executando as Verificações 
25 
Esse documento é uma análise e sumário de todas as revisões e 
auditorias realizadas durante as etapas de verificação. 
Ao final do processo de execução dos testes de verificação, 
deve ser elaborado um documento que resuma todas as 
atividades realizadas. 
Cada fase de verificação deverá ter seu relatório final 
produzido individualmente, de forma que seja possível rastrear 
as atividades desempenhadas. 
Relatório de Verificações 
26 
Cada atividade executada deve gerar um documento que possua 
os seguintes itens a serem abordados: 
 Lista de documentos revisados 
 Objetivo de cada documento e sua versão 
 Técnicas e atividades executadas 
 Número de participantes 
 Tamanho do material inspecionado 
 Número de reuniões realizadas 
 tempo total de realização da inspeção 
 Lista de defeitos identificados 
 Sumário de defeitos (por categorias) 
 Recomendações e comentários 
Relatório de Verificações 
27 
Devem ser aplicadas todas as atividades planejadas na 
estratégia de validação pertinente à fase executada, ou seja, 
preparar o ambiente e executar todo o conjunto de testes 
elaborados na fase de planejamento. 
Cada execução deve possuir os seguintes itens a serem 
abordados: 
 Montagem do plano de execução dos testes 
 Preparação do ambiente de testes 
 Geração da massa de testes (entrada e saída) 
 Execução do plano de execução dos testes 
Executando as Validações 
28 
Esse documento tem por objetivo registrar todos os 
procedimentos realizados durante a execução de um ciclo de 
testes, bem como apontar as eventuais interupções e 
reprocessamentos ocorridos. 
O log de execução é uma prova de que os testes forma 
processados. 
Log de Execuções 
29 
Cada ciclo de teste tem atividade executada e deve gerar um 
documento que possua os seguintes itens a serem abordados: 
 Data de execução 
 Escopo do processamento 
 Condições de processamento 
 Lista de itens processados 
 Itens processados (%) 
 Itens reprocessados (%) 
 Tempo de processamento 
 Lista de itens não processados 
 Comentários 
Log de Execuções 
30 
Esse documento tem por objetivo registrar todas as 
ocorrências (suspeitas e identificações de erros) gewradas 
durante a execução dos testes. 
Esse documento contém todas as informações referentes aos 
erros que foram identificados durante o ciclo de testes (telas, 
descrições de ações, mensagens de erros, informações 
referentes ao ambiente). 
Ocorrências da Validação 
31 
Cada atividade executada deve gerar um documento que possua 
os seguintes itens a serem abordados: 
 Identificação do erro 
 Data de registro do erro 
 Descrição do erro 
 Classificação do erro 
 Condições do momento em que ocorreu o erro 
 Sequências de ações que produziram o erro 
 Telas capturadas referente ao erro 
 Dados sobre o ambiente 
 Prioridade na resolução 
Ocorrências da Validação 
32 
Após o término de todas as etapas do processo de validação, 
um documento final é produzido com o objetivo de resumir 
todos os processos e insucessos alcançados. 
Esse documento também proporcionará uma oportunidade para 
rever o comportamento e propor ações de melhoria nos 
próximos processos de validação do sistema. 
Relatório Final da Validação 
33 
Cada atividade executada deve gerar um documento que possua 
os seguintes itens a serem abordados: 
 Resumo dos principais fatos do processo de validação 
 Resumo dos resultados obtidos 
 Comparação com resultados esperados 
 Avaliação crítica do processo 
 Recomendações para melhorias futuras 
 Comentários 
 Aprovação 
Relatório Final da Validação