Sumário do Plano de Testes

Transcrição

1 IPLAN Versão 12.1 Plano de Testes Sumário do Plano de Testes 1. Introdução Escopo Implementações...2 CR3096 Períodos...3 CR3111 Curvas Histórico...4 CR3113 Simulação...5 CR3116 Atualização...6 Página 1 de 6

2 1. Introdução O presente documento tem como objetivo listar os requisitos que serão testados na nova versão do referido produto, recomendando e descrevendo os procedimentos a serem empregados nesses testes de validação. 2. Escopo Toda nova versão da aplicação deve ser submetida a testes de unidade, integração, sistema e aceitação. Os testes de unidade avaliam isoladamente o banco de dados, a interface gráfica, e todos os outros componentes do projeto. Os testes de integração testam os componentes, previamente testados isoladamente, e posteriormente acoplados. O objetivo é identificar possíveis falhas nos acoplamentos. Os testes de sistema avaliam o funcionamento e o desempenho do sistema como um todo, verificando a eficácia e segurança, alem da compatibilidade e integração do software em diferentes ambientes. Esses três testes de validação são realizados internamente pela equipe de desenvolvimento e suporte da ilab Sistemas. O quarto e último teste é o de aceitação, onde o produto é apresentado ao usuário, ou a um grupo de usuários chaves, para validação das implementações e eventuais últimos ajustes. Essa etapa é realizada totalmente nas instalações do cliente, sendo esse documento o roteiro para verificação e aceitação ou reprovação dos itens introduzidos, modificados e/ou corrigidos na aplicação. Para realização desses testes, recomendamos que sejam utilizadas máquinas com configurações as mais próximas possíveis das máquinas que serão utilizadas pelos usuários finais no ambiente de produção, de forma a simular as condições em que o programa será efetivamente empregado. 3. Implementações Os itens que se seguem nesse documento correspondem a todas as implementações existentes para essa versão do produto. Os itens estão organizados na forma de uma ficha inicial de identificação da implementação, onde estão definidos os códigos da implementação e componente a que se refere, seu correspondente tipo (Melhoria ou Correção), o resumo do item, complementado com uma descrição mais detalhada do requisito, e da implementação em si. Segue-se então um ou mais quadros ilustrados com exemplos de tela (quando for o caso) para execução do plano de teste de validação da versão. Página 2 de 6

3 CR3096 Períodos Correção Resumo Refazer predominância de período anterior quando da mudança de quinzenal/mensal (períodos). Descrição No processo de predominância é corrigido o campo corte_anterior, mas se esse atributo estiver com o mesmo valor na tabela de bloco e talhão o período anterior não é corrigido. Esse problema só aconteceu devido aos clientes mudarem a opção de período. Implementação Exemplo: O IPLAN estava configurado por quinzena e tinha um bloco com o valor da data de corte anterior 16/11/2008, e quando foi alterado para mensal esse bloco continuou com essa data de corte anterior. No bloco o periodo_anterior ficou com o código 21, que representava a 2a. quinzena de novembro, quando mudou-se para mensal esse período não foi alterado no bloco. Na apresentação do bloco a data de último corte é calculada baseada no periodo_anterior e ano_anterior, assim o sistema não gera uma data válida. Mesmo com os talhões que compõem esse bloco estarem com o período anterior correto que seria 11, o processo de predominância não funciona, devido ao campo corte anterior estar igual na tabela de talhões e bloco. Correção da informação "Período Anterior" nas tabelas Blocos e Talhões quando no módulo "Períodos" é modificada a opção de Quinzenal para Mensal e vice-versa. Testar no módulo Períodos a mudança de Quinzenal/Mensal ou vice-versa. No módulo Atualização importar os dados novamente. Verificar logo após importação se as datas de último corte nos cadastros de Blocos/Talhões foram atualizadas corretamente. Tela Principal->Períodos Página 3 de 6

4 CR3111 Curvas Histórico Melhoria Resumo Disponibilizar a rotina para exportar os dados do grid de históricos de análises para o Excel. Descrição Disponibilizar a rotina para exportar os dados do grid de históricos de análises para o Excel. Implementação Disponibilizado a rotina para exportar os dados do grid para Excel. Testar recurso de exportação de dados do grid de Histórico para planilha Excel. Para exportar basta clicar com botão direito do mouse sobre o grid e selecionar opção Arquivos Excel(.xls). Tela Principal->Maturação->Histórico Página 4 de 6

5 CR3113 Simulação Correção Resumo Quando o usuário acessa as restrições através do formulário de simulação o sistema permite que o usuário realize alterações nas restrições cadastradas, mas não confirma essas alterações, gerando um erro de Cannot modify a read-only dataset. Descrição Quando o usuário acessa as restrições através do formulário de simulação o sistema permite que o usuário realize alterações nas restrições cadastradas, mas não confirma essas alterações, gerando um erro de Cannot modify a read-only dataset. Implementação Liberado para que os registros possam ser alterados quando o usuário acessar as restrições pelo formulário de simulação. Ao sair do formulário atualizar a lista de restrições com as alterações realizadas. Testar no módulo Simulação o recurso de modificação de restrições. Para ter acesso a modificação de cada restrição dê um duplo clique sobre a restrição, logo após será carregado o módulo para alteração da mesma. Verifique se após a modificação e ao retornar para o módulo Simulação se as modificações foram exibidas corretamente. Tela Principal->Simulação Página 5 de 6

6 CR3116 Atualização Correção Resumo Tratar problema recorrente de data de atualização '00/00/0000'. Mensagem de erro: Translate Error. Descrição Freqüentemente temos tido problemas com a atualização do campo DATA da tabela ATUALIZACAO, com a alteração do seu valor para '00/00/0000' (pelo banco ORACLE). O tratamento dado é o de o cliente executar o comando abaixo para liberar o acesso à funcionalidade: UPDATE ATUALIZACAO SET DATA = NULL WHERE TO_CHAR(DATA,'DD/MM/YYYY') = '00/00/0000' Implementação Analisar e implementar a execução desse comando no processo de acesso ao módulo de atualização, tratando esse eventual problema na própria aplicação. Correção automática do problema de data inválida ("00/00/0000") no módulo "Atualização" quando utilizado banco de dados Oracle. Testar correção do erro Translate Error do módulo Atualização. Para testar basta carregar o módulo Atualização e verificar se mesmo é carregado normalmente sem nenhuma mensagem de exceção. Tela Principal->Atualização Página 6 de 6