Aula02 - Revisões Técnicas

Prévia do material em texto

1 
Testes de Software 
2 
Técnicas de Revisão 
André Luís Belmiro 
 
 
 
Plano de Ensino 
Unidade II – Teste no projeto de sistema 
Revisões Técnicas Formais 
Validação pelo usuário 
 
Introdução a Revisões 
Revisões Informais 
Revisões Técnicas Formais (RTF) 
Atividade Prática 
Técnicas de 
Revisão 
• As revisões de software são como um filtro para a 
gestão da qualidade do produto 
– São aplicadas em várias etapas do processo de engenharia 
de software. 
– Servem para revelar erros e defeitos que podem ser 
eliminados. 
 
• Descobrir os próprios erros x erros dos outros 
 
 
 
Introdução a Revisões 
5 
• Uma revisão é uma forma de usar a diversidade de 
um grupo de pessoas para: 
 
 
 
Introdução a Revisões 
6 
Apontar aperfeiçoamentos necessários para o produto 
Confirmar partes do produto onde aperfeiçoamentos são 
desnecessários ou indesejáveis 
Obter trabalho técnico de qualidade mais uniforme 
 
Introdução a Revisões 
Revisões Informais 
Revisões Técnicas Formais (RTF) 
Atividade Prática 
Técnicas de 
Revisão 
• Teste de mesa (Reunião informal): 
– Não há planejamento ou preparação antecipada 
– Erros encontrados não são formalizados 
– Revela erros, porém é menos eficaz do que as revisões 
formais 
 
 
 
 
Revisões Informais 
8 
Uma forma de aumentar a eficácia de uma revisão do tipo teste de 
mesa é desenvolver um conjunto de listas de verificação simples para 
cada artefato produzido pela equipe de software. O objetivo é criar 
um guia de revisão. 
• Programação em pares 
– Teste de mesa contínuo 
– Descoberta imediata de erros, maior qualidade 
– Desperdício de recursos? 
 
 
 
 
 
Revisões Informais 
9 
Se a qualidade do produto resultante da programação em pares for 
significativamente melhor que o trabalho individual, as economias 
relacionadas com qualidade justificam a redundância implícita nesta 
prática. 
 
Introdução a Revisões 
Revisões Informais 
Revisões Técnicas Formais (RTF) 
Atividade Prática 
Técnicas de 
Revisão 
• Realizadas por engenheiros de software 
• Objetivos: 
 
 
 
 
 
 
Revisões Técnicas Formais 
11 
1) Descobrir erros na função, lógica ou implementação para qualquer 
representação do software 
2) Verificar se o software que está sendo revisado atende aos requisitos 
3) Garantir que o software foi representado de acordo com padrões predefinidos 
4) Obter software que seja desenvolvido de maneira uniforme 
5) Tornar os projetos mais gerenciáveis 
• Reunião planejada, controlada e com a participação 
de todos os envolvidos. 
• Se concentra em uma parte específica do software 
• Restrições: 
– Devem estar envolvidas de 3 a 5 pessoas (tipicamente) 
– Deve ocorrer uma preparação antecipada 
– A duração da reunião deve ser menor que 2 horas 
 
 
 
 
 
Revisões Técnicas Formais 
12 
• Passos de uma RTF: 
 
1. O produtor informa ao líder de projeto que o artefato está completo. 
2. O líder de projeto contata um líder de revisão, que avalia o artefato em 
termos de completude e repassa a 2 ou 3 revisores. 
3. Cada revisor de prepara previamente, tomando notas ( < 2 horas ). 
4. Uma reunião de revisão e conduzida com a participação de todos os 
envolvidos 
5. Um dos revisores assume o papel de registrador, que registra todas as 
questões importantes durante a revisão. 
6. O produtor explica o artefato e os revisores levantam questões, 
enquanto o registrador toma notas. 
 
 
 
Revisões Técnicas Formais 
13 
• No final da RTF, todos os participantes devem 
decidir: 
 
1. Aceitam o artefato sem as modificações adicionais 
2. Rejeitam o artefato devido a erros graves (uma vez corrigidos os 
problemas, uma nova RTF é realizada) 
3. Aceitam o artefato provisoriamente (foram encontrados erros, mas não 
haverá nova RTF) 
 
• Após uma tomada de decisão, todos assinam o 
documento gerado. 
 
 
 
Revisões Técnicas Formais 
14 
• Relatório de revisão e manutenção de registros: 
– Relatório sintetizado da RTF 
– Deve responder as seguintes questões: 
• O que foi revisado? 
• Quem revisou? 
• Quais foram as descobertas e conclusões? 
 
 
 
 
 
 
 
Revisões Técnicas Formais 
15 
• Diretrizes de revisão: 
 
 
 
 
 
 
 
 
 
 
 
Revisões Técnicas Formais 
16 
Revisar o produto, não o produtor 
Estabelecer uma agenda e mantê-la 
Limitar debates e refutação 
Enunciar as áreas do problema mas não tentar resolver todo o problema registrado 
Tomar notas 
• Diretrizes de revisão: 
 
 
 
 
 
 
 
 
 
 
 
Revisões Técnicas Formais 
17 
Limitar o número de participantes e insistir na preparação antecipada 
Desenvolver uma lista de verificação para cada artefato que será revisado 
Alocar recursos e programar tempo para as RTFs 
Realizar treinamento significativos para os revisores 
Revisar revisões iniciais 
• Por questões de limitação de recursos e tempo, as 
revisões podem ser feitas por amostragem 
 
 
 
 
 
 
 
 
 
 
 
Revisões Técnicas Formais 
18 
 
Introdução a Revisões 
Revisões Informais 
Revisões Técnicas Formais (RTF) 
Atividade Prática 
Técnicas de 
Revisão 
• Para o problema apresentado abaixo, realize uma RTF da 
especificação. 
• Deve ser formado grupos de 4 pessoas (1 líder de revisão e 3 
revisores) 
• Entregar as notas no início da próxima aula. 
• Grupo que encontrar mais problemas: + 0.5 pontos na AV1 
 
 
 Sistema Bancário QIB 
 
 
Atividade prática 
20 
 
 
 
 
 
 
 
 
 
 
 
Lista de verificação 
21 
 
 
 
Completude: Existe algo faltando no requisito? Ele contém todas as informações necessários para o seu 
entendimento? 
 
 
 
 
Corretude: O requisito apresentado realmente resolve o problema que ele se propõe? 
 
 
 
 
Precisão: A descrição do requisito está clara? Existe alguma parte que pode interpretada erradamente? 
 
 
 
 
Consistência: Os requisitos são consistentes entre si? Alguma requisito é contraditório com outro? 
 
 
 
Relevância: O requisito realmente é um requisito? Ou é algum aspecto de design que deveria ser tratado 
posteriormente? 
 
 
 
 
 
 
 
 
 
 
 
 
 
Lista de verificação 
22 
 
 
 
Viabilidade: É possível implementar esse requisito ? A tecnologia atual permite que ele seja implementado? 
 
 
 
 
Testabilidade: O requisito pode ser testado ? É possível gerar um procedimento de testes que valide se o 
requisito está implementado corretamente? 
 
 
• Outros aspecto importante a avaliar são os termos 
usados na descrição dos requisitos 
 
• Termos como 
– Sempre ou nunca: é necessário verificar se eles realmente significam isso no 
requisito 
– Bom, rápido, pequeno, estável: palavras assim não denotam requisitos 
testáveis e devem ser evitadas 
– Se .. Então .. : sempre que um Se.. Então for entrado e importante especificar 
o que ocorre no senão 
– Etc. : TODOS os etc. devem ser removidos da especificação 
 
 
 
Lista de verificação 
23 
• Na próxima aula ... 
24 
Dúvidas ? 
25