Desenvolvimento #2
AbertaCorrigir bug no cadastro de ocorrências
Adicionado por Redmine Admin mais de 1 ano atrás. Atualizado mais de 1 ano atrás.
0%
{"selecioneOTipoDaManutencao":"corretiva","selecioneOSEventoS":{"inclusao":false,"alteracao":true,"exclusao":false},"conteudoDaEvidencia":"<p>Antes da manutenção, o sistema de cadastro de ocorrências apresentava um bug crítico que impedia a correta validação e registro de novas ocorrências. Quando os usuários tentavam submeter uma nova ocorrência, o sistema frequentemente falhava ao verificar se todos os campos obrigatórios estavam preenchidos, resultando em mensagens de erro inconsistentes e a impossibilidade de salvar os dados no banco de dados. Além disso, a interface do usuário não fornecia feedback adequado, deixando os usuários sem informações claras sobre o que estava errado ou quais campos precisavam de correção, causando frustração e aumentando o tempo necessário para completar o cadastro.</p>","descrevaAFuncionalidadeAposDaManutencao":"<p>Após a manutenção, a funcionalidade de cadastro de ocorrências foi significativamente aprimorada. A validação dos campos obrigatórios foi corrigida, garantindo que todas as entradas necessárias sejam verificadas antes de permitir que uma ocorrência seja salva. Agora, se um campo obrigatório não estiver preenchido, o sistema exibe uma mensagem de erro clara e específica, orientando o usuário sobre quais campos precisam ser corrigidos. Além disso, melhorias foram feitas na interface do usuário para proporcionar um feedback mais intuitivo, facilitando o processo de registro de ocorrências. Com essas correções, o sistema agora opera de maneira mais confiável e eficiente, melhorando a experiência do usuário e reduzindo o tempo necessário para completar o cadastro de novas ocorrências.</p>","printsDasAlteracoesImplementadas":"","gitCommit":"https://gitlab.com/wandersondsm/mvp-raven/-/commit/ecfd52010367467638c1c6f6d7f1ac84d615e8bd"}
Descrição
Identificar e corrigir bug no sistema de cadastro de ocorrências que impede que os usuários registrem novas ocorrências de forma correta. O problema relatado envolve a falha na validação dos campos obrigatórios, resultando em erros ao tentar salvar os dados no banco de dados. A correção deve garantir que todos os campos obrigatórios sejam devidamente validados e que as ocorrências sejam salvas corretamente, sem erros. Além disso, deve-se implementar testes para verificar a funcionalidade após a correção e assegurar que o sistema esteja funcionando conforme esperado. A documentação do código deve ser atualizada para refletir as mudanças realizadas e orientar futuras manutenções.
Atualizado por Redmine Admin há mais de 1 ano
- Situação alterado de Novo para Em andamento
Atualizado por Redmine Admin há mais de 1 ano
- Tarefa fechada ajustado para 25/06/2024
- Evidências atualizado(a) (diff)
Atualizado por Redmine Admin há mais de 1 ano
- Situação alterado de Em andamento para Pronto para Fiscalização
- Evidências atualizado(a) (diff)
Atualizado por Redmine Admin há mais de 1 ano
- Demanda ajustado para Desenvolver o módulo de férias do sistema de RH
Atualizado por Raven IA há mais de 1 ano
Análise da evidência realizada com sucesso pelo Raven.
Tamanho da Evidência ¶
Cumprimento do HET máximo ¶
Originalidade do Texto ¶
Originalidade da Tarefa ¶
Compatibilidade de Contexto ¶
Compatibilidade de Contexto ¶
Código - Manutenção ¶
formatar_cnpj. Esta função foi implementada para formatar um CNPJ, removendo caracteres não numéricos, verificando se o CNPJ possui 14 dígitos e, em seguida, formatando-o no padrão "00.000.000/0000-00". Esta modificação representa a implementação de uma nova funcionalidade, que pode ser utilizada em outras partes do código para garantir que os CNPJs estejam no formato correto. A alteração está relacionada à manutenção evolutiva, pois adiciona uma nova capacidade ao sistema, mas não está diretamente ligada ao escopo de correção de erros em componentes de backend ou frontend. Código - Garantia ¶
Código - Compatibilidade com tarefa ¶
Compatibilidade do cargo e senioridade do prestador com o serviço ¶
Validador de data ¶
Atualizado por Redmine Admin há mais de 1 ano
- Atribuído para alterado de Rafael Mendes para Camila Lima
- Tarefa fechada alterado de 25/06/2024 para 27/06/2024
- Evidências atualizado(a) (diff)
Atualizado por Raven IA há mais de 1 ano
Análise da evidência realizada com sucesso pelo Raven.
Tamanho da Evidência ¶
Cumprimento do HET máximo ¶
Originalidade do Texto ¶
Originalidade da Tarefa ¶
Compatibilidade de Contexto ¶
Compatibilidade de Contexto ¶
Nitidez das Imagens ¶
Código - Manutenção ¶
valor na classe Contrato, que foi alterado de float para int. Esta mudança é uma alteração de código existente e está relacionada à manutenção corretiva, pois ajusta o tipo de dado para refletir corretamente os requisitos do sistema ou corrigir possíveis erros de tipo que poderiam causar problemas em operações futuras. A alteração está dentro do escopo previamente definido, pois trata de uma correção de erro em um componente de backend. Código - Garantia ¶
Código - Compatibilidade com tarefa ¶
Compatibilidade do cargo e senioridade do prestador com o serviço ¶
Validador de data ¶
Atualizado por Redmine Admin há mais de 1 ano
- Atribuído para alterado de Camila Lima para Lucas Oliveira
Atualizado por Raven IA há mais de 1 ano
Análise da evidência realizada com sucesso pelo Raven.
Tamanho da Evidência ¶
Cumprimento do HET máximo ¶
Originalidade do Texto ¶
Originalidade da Tarefa ¶
Compatibilidade de Contexto ¶
Compatibilidade de Contexto ¶
Nitidez das Imagens ¶
Código - Manutenção ¶
valor na classe Contrato. Originalmente, valor era do tipo float, mas foi alterado para o tipo int. Essa mudança é uma alteração de código existente e está relacionada à manutenção corretiva, pois provavelmente visa corrigir um erro (bug) relacionado ao tipo de dado utilizado. A alteração está dentro do escopo previamente definido, que é a correção de erros em componentes de backend. Código - Garantia ¶
Código - Compatibilidade com tarefa ¶
Compatibilidade do cargo e senioridade do prestador com o serviço ¶
Validador de data ¶
Atualizado por Redmine Admin há mais de 1 ano
- Atribuído para alterado de Lucas Oliveira para Camila Lima
Atualizado por Raven IA há mais de 1 ano
Análise da evidência realizada com sucesso pelo Raven.
Tamanho da Evidência ¶
Cumprimento do HET máximo ¶
Originalidade do Texto ¶
Originalidade da Tarefa ¶
Compatibilidade de Contexto ¶
Compatibilidade de Contexto ¶
Nitidez das Imagens ¶
Código - Manutenção ¶
valor da classe Contrato, que foi alterado de float para int. Essa mudança se trata de uma alteração de código existente e está relacionada à manutenção corretiva, pois a modificação do tipo de dado pode ter sido necessária para corrigir um erro (bug) relacionado ao tratamento de valores no sistema. A alteração está dentro do escopo previamente definido, que é a correção de erros em componentes de backend. Código - Garantia ¶
Código - Compatibilidade com tarefa ¶
Compatibilidade do cargo e senioridade do prestador com o serviço ¶
Validador de data ¶
Atualizado por Redmine Admin há mais de 1 ano
- Atribuído para alterado de Camila Lima para Luana Pereira
Atualizado por Raven IA há mais de 1 ano
Análise da evidência realizada com sucesso pelo Raven.
Tamanho da Evidência ¶
Cumprimento do HET máximo ¶
Originalidade do Texto ¶
Originalidade da Tarefa ¶
Compatibilidade de Contexto ¶
Compatibilidade de Contexto ¶
Nitidez das Imagens ¶
Código - Manutenção ¶
valor na classe Contrato.As alterações realizadas no código consistem na modificação do tipo de dado do atributo valor na classe Contrato, que passou de float para int. Essa mudança é uma alteração de código existente e está relacionada à manutenção corretiva, pois ajusta o tipo de dado para atender a uma necessidade específica ou corrigir um erro potencial relacionado ao tipo de valor esperado. A alteração está dentro do escopo previamente definido, pois trata da correção de um possível bug em um componente de backend.