...

Cobertura de Fonte

Devemos criar na medida do possível, o hábito de testar, sempre que concluirmos o desenvolvimento , realizar uma bateria de testes, garantindo que o que foi alterado / ou implementado será processado dentro do esperado, eliminando assim o risco de causar efeito colateralliberações com erros. É recomendável que nessa bateria de testes seja executada a Cobertura de Código, que consiste em executar todas as linhas do código fonte alteradas pelo menos uma vez, passando por todas as decisões de Verdadeiro e Falso envolvidas, todos os laços envolvidos, testando a execução do laço uma vez, mais de uma vez, e a hipótese de não executar o laço.

Nosso IDE oferece uma ferramenta que nos apoia com a cobertura de código. Basicamente ela destaca as linhas de códigos que foram processadas no Debug, mostrando de forma clara o trecho de fonte que foi processado. Com a cobertura de código conseguimos perceber se nosso teste realizado foi suficiente para abranger todas as linhas alteradas, caso não tenha sido suficiente, devemos então elaborar mais testes.

Image Added

Check list ao Concluir a Codificação

Sempre que concluir o processo de codificação, antes de enviar para conferência técnica, faça um check list, para garantir que nada foi esquecido. Segue abaixo uma sugestão de pontos importantes a serem verificados:

•          Criar e informar a URL do Documento Técnico na Issue
•          Criar e anexar Evidência de Testes na Issue
•          Verificar se Evidência de Testes e Documento Técnico estão com nomenclatura correta
•          Conferir se todas as alterações dos fontes envolvidos estão no TFS
•          Conferir se todas as dependências da rotina estão na Issue
•          Verificar se a CausaNC está devidamente preenchida no TFS
•          Verificar se as informações de Incidente e Solução estão corretamente preenchidas na Issue
•          Atualização do manual da rotina (caso exista)
•          Certificar que o processo de gestão de fontes foi devidamente seguido (para versão 12)
•          Revisar COM CALMA as alterações realizadas no fonte
•          Verificar as alterações de dicionário foram todas aprovadas pelo DBA

...

Preenchimento de Cadastros

...

Quando precisar criar ou alterar arquivo .CH de descrições, não altere manualmente o .CH local, altere diretamente no ATUSX e teste com arquivo .CH baixado, assim o teste será realizado com o mesmo arquivo .CH que o RoboPatch irá considerar, sem risco de esquecer de cadastrar alguma descrição no ATUSX.

Check list ao Concluir a Codificação

Sempre que concluir o processo de codificação, antes de enviar para conferência técnica, faça um check list, para garantir que nada foi esquecido. Segue abaixo uma sugestão de pontos importantes a serem verificados:

•          Criar e informar a URL do Documento Técnico na Issue
•          Criar e anexar Evidência de Testes na Issue
•          Verificar se Evidência de Testes e Documento Técnico estão com nomenclatura correta
•          Conferir se todas as alterações dos fontes envolvidos estão no TFS
•          Conferir se todas as dependências da rotina estão na Issue
•          Verificar se a CausaNC está devidamente preenchida no TFS
•          Verificar se as informações de Incidente e Solução estão corretamente preenchidas na Issue
•          Atualização do manual da rotina (caso exista)
•          Certificar que o processo de gestão de fontes foi devidamente seguido (para versão 12)
•          Revisar COM CALMA as alterações realizadas no fonte
•          Verificar as alterações de dicionário foram todas aprovadas pelo DBA

...

Testes na criação e alteração nos cálculos de tributos

...