Atividade 2 - Walkthrough (Revisão)

Prévia do material em texto

Revisão para Slide
Walkthrough 
O que é?
São revisões técnicas informais de um artefato de software visando à garantia da qualidade. Normalmente são chamados de revisão por pares, mas podem ter até três participantes: autor, líder e gravador.
Participantes:
· Autor – Apresenta o produto.
· Líder – Conduz o walkthrough, lida com tarefas administrativas e garante uma conduta ordenada.
· Gravador – Anota as anomalias, decisões e itens de ação.
Objetivo
· Obter feedback sobre a qualidade técnica ou o conteúdo do documento.
· Familiarizar o público com o conteúdo.
Objetivos específicos:
· Reunir informações sobre o tópico no documento envolvendo as partes interessadas, tanto dentro como fora do software disciplina.
· Descreva e justifique o conteúdo do documento.
· Chegue a um consenso comum sobre o documento.
· Verifique e discuta as diferentes soluções para um problema e diferentes alternativas sugeridas
Resultado:
· Lista de itens não compreendida.
· Lista de itens considerados incorretos.
Revisão
· Servem para verificar erros e defeitos que podem ser eliminados.
· Apontar aperfeiçoamentos necessários no produto de uma única pessoa ou de uma equipe.
· Confirmar as partes de um produto em que aperfeiçoamentos são indesejáveis ou desnecessários.
· Obter trabalho técnico de qualidade mais uniforme, ou pelo menos mais previsível: qualidade que possa ser alcançada sem revisões, de modo a tornar o trabalho técnico mais gerenciável.
Revisões Técnicas Formais (RTF)
É uma atividade de controle da qualidade de software realizada por engenheiros de software e outros profissionais
Objetivos de uma RTF:
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.
RTF é uma classe de revisões que inclui walkthrough e inspeções. Cada RTF é realizada como uma reunião e será bem-sucedida somente se for apropriadamente planejada, controlada e tiver a participação de todos os envolvidos.
Como deve ser a reunião de revisões?
· Devem estar envolvidos de três a cinco pessoas em uma revisão.
· Deve ocorrer uma preparação antecipada, porém não deve tomar mais do que duas horas de trabalho de cada pessoa.
· A duração da reunião de revisão deve ser de menos de duas horas.
· Uma parte específica e pequena do software.
Tipos de Walkthrough:
· Walkthrough Reverso
· Walkthrough Cognitivo
Walkthrough Reverso
O que é?
O leitor ou consumidor de um produto técnico conduz o autor através dele. 
É uma confirmação de que os consumidores de um produto técnico têm o mesmo entendimento que o autor desse produto.
 O (s) autor (es) fazem perguntas sobre o conteúdo para confirmar que o leitor o entendeu.
Quando usar?
O walkthrough reverso deve ser feito quando os consumidores do produto técnico o revisaram e há o risco de que sua compreensão possa não refletir a intenção original.
Vantagens:
· São de fácil e rápida construção e modificação. 
· Eliminam a resistência dos desenvolvedores em relação a introdução de modificações na interface. 
· Evidenciam que a avaliação está sendo feita num objeto em desenvolvimento e não num produto quase pronto. 
· Eliminam a possibilidade de falhas de software que podem comprometer a avaliação.
Desvantagens:
· Torna difícil para avaliar o “look-and-feel” de uma interface (principais características).
· Protótipos de baixa fidelidade não retratam detalhes. 
· Limita o teste de modificações em sistemas reais, já existentes.
Walkthrough Cognitivo
O que é?
		É um método de inspeção de usabilidade usado para identificar problemas de usabilidade em sistemas interativos, com foco em como é fácil para novos usuários realizar tarefas com o sistema.
Como é usado?
· Análise de tarefas, que especifica a sequência de etapas ou ações exigidas por um usuário para realizar uma tarefa e as respostas do sistema a essas ações. 
· Os designers e desenvolvedores do software percorrem as etapas como um grupo, fazendo a si mesmos um conjunto de perguntas a cada etapa. 
· Os dados são coletados durante o passo a passo e, posteriormente, um relatório de possíveis problemas é compilado.
· O software é redesenhado para resolver os problemas identificados.
Vantagens:
· Não exige um produto funcionando ou usuários;
· Pode ser aplicado em qualquer fase do projeto onde existe informações suficientes do que o usuário faz e o que o sistema faz;
· Providencia informações detalhadas baseadas que podem ser úteis para formular soluções específicas;
· Tem processos bem definidos, é baseado em tarefas e foca em um atributo de usabilidade em particular.
Desvantagens:
· Tem foco mais estreito do que outros métodos de inspeção como avaliações heurísticas;
· O método requer esforço, é lento e é frequentemente aplicável somente a grupos relativamente pequenos de tarefas;
· Essa metodologia é aplicada em caminhos apropriados para se chegar um objetivo, expondo e explicando as ferramentas e caminhos alternativos.