Sobre as boas práticas utilizadas nas revisões técnicas for...

A alternativa correta é a B - se somente a afirmativa II estiver correta.

Para resolver esta questão, é importante ter conhecimento sobre as práticas e diretrizes comuns em revisões técnicas formais de software. As revisões técnicas são uma parte crucial do processo de garantia de qualidade de software. Elas são realizadas em diferentes estágios do desenvolvimento para garantir que o produto esteja alinhado com os requisitos especificados e as normas de qualidade.

Afirmativa I: O objetivo principal de uma reunião de revisão técnica não é resolver problemas, mas sim identificá-los. A resolução de problemas geralmente ocorre após a revisão, quando o autor do trabalho revisado trabalha nas correções necessárias. Portanto, a afirmativa I está incorreta.

Afirmativa II: Há uma recomendação geral de que a duração das reuniões de revisão seja mantida em um intervalo gerenciável, frequentemente sugerido como não mais de duas horas. Isto é para garantir que a atenção dos participantes não diminua e que a eficácia da revisão seja mantida. Portanto, a afirmativa II está correta.

Afirmativa III: Normalmente, o autor do material a ser revisado não assume o papel de líder da reunião. Isso se deve à necessidade de manter a objetividade e evitar conflitos de interesse. A liderança da reunião geralmente é atribuída a um moderador ou líder de revisão que não está diretamente envolvido na escrita do material. Assim, a afirmativa III está incorreta.

Em resumo, somente a afirmativa II está correta, sendo a melhor prática para manter a duração da revisão técnica focada e eficiente, e é por isso que a alternativa B é a resposta certa.

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