Histórico da Página
...
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. Abaixo temos um exemplo hipotético:
Podemos identificar que as opções 2, 3 e 4 não foram processadas no teste realizado, o ideal neste caso seria realizar mais testes para executar também estas opções, garantindo que todas as opções irão funcionar.
...
| Criar e informar a URL do Documento Técnico na Issue | |||
| Criar e anexar verificar se Evidência de Testes na Issuee Documento Técnico estão com nomenclatura correta | |||
| Verificar se Anexar a Issue Evidência de Testes e Documento Técnico estão com nomenclatura corretaarquivos/ relatórios se existir. | |||
| Certificar que todas as linhas alteradas foram testadas - Cobertura de Fonte | |||
| Revisar COM CALMA as alterações realizadas no fonte | |||
| 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 (versão 12) | |||
| Revisar COM CALMA as alterações realizadas no fonte | Verificar as alterações de dicionário foram todas aprovadas pelo DBA (versão 12) | ||
| Verificar se a Issue de réplica foi gerada (versão 11) |
Alterações de Dicionários
...
- Quando houver vários níveis de hierarquia dos registros, testar a geração dos registros em todos os níveis, gerando várias ocorrências de registros “pai” e registros “filhos”.
- Quando criar ou alterar registros com campos onde os valores precisam ser totalizados, testar com movimentações que forcem esta totalização, e verificar se está acumulando os campos corretamente;
- Quando existir campos com quantidade de casas decimais maior que duas, testar se estão gerando com quantidade correta, segundo o layout;
- Realize teste selecionando mais de uma filial, para testar totalizadores e quebras dos registros;
- Nas situações que temos acesso ao programa validador disponibilizado pelo Fisco, sempre importe e valide o arquivo, é fundamental esta validação;
- Nas alterações de layout condicionada a partir de uma data específica, sempre testar antes e após a data descrita no layout, garantindo que o arquivo continuará sendo gerado corretamente antes da data de alteração, isso se deve pelo motivo das gerações retroativas.
- Nas situações onde não temos acesso aos programas validadores, se julgar necessário, verifique a possibilidade de solicitar apoio do cliente para validação do arquivo, já que dependendo do validador, será exigido certificado digital, Número de Inscrição Estadual e senha do cliente, o apoio do cliente nestas situações é muito bem vindo.
Testes na criação e alteração em Relatórios
- Na criação de nova coluna de valor, verificar se está sendo considerada corretamente nos totalizadores;
- Na criação de quebra de páginas, testar com movimentações que forcem esta quebra, para certificar de que a quebra está sendo efetuada corretamente;
- Testar com valores grandes e com centavos, para certificar de que as colunas não ficaram sobrepostas ou com valores truncados;
- Imprimir relatório selecionando mais de uma filial, para verificar se as quebras de páginas e totalizadores estão sendo realizadas corretamente-vindo.
Testes nas alterações das Apurações
- Sempre que houver alteração de regra de cálculo, é recomendado que processe também a geração do arquivo magnético pertinente, principalmente os SPEDs e as Gias, já que os valores das apurações refletem nestas obrigações;
- Nas apurações que possuem possibilidade de inclusão de linha manual, é recomendável o teste incluindo, editando e excluindo linhas, verificando se os totalizados e possíveis saldos estão sendo calculados corretamente;
- Nas alterações que envolver geração de Guias e Títulos, sempre teste apuração com opções de gerar Guia e Título igual a “Sim”, certificando que o valor está sendo gravado no Financeiro corretamente.
- Nas apurações de ICMS e , IPI, Iss, PIS e Cofins sempre fazer as alterações e testes em Mono-Thread e Multi-Thread, já que possuímos o código fonte duplicado para o tratamento das Threads.
- Quando houver alteração em tributos que dependem de baixas no Financeiro, sempre realize o teste com baixas integrais e baixas parciais.
- Nas operações de ICMS interestadual, leve em consideração nos testes os cenários onde o contribuinte é inscrito e não inscrito no Estado de destino
- Nas operações de PIS e COFINS, sempre considere nos testes as possibilidades dos regimes, Cumulativo e Não Cumulativo.
Testes na criação e alteração em Relatórios
- Na criação de nova coluna de valor, verificar se está sendo considerada corretamente nos totalizadores;
- Na criação de quebra de páginas, testar com movimentações que forcem esta quebra, para certificar de que a quebra está sendo efetuada corretamente;
- Testar com valores grandes e com centavos, para certificar de que as colunas não ficaram sobrepostas ou com valores truncados;
- Imprimir relatório selecionando mais de uma filial, para verificar se as quebras de páginas e totalizadores estão sendo realizadas corretamente.
Testes em alterações e criações de telas
...
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas
