COMUNICAÇÃO DE A RTIGOS Testes de Aceitação 07 de Maio de 2002
Testes de Aceitação Estes testes que são especificados neste documento, servem para verificar a conformidade da aplicação produzida com o que foi pedido. Sendo assim, os tes tes de aceitação são os seguintes: 1. Acesso aos menus Cada tipo de menu /funcionalidade apresentado deve depender do perfil associado, ou seja, alguém da DC 1 vê o menu DC, alguém da DE 2 vê o menu DE e por aí em diante. Em caso, de eistir um perfil composto, deverá ser apresentado o menu mais elevado pela seguinte ordem (crescente) DOP 3, G I 4, DE, DC. O teste propriamente dito, será entrar na aplicação com os vários perfis 2. Publicação e Visualização Cada colaborador, considerando o seu tipo de utilizador (Loja, Gestão Comercial, ), só poderá publicar, disponibilizar ou consultar informação correspondente às unidade(s) negócio / categoria(s)/loja(s) a que está associado. O teste consistirá em inserir artigos que não são da sua unidade de negócio e verificar que a aplicação não permite Outro teste será verificar se a aplicação trata as situações em que o utilizador tem múltiplas unidades de negócio, categorias ou lojas. Em relação às lojas, será feito o teste de um utilizar que tenha acesso a várias lojas, verificando que o seu domínio de acção não se limita a uma loja 3. Dados obrigatórios e facultativos Com este teste, tem como objectivo verificar se a aplicação zela pela introdução dos dados mínimos a uma comunicação. Sendo assim, serão introduzidas comunicações incompletas (sem os dados obrigatórios) afim de verificar que a aplicação age de acordo com o especificado (Tabela 1 : Variáveis Entrada de Linha; Tabela 2:Variáveis Saída de Linha; Tabela 3 : Variáveis Suspensão ). Espera-se que a aplicação gere uma mensagem de erro, indicando qual o campo em falta. Caso seja mais do que um campo em falta, então indica o primeiro (segundo a tabulação na interface responsável pela introdução) 4. Variáveis de Entrada em linha Com este teste vai ser verificado se as variáveis necessárias à criação da comunicação se encontram presentes na interface. Além disso, serão feitos testes de acordo com o teste Dados obrigatórios e facultativos. As variáveis que devem estar presentes são de acordo com a Tabela 1 : Variáveis Entrada de Linha 1 D i r e c ç ã o C o m e r c i a l 2 D i r e c ç ã o d e E s p a ç o 3 Direcção Operações 4 G e s t ã o d e I n v e n t á r i o 2
5. Variáveis de Saída em linha Com este teste vai ser verificado se as variáveis necessárias à cri ação da comunicação se encontram presentes na interface. Além disso, serão feitos testes de acordo com o teste Dados obrigatórios e facultativos. As variáveis que devem estar presentes são de acordo com a Tabela 2 :Variáveis Saída de Linha 6. Variáveis de Suspensão Com este teste vai ser verificado se as variáveis necessárias à criação da comunicação se encontram presentes na interface. Além disso, serão feitos testes de acordo com o teste Dados obrigatórios e facultativos. As variáveis que devem estar presentes são de acordo com a Tabela 3 : Variáveis Suspensão 7. Artigo não centralizado e não planogramado Com este teste, pretende- se avaliar qual o caminho que a comunicação ter á de passar. Sendo assim, o teste é dado como sucedido se, a aplicação detectar se o artigo é não planogramável e não centralizado, seguindo assim o fluo especificado ( Figura 1 : Fluo geral ). O teste propriamente dito será a criação de um comunicação com estas características 8. Artigo centralizado e não planogramado Com este teste, pretende- se avaliar qual o caminho que a comunicação terá de passar. Sendo assim, o teste é dado como sucedido se, a aplicação detec tar se o artigo é não planogramá vel e centralizado, seguindo assim o fluo especificado ( Figura 1 : Fluo geral). O teste propriamente dito será a criação de um comunicação com estas características 9. Artigo não centralizado e planogramado Com este teste, pretende- se avaliar qual o caminho que a comunicação terá de passar. Sendo assim, o teste é dado como sucedido se, a aplicação detectar se o artigo é planogramável e não centralizado, seguindo assim o fluo especificado ( Figura 1 : Fluo geral). O teste propriamente dito será a criação de um comunicação com estas características 10. Artigo centralizado e planogramado Com este teste, pretende- se avaliar qual o caminho que a comunicação terá de passar. Sendo assim, o teste é dado como sucedido se, a aplicação detectar se o artigo é não planogramável e não centralizado, seguindo assim o fluo especificado ( Figura 1 : Fluo geral ). O teste propriamente dito será a criação de um comunicação com estas características 11. Não validação Este teste têm como objectivo verificar que o processo corre de acordo com o workflow definido ( Figura 1: Fluo geral) e que a aplicação cadastra a não 3
validação. Para cadastra r a não validação é necessário que a aplicação registe o motivo. O teste consistirá em não validar uma comunicação e verificar qual o seu estado 12. Recuperação de uma comunicação não validada Este teste servirá para verificar duas funcionalidades. A primeira será a passagem a histórico. Isto será verificado de duas formas: através da alteração da data do sistema (verificar que passado 3 meses a comunicação passa a histórico) e através de uma ordem eplícita por parte do utilizador. O segundo será a possibilidade de recolocar a comunicação para validação novamente. Com este teste pretendemos verificar se a recuperação é ou não feita 13. Data de disponibilização Este teste tem como objectivo, verificar quando é que uma comunicação está visível para as DOP. O teste propriamente dito será eaustivo, ou seja, serão colocadas as 4 possibilidades da comunicação (planogramável e centralizado; não planogramável e centralizado; planogramável e não centralizado; não planogramável e não centralizado). Sendo assim poderemos verificar que a data de disponibilização para cada caso é:?? planogramável e centralizado data de planograma?? não planogramável e centralizado data de disponibilização de stock?? planogramável e não centralizado data de planograma?? não planogramável e n ã o centralizado data da publicação 14. Modificar datas stock ou planograma Com este teste pretendemos verificar a funcionalidade de modificações de datas por parte da GI e DE. O teste consistirá em duas acções. A primeira será o efectuar de sucessivas alterações a uma comunicação por parte da GI e DE e verificar que a outra entidade é notificada. A segunda acção será tentar modificar uma data quando a comunicação já está disponível para as DOP, esperando que a aplicação reporte o erro ou não deie de todo modificar esses campos (qualquer uma delas será aceite) 15. Alteração de comunicação + reimportação + integridade Este teste tem como objectivo verificar a difusão das alterações pelos vários intervenientes e a integridade dos dados. Aqui queremos validar três funcionalidades, que são: o facto de uma alteração se difundir pelos outros intervenientes, possibilidade de reimportar os dados da BDN e que não é possível alterar os mesmos dados simultaneamente. Nesta última acção, a aplicação deve guardar a data e o nome do utilizador que alterou pela última vez a comunicação. O teste propriamente dito terá as seguintes fases: alterar de uma comunicação e depois lê- la nos outros menus; importar dados da BDN e lê-los nos outros 4
menus; e finalmente abrir duas janelas para alteração, da mesma comunicação, e verificar que a aplicação não permite 16. Motivos da alteração Com este teste pretendemos verificar que a aplicação determina automaticamente qual o motivo, tendo em conta os campos que foram alterados. O teste propriamente dito será o alterar de uma comunicação e depois verificar qual foi o motivo gerado. 17. Remoção O teste tem como objectivo testar a funcionalidade de remoção de dados, verificando os fluos e estado da comunicação. O teste propriamente dito será o remover de uma comunicação. Verificando de seguida que fica no estado removido e que a aplicação guarda a data de remoção e o utilizador que a efectuou 18. Tipo de dados do campo Este teste visa garantir que a aplicação, está a zelar pela não violação do s domínios associad os aos valores permitidos. O teste consistirá em violar o domínio dos vários campos. Ou seja, colocar letras num campo numérico, colocar datas noutro formato ou mesmo erradas (30/2/2002) e outros casos pontuais (colocar por eemplo hiper-suspenso no campo do Estado do artigo, ). 19. Validação das datas da comunicação Este teste tem como objectivo verificar que as restrições de datas estão a ser verificadas, ou seja, a data de planograma é maior que a data de stock e que qualquer uma delas e maior que a data de publicação. O teste propriamente dito consistirá no tentar violar estas restrições. Sendo que a primeira restrição só será testada num artigo planogramável e centralizado 20. Mensagens de erro Este teste visa verificar a veracidade e a intuitividade das mens agens apresentadas. Sendo assim, pretende-se verificar a utilidade e aparência das mensagens de erro. O teste propriamente dito será concretizado aquando dos outros testes a efectuar, ou seja, quando se forçarem dos erros 21. Criação dos clusters Este teste v isa verificar a funcionalidade de criação de clusters. O que se pretende verificar é que: só aparecem lojas que se encontram afectas à comunicação e que não eiste sobreposição de clusters se o utilizador colocar um código já eistente. O teste propriament e dito, consiste na criação de um cluster com um identificador igual a outro anteriormente criado 22. Upload da foto Este teste visa verificar a funcionalidade relativa ao upload das imagens. Pretende-se verificar que a aplicação só faz o upload de imagens (b mp, gif, jpeg, 5
), renomeia a imagem e apaga alguma que já eista. O teste propriamente dito será o upload de uma imagem gif seguida de uma do tipo bmp e depois uma não imagem (eemplo: doc, tt, cpp, asp, ). No final deste teste terá de eistir só a imagem do tipo bmp 23. Comunicações activas Com este teste pretende- se verificar que a gestão das activas está a funcionar, ou seja, que passado 7 dias sai do menu de novidades e que 3 meses depois passa a histórico. O teste propriamente dito será o colocar de uma comunicação e depois alterar a data do sistema e verificar estes timings 24. Pesquisas Com este teste pretende - se verificar que as pesquisas seguem o especificado. Sendo assim pretendemos validar: se a aplicação entende os ; como ou, se as pesquisas têm e m conta o domínio (activas, histórico, ), faz a pesquisa de acordo com todas as restrições e ainda se tem em conta o perfil que está a fazer a pesquisa. O teste propriamente dito, será o efectuar de várias pesquisas em vários domínios, com ; ou sem e co m perfis diferentes (Eemplo: alguém da unidade de negócio 01 pesquisar a unidade de negócio 10) 25. Novidades Com este teste pretende -se verificar que o conteúdo das novidades está de acordo com o especificado. Sendo assim o teste será a colocação de um a comunicação e de seguida, verificar que aparece nas novidades. Além disso, que quando tiver 7 dias sai deste estado. As novidades, como qualquer outra listagem, aparecem por ordem crescente de idade 26. Suspensão mail Com este teste pretende- se verificar que a notificação de suspensão está a ser feita de forma correcta. O teste propriamente dito consiste na submissão de duas situações:?? Suspensão: Peie-espada; Continente de Gaia, Matosinhos; Centralizado; não planogramável A n otificação terá de ter como alvo: Gestor de Aprovisionamento, Director do Continente de Gaia, Director do Continente de Matosinhos, Chefe de logística do Continente de Gaia, Chefe de logística do Continente de Matosinhos, Chefe da placa de vendas do Continente de Gaia, Chefe da placa de vendas do Continente de Matosinhos, Chefe de Frescos do Continente de Gaia, Chefe de Frescos do Continente de Matosinhos, Aprovisionador de Frescos do Continente de Gaia e Aprovisionador de Frescos do Continente de Matosinhos?? Suspensão: Televisão; Worten de Gaia; Não Centralizado; Planogramável 6
A notificação terá de ter como alvo: Técnico de Merchandizing, Director do Continente de Gaia, Chefe de logística do Continente de Gaia, Chefe da placa de vendas do Continente de Gaia, Aprovisionador Worten de Gaia e Coordenador Worten de Gaia 27. Resumo semanal Com este teste pretende- se verificar as notificações geradas e a qualidade do resumo semanal. O teste propriamente dito será da mesma forma que o anterior. 28. Actualizações entre interfaces Com este teste pretende-se verificar que a entrada de informação esta a decorrer de forma normal, ou seja, que embora eistam vários locais onde se pode introduzir a mesma informação, os mesmos encontram-se interligados. O teste propriamente dito será a introdução do PVP 5 no menu e d i t a r, e de seguida verificar que quando se passa para o menu tudo ou menu artigo o valor já lá se encontra ( Figura 3: Interface com as tabulações) 29. Páginas sem erros Este teste visa a verificar se as páginas estão a ser geradas sem erros. Entende-s e como uma página com erros, uma página que não cumpra a sua função sem intervenção do utilizador (janelas de erro, ). 5 P r e ç o d e V e n d a a o P ú b l i c o 7
Tabela 1: Variáveis Entrada de Linha Entrada em linha Tipo Importação Variáveis Preenchimento BDN/Retek* Código Artigo Descrição do artigo Estrutura mercadológica Ean do artigo Estado do artigo Marca do artigo Tipo de marca (MF/MP/ME/PP) Tipo de artigo (PE/SZ/PR) Gama Virtual Promocional/Sazonal-Data fim de compras Data prevista entrada em linha Data prevista saída de linha Código artigo substituído p/artigos permanentes descrição artigo substituído Código fornecedor Descrição fornecedor PVP Lojas Satus encomenda loja Satus linha loja Artigo centralizado Descrição dos Entrepostos Data entrega no entreposto Dimensões (altura, largura, peso e profundidade) Unidade venda Unidade capacidade Unidade fornecimento Número caias por camada Número de camadas por palete Fluo logístico (PBL, PBS, Cross-docking, Entrega Directa) One shot Quantidades mínimas a encomendar do entreposto Clusters Quantidades por loja/cluster Meios de divulgação (data início e fim) - folheto, tipo topo, epositor, feira promotora, checkout, tv, rádio, sorteio, outros Grau Visibilidade (SD/D/E) Gama Preço (P/L/MP/E/1ºP) Gamas Tipo Alargamento de gama tipo Posicionamento no Linear Reparação, Substituição ou Não Reparação Prazo reparação Data devolução Entrega ao domicilio 1 Entrega ao domicilio 2 Sem entrega ao domicilio Fotografia na Considerações técnicas Observações Contacto do responsável Cor/tamanho Lojas Data Entrada Planograma * Data disponibilização de stock * * a preencher pela DE ** a prencher pelo Gestor de Inventário 8
Tabela 2:Variáveis Saída de Linha Saída de linha Tipo Importação Variáveis Preenchimento BDN/Retek* Código do artigo Descrição do artigo Estrutura mercadológica Código artigo substituto Descrição do artigo substituto Data de saída de linha Observações Contacto do responsável Lojas Data Envio Planograma * Data fim stock ** * A preencher pela DE ** A preencher pela GI Tabela 3: Variáveis Suspensão Suspensões Tipo Importação Variáveis Preenchimento BDN/Retek* Código do artigo Descrição do artigo Estrutura mercadológica Lojas Data suspensão Data fim suspensão Motivo suspensão Acções Observações Contacto do responsável 9
Figura 1: Fluo geral Figura 2: Fluo do processo alteração 10
Figura 3: Interface com as tabulações 11