Revisão Técnica Formal (FTR)
Uma Revisão Técnica Formal (FTR) é uma atividade de Garantia da Qualidade de Software realizada por engenheiros de software (e outros). A FTR é o filtro mais efetivo do ponto de vista de Garantia da Qualidade.
Os objetivos da FTR são:
- descobrir erros na função, na lógica ou na implementação, para qualquer representação do software;
- verificar se o software sob revisão satisfaz seus requisitos;
- garantir que o software tenha sido representado de acordo com padrões predefinidos;
- conseguir software que seja desenvolvido de modo uniforme;
- tornar os projetos mais administráveis.
Além disso, a FTR serve como uma oportunidade de treinamento, permitindo a jovens engenheiros observar abordagens diferentes para a análise, projeto e implementação de software.
A FTR é na realidade uma classe de revisões que inclui walkthoughs, inspeções, revisões circulares e outras avaliações técnicas de software.
A Reunião de Revisão
Independentemente do formato de FTR escolhido, cada reunião de revisão deve atender às seguintes restrições:
- entre três e cinco pessoas (em geral) devem ser envolvidas na revisão. Preparativos devem ser feitos, os quais não devem exigir mais de duas horas de trabalho de cada pessoa;
- a duração da reunião de revisão deve ser inferior a duas horas;
- à vista dessas restrições, fica óbvio que uma FTR focaliza uma parte específica (e pequena) de todo o software.
FONTE: https://goo.gl/TEsp1r
Durante um projeto, a qualidade é avaliada realizando-se uma série de revisões técnicas (technical reviews, Trs).
Os objetivos de uma RTF são:
- (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.
Quando a reunião começa, o intuito é perceber todos os problemas com o artefato, de modo que possam ser corrigidos antes da implementação começar.
A duração da reunião de revisão deve ser de menos de duas horas.
O foco da RTF é um artefato resultante (por exemplo, parte de um modelo de requisitos, o projeto detalhado de um componente, o código-fonte de um componente). O indivíduo que desenvolveu o artefato — o produtor — informa ao líder de projeto do artefato está completo e que é necessário fazer uma revisão. O líder de projeto contata um líder de revisão, que avalia o artefato em termos de completude, gera cópias dos materiais resultantes e as distribui para dois
ou três revisores para preparação prévia. Não tem a obrigação do autor do material a ser revisado ser o líder.
Pressman 7º Edição