Skip to content

Bassanetto/caixa-branca-teste

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

1 Commit
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Teste de Caixa Branca (ETAPA 1)

A documentação foi descrita no código?

  • Não, o código não possui documentação explícita.

As variáveis e constantes possuem uma boa nomenclatura?

  • A nomenclatura de variáveis e constantes no código não segue as melhores práticas de nomenclatura Java. Aqui estão alguns problemas identificados na nomenclatura:
  1. Má utilização de nomes de classe: A classe é chamada de User, o que parece sugerir que representa um usuário, mas a funcionalidade real está relacionada a operações de banco de dados. Um nome mais apropriado para a classe poderia ser algo como UserDatabaseManager para refletir melhor seu propósito.

  2. Variáveis e constantes com nomes pouco descritivos: As variáveis conn, sql, st, rs, nome e result têm nomes muito curtos e pouco descritivos, o que torna difícil entender o que elas representam e qual é o seu propósito. Nomes mais descritivos ajudariam a tornar o código mais legível.

Existem Legibilidade e Organização no código?

  • O código, em geral, não é muito legível devido a problemas como nomes de variáveis pouco descritivos e falta de comentários.
  1. Para que o código se torne legível e organizado é importante se atentar as seguintes melhoras:
    1. Legibilidade: As variáveis como conn, sql, st, rs, nome, e result não fornecem informações claras sobre seu propósito.
    2. Organização: O código está organizado em uma classe única, mas a lógica poderia ser mais bem organizada com métodos separados para tarefas distintas, como a conexão com o banco de dados e a autenticação do usuário.
    3. Comentários: O código não contém comentários explicativos, o que torna difícil entender o que cada parte do código está fazendo. A falta de comentários prejudica a manutenção e a compreensão do código.

Todos os NullPointers foram tratados?

  • No código fornecido, não há tratamento explícito para exceções do tipo NullPointerException. No entanto, existem potenciais pontos de falha onde essas exceções podem ocorrer, como na inicialização da conexão com o banco de dados (Connection conn) e na criação de objetos Statement e ResultSet. Além disso, a variável nome pode não ser inicializada adequadamente se ocorrerem problemas com a consulta SQL.

A arquitetura utilizada foi devidamente respeitada?

  • No código em questão, não há uma arquitetura claramente definida sendo seguida. Uma arquitetura de software define a estrutura e organização dos componentes do sistema, mas no código em questão, não há uma separação clara entre esses componentes. A lógica para lidar com o banco de dados e a autenticação do usuário está misturada em um único método, o que dificulta a compreensão e manutenção do código.

As coneções utilizadas foram fechadas?

  • Não, o código fornecido não fecha explicitamente as conexões com o banco de dados após o uso.
  • Para fechar conexões com o banco de dados, normalmente é utilizado o método close() em um bloco finally

About

No description or website provided.

Topics

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages