versão carregada: segunda, 22 de abril de 2024

Como funciona Revisão de Código na prática

Equipes que trabalham com desenvolvimento de aplicações são coordenadas e orientadas por um Líder Técnico. A rotina é marcada por entregas periódicas e incrementais, utilizando boas práticas como versionamento com repositórios Git, automação de deploy com integração contínua, PSR’s.

Possíveis verificações & questionamentos do revisor do código

Responsável: Outros programadores / Tech Lead
  • Foram criados testes para comprovar o funcionamento?
  • Os testes existentes foram afetados pela alteração proposta?
  • Já existe uma função com a mesma finalidade?
  • O código impacta em outros pontos do sistema?
  • As funções utilizadas estão de acordo com as convenções e PSR’s adotadas?
  • O código cria sobrecargas e deixa o carregamento lento?
  • O novo código impacta apenas novos cadastros ou também os antigos?

Verificação de conflitos

Responsável: Autor do Pull Request

Do momento em que se cria uma ramificação (branch) até o momento em que efetivamente tenta-se adicionar as modificações dessa junto à ramificação central (master), diversas mudanças foram adicionadas a essa ramificação central, tornando aquela ramificação criada obsoleta. É necessário então que essa ramificação agora obsoleta seja atualizada, e que os conflitos gerados por outras mudanças que foram adicionadas a partir de outras ramificações sejam resolvidos para que essa ramificação seja considerada aceita.

Bateria automatizada de testes

Responsável: Aplicação / Script

Testes unitários, testes de integração, testes de compatibilidade, são exemplos mais comuns encontrados em baterias automatizadas de teste. É uma etapa que não tem interferência humana e precisa ser executada com sucesso para que o novo código possa então ser considerado aceito.

Sobre o ambiente de homologação

  • Deve reproduzir exatamente a arquitetura encontrada no ambiente de produção
    Para garantir compatibilidade
  • Deve ser controlado por um repositório central colaborativo, com clareza sobre quais arquivos não são versionados
    Pode ser informado via arquivo README

O time e o processo

Quer saber mais sobre como funciona? Fale com um desenvolvedor agora mesmo!
Este artigo foi lido 1452+ vezes. Obrigado por ler até aqui! Fique à vontade pra copiar e compartilhar. Ajude sempre seus colegas. O conhecimento muda vidas!

O conteudo foi útil? Isso é ótimo. Quer incentivar mais posts como esse? Mostre seu apoio com qualquer valor.
Chave PIX: d0311e58-cb6e-4d47-b3d8-3d4254763ce7

Inscrever-se
Notify of
guest
1 Comentário
Mais antigos
Mais recentes Mais votados
Inline Feedbacks
View all comments
trackback
3 anos atrás

[…] O processo de Code Review acontece a cada vez que um desenvolvedor envia seu trabalho para o repositório. Leia Como funciona Code Review na prática […]


Tags relacionadas