Aula02 - Revisões Técnicas
25 pág.

Aula02 - Revisões Técnicas


DisciplinaAlgoritmos15.980 materiais199.209 seguidores
Pré-visualização1 página
1 
Testes de Software 
2 
Técnicas de Revisão 
André Luís Belmiro 
 
 
 
Plano de Ensino 
Unidade II \u2013 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 
\u2022 As revisões de software são como um filtro para a 
gestão da qualidade do produto 
\u2013 São aplicadas em várias etapas do processo de engenharia 
de software. 
\u2013 Servem para revelar erros e defeitos que podem ser 
eliminados. 
 
\u2022 Descobrir os próprios erros x erros dos outros 
 
 
 
Introdução a Revisões 
5 
\u2022 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 
\u2022 Teste de mesa (Reunião informal): 
\u2013 Não há planejamento ou preparação antecipada 
\u2013 Erros encontrados não são formalizados 
\u2013 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. 
\u2022 Programação em pares 
\u2013 Teste de mesa contínuo 
\u2013 Descoberta imediata de erros, maior qualidade 
\u2013 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 
\u2022 Realizadas por engenheiros de software 
\u2022 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 
\u2022 Reunião planejada, controlada e com a participação 
de todos os envolvidos. 
\u2022 Se concentra em uma parte específica do software 
\u2022 Restrições: 
\u2013 Devem estar envolvidas de 3 a 5 pessoas (tipicamente) 
\u2013 Deve ocorrer uma preparação antecipada 
\u2013 A duração da reunião deve ser menor que 2 horas 
 
 
 
 
 
Revisões Técnicas Formais 
12 
\u2022 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 
\u2022 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) 
 
\u2022 Após uma tomada de decisão, todos assinam o 
documento gerado. 
 
 
 
Revisões Técnicas Formais 
14 
\u2022 Relatório de revisão e manutenção de registros: 
\u2013 Relatório sintetizado da RTF 
\u2013 Deve responder as seguintes questões: 
\u2022 O que foi revisado? 
\u2022 Quem revisou? 
\u2022 Quais foram as descobertas e conclusões? 
 
 
 
 
 
 
 
Revisões Técnicas Formais 
15 
\u2022 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 
\u2022 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 
\u2022 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 
\u2022 Para o problema apresentado abaixo, realize uma RTF da 
especificação. 
\u2022 Deve ser formado grupos de 4 pessoas (1 líder de revisão e 3 
revisores) 
\u2022 Entregar as notas no início da próxima aula. 
\u2022 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? 
 
 
\u2022 Outros aspecto importante a avaliar são os termos 
usados na descrição dos requisitos 
 
\u2022 Termos como 
\u2013 Sempre ou nunca: é necessário verificar se eles realmente significam isso no 
requisito 
\u2013 Bom, rápido, pequeno, estável: palavras assim não denotam requisitos 
testáveis e devem ser evitadas 
\u2013 Se .. Então .. : sempre que um Se.. Então for entrado e importante especificar 
o que ocorre no senão 
\u2013 Etc. : TODOS os etc. devem ser removidos da especificação 
 
 
 
Lista de verificação 
23 
\u2022 Na próxima aula ... 
24 
Dúvidas ? 
25