COMUNICAÇÃO DE A RTIGOS. Testes de Aceitação

(1)

C

OMUNICAÇÃO DE

A

RTIGOS

Testes de Aceitação

(2)

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 testes 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 DC1 vê o menu DC, alguém da DE2 vê o menu DE e por aí em diante. Em caso, de existir um perfil composto, deverá ser apresentado o menu mais elevado pela seguinte ordem (crescente) DOP3, GI4, 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_{Direcção Comercial} 2 Direcção de Espaço 3_{Direcção Operações} 4_{Gestão de Inventário}

(3)

5. Variáveis de Saída em linha

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

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 fluxo especificado (Figura 1: Fluxo 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 detectar se o artigo é não planogramável e centralizado, seguindo assim o fluxo especificado (Figura 1: Fluxo 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 fluxo especificado (Figura 1: Fluxo 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 fluxo especificado (Figura 1: Fluxo 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: Fluxo geral) e que a aplicação cadastra a não

(4)

validação. Para cadastrar 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 explí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á exaustivo, 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 deixe 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

(5)

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 fluxos 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 dos domínios associados 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 exemplo 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 mensagens 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 visa 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 existe sobreposição de clusters se o utilizador colocar um código já existente. O teste propriamente 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 (bmp, gif, jpeg,

(6)

…), renomeia a imagem e apaga alguma que já exista. O teste propriamente dito será o upload de uma imagem gif seguida de uma do tipo bmp e depois uma não imagem (exemplo: doc, txt, cpp, asp, …). No final deste teste terá de existir 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 em 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 com perfis diferentes (Exemplo: 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 uma 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: Peixe-espada; Continente de Gaia, Matosinhos; Centralizado; não planogramável

A notificaçã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

(7)

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 existam 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 PVP5 no menu “editar”, 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-se 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, …).

(8)

Entrada em linha Tipo Importação

Variáveis Preenchimento BDN/Retek*

Código Artigo Obrigatório

Descrição do artigo x

Estrutura mercadológica x

Ean do artigo x

Estado do artigo x

Marca do artigo x

Tipo de marca (MF/MP/ME/PP) x

Tipo de artigo (PE/SZ/PR) x

Gama Virtual x

Promocional/Sazonal-Data fim de compras Obrigatório

Data prevista entrada em linha Obrigatório

Data prevista saída de linha Facultativo

Código artigo substituído Obrigatório p/artigos permanentes

descrição artigo substituído x

Código fornecedor x

Descrição fornecedor x

PVP Obrigatório

Lojas Obrigatório

Satus encomenda loja x

Satus linha loja x

Artigo centralizado x

Descrição dos Entrepostos x

Data entrega no entreposto Facultativo

Dimensões (altura, largura, peso e profundidade) x

Unidade venda x

Unidade capacidade x

Unidade fornecimento x

Número caixas por camada x

Número de camadas por palete x

Fluxo logístico (PBL, PBS, Cross-docking, Entrega Directa) Facultativo

One shot Facultativo

Quantidades mínimas a encomendar do entreposto Facultativo

Clusters Facultativo

Quantidades por loja/cluster Facultativo

Meios de divulgação (data início e fim) - folheto, tipo topo, expositor, feira Facultativo promotora, checkout, tv, rádio, sorteio, outros

Grau Visibilidade (SD/D/E) x

Gama Preço (P/L/MP/E/1ºP) x

Gamas Tipo x

Alargamento de gama tipo Facultativo

Posicionamento no Linear Facultativo

Reparação, Substituição ou Não Reparação Facultativo

Prazo reparação Facultativo

Data devolução Facultativo

Entrega ao domicilio 1 Facultativo

Entrega ao domicilio 2 Facultativo

Sem entrega ao domicilio Facultativo

Fotografia na

Considerações técnicas Facultativo

Observações Facultativo

Contacto do responsável Facultativo

Cor/tamanho x

Lojas Obrigatório

Data Entrada Planograma Obrigatório*

Data disponibilização de stock Obrigatório*

* a preencher pela DE

** a prencher pelo Gestor de Inventário

(9)

Suspensões Tipo Importação Variáveis Preenchimento BDN/Retek*

Código do artigo Obrigatório

Lojas Obrigatório

Data suspensão Obrigatório

Data fim suspensão Facultativo

Motivo suspensão Facultativo

Acções Facultativo

Saída de linha Tipo Importação Variáveis Preenchimento BDN/Retek*

Código do artigo Obrigatório

Código artigo substituto Facultativo

Descrição do artigo substituto x

Data de saída de linha Obrigatório

Lojas Obrigatório

Data Envio Planograma Obrigatório*

Data fim stock Obrigatório**

* A preencher pela DE ** A preencher pela GI

Tabela 2:Variáveis Saída de Linha

(10)

Figura 1: Fluxo geral

(11)