Sumário do Plano de Testes

(1)

ICOL – Versão 12.1 Plano de Testes

Sumário do Plano de Testes

1. Escopo ...2 2. Implementações...2 CR3085 – Restrição de Ambientes ...3 CR3091 – Restrição de Intervalos...9 CR3096 – Períodos ...10 CR3111 – Curvas Histórico ...11 CR3112 – Simulação ...12 CR3114 – Programação Operacional...13 CR3116 – Atualização ...14 CR3117 – Mapas...15 CR3120 – Programação Semanal ...17 CR3123 – Programação Operacional...18 CR3124 – Programação Varietal ...19

(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.

(3)

CR3085 – Restrição de Ambientes

Tipo Melhoria

Resumo Permitir que restrições de ambiente referenciem fatores customizados.

Descrição Melhoria para permitir que a restrição de ambiente utilize fatores customizados em sua programação. É uma mudança grande no sistema, que envolve as seguintes modificações no sistema:

a) O cadastro de fatores customizado deve receber um atributo identificando se o fator é do tipo "absoluto, ponderado por tonelada, ponderado por área (produção), ponderado por dias".

b) As restrições de ambientes devem permitir que sejam selecionados fatores customizados como variável de decisão, em adição às variáveis atualmente disponíveis.

c) A rotina de simulação deve ser ajustada para, de forma equivalente ao atualmente feito para as demais variáveis, alimentar os intervalos de mínimos/máximos para cada período, e o valor assumido por cada bloco em cada período (obs: essencialmente essa restrição usando fatores customizados deve ser muito semelhante à restrição que trata distância média).

d) Ajustar a rotina de análise de tolerância para exibir os dados corretos da restrição de ambiente para também esse caso de utilização de fatores customizados.

Implementação Melhoria para adição do recurso de Fatores Customizados para serem utilizados nas restrições Ambientes e Metas do sistema ICOL para otimização de resultados no processo de simulação. A melhoria está relacionada com modificação dos seguintes módulos: Cadastro Fatores, Restrição de Ambientes, Restrição de Metas, Simulação, Tolerâncias e Programação Produção (projeção dos fatores).

Plano de Teste – Validação Passo 1:

Configurar os fatores customizados para serem utilizados nas restrições de ambientes. Ajustar configuração para cálculo e flag de exibição para análise dos fatores customizados no módulo Programação da Produção.

(4)

Passo 2:

Verificar no módulo Restrição de Ambientes, tela de cadastro da restrição, se estão disponíveis os fatores customizados para seleção no campo “Unidade de

Programação”.

(5)

Passo 3:

Verificar no módulo Restrição de Metas, tela de cadastro da restrição se estão disponíveis os fatores customizados para seleção no campo “Unidade de

Programação”.

(6)

Passo 4:

Realizar Simulação de Colheita para verificar se o processo esta sendo finalizado com êxito.

(7)

Passo 5:

Validar módulo Tolerância referente às restrições de Ambientes que estão implementadas com fatores customizados. Verificar se as restrições estão sendo exibidas e calculadas normalmente.

(8)

Passo 6:

Verificar no módulo Programação Produção, guia Proj.

Customizados se os fatores estão sendo exibidos e calculados corretamente.

(9)

CR3091 – Restrição de Intervalos

Tipo Melhoria

Resumo Criar recurso para Salvar/Carregar configuração das restrições de intervalo.

Descrição Criar recurso para Salvar/Carregar configuração (períodos programados) das restrições de intervalo.

Implementação Melhoria no módulo Restrição de Intervalos para Salvar/Carregar programação de períodos de cada restrição. Plano de Teste – Validação

Teste:

Testar recurso Salvar/Carregar. Para o recurso Salvar verificar se o arquivo está sendo gerado sem problema. Para o recurso Carregar verificar se as informações estão sendo carregadas normalmente para a restrição.

(10)

CR3096 – Períodos

Tipo 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 usuários mudarem a opção de período.

Exemplo: O ICOL 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.

Implementação 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.

Plano de Teste – Validação Teste:

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

(11)

CR3111 – Curvas Histórico

Tipo 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)”.

(12)

CR3112 – Simulação

Tipo 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.

(13)

CR3114 – Programação Operacional

Tipo Melhoria

Resumo Adicionar área e toneladas de talhão na exportação Excel.

Descrição Melhoria na planilha exportada a partir da programação operacional do ICOL (menu Programação > Exportar), quando selecionada a opção para trazer detalhes por talhão, que a informação das toneladas e área de produção total do talhão (campos EFETIVAS e AREA da tabela TALHOES) estejam disponíveis para exportação.

Implementação Adição dos campos TONTALHAO e HATALHAO que são respectivamente os campos EFETIVAS e AREA da tabela de Talhões para serem utilizados no recurso Exportação do módulo Programação Operacional.

Verificar na tela de Exportação do módulo Programação Operacional se as colunas TONTALHAO e HATALHAO está sendo exibidas e com seus respectivos valores.

(14)

CR3116 – Atualização

Tipo 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'

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.

Implementaçã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. Plano de Teste – Validação

Teste:

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.

(15)

CR3117 – Mapas

Tipo Correção

Resumo Corrigir problemas de integração com módulo de mapas.

Descrição Foram identificados problemas com as seguintes integrações do ICOL com o IMAP: - restrições (conjuntos, ambientes e intervalos): erro de SQL ao exportar para IMAP - programação operacional: erro de SQL ao exportar para IMAP

- restrições e operacional: usuário reportou que nome de fatores customizados está indo com a identificação FATOR1, FATOR2, etc..., ao contrário do que ocorre com a integração do Pesquisa, que está corretamente o nome atribuído ao fator.

Implementação Ajustes realizados nos módulos Restrições (Conjuntos, Ambientes e Intervalos) e Programação Operacional para correção de erro de SQL na exportação de dados para IMAP. Outro ajuste importante foi a melhoria da nova nomenclatura dos campos dos Fatores Customizados das consultas para facilitar a identificação dos mesmos quando exportado para o sistema IMAP.

Testar recurso de integração com IMAP a partir dos módulos Restrição de Conjunto, Restrição de Intervalo, Restrição de Ambiente e Programação Operacional.

(16)

(17)

CR3120 – Programação Semanal

Tipo Correção

Resumo O recurso de gravação de PDF do Rel. Programação Operacional está gerando sobreposição de informações.

Descrição O recurso de gravação de PDF do Rel. Programação Operacional está gerando sobreposição de informações.

Implementação Correção do "Relatório Operacional" do módulo "Programação Semanal" para controle dos campos com mesma posição e com status de exibição ativos, quando os mesmos deveriam estar alternados de acordo com a configuração selecionada para geração correta do arquivo PDF.

Testar no Relatório Operacional se a geração do mesmo para formato PDF está havendo sobreposição de campos.

(18)

CR3123 – Programação Operacional

Tipo Correção.

Resumo Resolver problema de seleção/transferência de bloco.

Descrição O cliente identificou uma situação não tratada na tela operacional que causa uma falha no processo de transferência. O erro pode ser identificado da seguinte maneira:

1) entrar na tela do operacional

2) selecionar um bloco clicando no indicator da linha do grid (deixando-o pressionado) 3) mover o cursor usando o track-ball do mouse para outra linha

4) clicar na opção de transferência

Ao fazer isso, o sistema exibe os dados dessa segunda linha, mas efetua a transferência do bloco da linha com o indicator pressionado. Possíveis soluções:

1) Na chamada da função de transferência, se a linha selecionada não for a corrente, exibir mensagem "O registro selecionado deve ser o registro corrente" e cancelar o processo.

2) Analisar se há algum flag/option do grid que evite esse comportamento; a princípio, desabilitar o indicator seria uma solução, porém o padrão do sistema para telas que tenham as opções de Incluir, Alterar e Excluir é terem a presença do indicator no grid...

Implementação Tratamento da "Seleção de Blocos" para utilização do recurso de 'Transferência" do módulo "Programação Operacional". Se o registro corrente informado pelo "Indicator" do grid não estiver selecionado para transferência (Simples/Múltipla) a aplicação ICOL retornará uma mensagem de alerta ao usuário e cancelará o processo.

Testar recurso de Transferência de Blocos de 1 ou mais registros entre os períodos programados. Ao lado como podemos observar a última linha em destaque (azul

(19)

CR3124 – Programação Varietal

Tipo Correção.

Resumo Falha na identificação de Espécie/Variedade em relatórios.

Descrição Os relatórios correspondentes das guias Espécies e Idade, da tela de Solução Varietal, não estão imprimindo de maneira correta a identificação da Variedade e/ou Espécie quando a opção de Visualização é diferente de Global.

Implementação Correção dos relatórios "Varietal por Espécies" e "Varietal por Idades" para exibição corretas das informações de Espécie ou Variedade de acordo com a seleção do usuário.

Verificar nos relatórios “Varietal por Espécies” e “Varietal por Idades” para os Tipos de Visualização (Espécies e Variedade) a identificação da Espécie e Variedade nos relatórios.