Este material deve ser utilizado como um check list para a montagem e execução do processo de WR do produto Automação Fiscal.

TODAS as etapas citadas neste documento são OBRIGATÓRIAS e não podem ser desconsideradas nas respectivas etapas do WR.

1. Pré-Validação dos Artefatos:

Nesta etapa devem ser executadas as etapas abaixo para garantir que os artefatos gerados estão de fato corretos e atualizados, apenas após GARANTIR que o item esta correto deve-se marcar o CHECK BOX como concluído. 

A cada nova geração do pacote e/ou atualizador todas as etapas abaixo devem ser novamente realizadas obrigatoriamente !

•  Obter a confirmação com o PO do TAF ([email protected]), GPE([email protected]) e MDT([email protected]) sobre o término de todas as entregas que devam estar no ambiente do WR. (Seguindo cronograma destacado mais abaixo);
•  Validar com o PO do TAF se a versão do instalador está com todos os testes concluídos para que se inicie o processo do WR;
•  Solicitar a engenharia a geração do artefato do WR ( instalador e pacote pontual ), são os artefatos que serão utilizados durante todos os testes do WR. (Seguindo cronograma destacado mais abaixo);
•  Confirmar se as bases de dados estão no ar com o time do Ronaldo no GCAD, em casos onde a base for criada do zero solicitar ao mesmo time a criação dos bancos de dados ( para saber qual banco de dados será necessário consulta a seção "Montagem de Ambientes" mais abaixo neste material);
•   Pedir aos TLs do time do TAF eSocial e Fiscal todos os pacotes de dicionário que foram incorporados nos últimos 5 meses, validar manualmente e pontualmente se todos constam tanto no dicionário do atualizador quanto no dicionário do ".zip" gerados pela engenharia no item anterior;
•  Avaliar todas as quebras da automação na versão 12.1.27 e 12.1.33 sobre a execução que foi gerada nos artefatos gerados pela engenharia ( ATENÇÃO: Não são as quebras do D-1 mas sim as quebras da execução que foi feita pela engenharia sobre os artefatos do WR). Direcionar todas as quebras para as TLs do TAF avaliarem com seus times se são de fato problemas de produto ou alguma outra situação mapeada, somente seguir após o "ok" de ambos times, no caso de algum problema ser encontrado deve-se conversar com o PO para definir se vamos regerar ou não o pacote;
•  Validar se o sistema operacional do servidor é compatível com o binário Lobo Guará e Harpia ( Application Server 19.3.0.x e superiores - Sistemas operacionais );
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia a LIB é a última disponível no portal do cliente;
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia o BINÁRIO é o última disponível no portal do cliente;
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia o DBACCESS é o última disponível no portal do cliente;
•  Validar se o release notes de todos os produtos estão contemplando as últimas entregas do produto;
•  Prosseguir com a criação/atualização das bases seguindo o cronograma destacado mais abaixo, a forma como as bases devem ser criadas estão destacadas no tópico "Montagem de Ambiente";
•  Abrir a interface de diagnóstico no ambiente e validar se as informações estão todas corretas ( data do dic, data do repositório e informações gerais da tela);
•  Realizar neste momento um "bkp" de toda a estrutura do produto (Binário, LIB, Dicionário, RPO, etc.. ), esta estrutura deve ficar apenas como uma base de consulta para caso ocorra algum problema durante os testes e seja necessário validar como estava a versão inicial dos testes;
•  Validar em todos os grupos de empresas existentes os parâmetros abaixo:
  •  MV_VAUTCON - Precisa estar na última versão expedida;
  •  ....
  •  ....
  •  ....
  •  ....
•  Configurar o Security = 1 no appserver.ini - Vamos realizar os testes com a segurança habilitada;
•  Validar se o serviço TSI está no ar no ambiente que será utilizado pelo time Fiscal;
•  Realizar a integração de um evento do eSocial e um evento da EFD REINF pela TAFST2 para garantir que o ambiente está funcional;
•  Abrir rotinas em PO UI ( eSocial e EFD REINF ) e validar se estão funcionando conforme o esperado;
•  Retirar do menu (apenas no ambiente, NÃO editar arquivo XNU a ser expedido) as rotinas de monitoramento da EFD REINF(TAFXREINF) e eSocial(TAFMONTES); 

Itens para o futuro ( Desconsiderar por hora ):

• Avaliar com Evandro se foi montada uma base local simulando o Smart eSocial com SO em Linux para validar possíveis problemas que ocorram no ambiente durante os testes;

2. Cronograma WR - Março/Abril de 2022:

1. Entrega de todos os artefatos de desenvolvimento para os produtos TAF, GPE e MDT:
   1. Entrega de todos os fontes, dicionários e release note atualizados e finalizados para a entrega do WR;
   2. Prazo: 18/03/2022  
   3. Responsável: Product Owner TAF, GPE e MDT
2. Entrega final dos demais produtos que integram com o TAF e serão expedidos juntos com o WR:
   1. Entrega do produto e release note atualizado e finalizado para a entrega do WR;
   2. Prazo: 25/03/2022 
   3. Responsável: DTS, RM e QUIRONS
3. Solicitar a geração dos pacotes que serão validados durante o WR a engenharia Protheus e também a execução dos testes automatizados sobre estes artefatos gerados para todas as releases vigentes(12.1.27 e 12.1.33):
   1. Prazo: 21/03/2022
   2. Responsável: Maestro do WR
4. Montagem dos Ambientes de Teste:
   1. Prazo: Do dia 21/03/2022 até o dia 01/04/2022;
   2. Responsável: Maestro do WR
5. Envio dos certificados Digitais que serão utilizados pelo TAF e TSS nos testes:
   1. Prazo: Até 28/03/2022 
   2. Responsável: DTS, RM ,Protheus, Quirons, MDT
6. Execução do WR:
   1. Prazo: Do dia 04/04/2022 até o dia 15/04/2022 
   2. Responsável: Todos
7. Período de Margem para desvios:
   1. Prazo: Do dia 18/04/2022 até o dia 21/04/2022;
8. Expedição ao mercado prevista para o dia 22/04/2022 

3. Montagem de Ambientes:

Precisamos ter uma base sempre criada do zero pelo instalador e outra realizando a migração para a release mais atual do produto.

4. Atividades Durante o Primeiro Ciclo do WR:

As atividades abaixo devem ser realizadas TODOS OS DIAS durante o processo de testes do WR:

•  Atualizar o D-1 (apenas fonte) todo dia de manhã antes do início dos testes e aplicar a última LIB EXPEDIDA no portal do cliente;
•  Validar se existe necessidade de alteração de dicionário, se sim, deve-se aplicar o pacote pontualmente e anotar esse ajuste de dicionário para validar no se na geração do artefato final ele esta contemplado;
•  Anotar todas as manutenções que foram expedidas durante o WR para os projetos DSERTAF1 e DSERTAF2, independente se foram efetivadas alterações de fonte ou dicionário, no artefato final precisa validar se todas essas issues foram contempladas para expedição;

5. Atividades Durante o Segundo Ciclo do WR:

•  Avaliar todas as quebras da automação na versão 12.1.27 e 12.1.33 sobre a execução que foi gerada nos artefatos gerados pela engenharia ( ATENÇÃO: Não são as quebras do D-1 mas sim as quebras da execução que foi feita pela engenharia sobre os artefatos do WR). Direcionar todas as quebras para as TLs do TAF avaliarem com seus times se são de fato problemas de produto ou alguma outra situação mapeada, somente seguir após o "ok" de ambos times, no caso de algum problema ser encontrado deve-se conversar com o PO para definir se vamos regerar ou não o pacote;
•  Validar se todas as issues solucionadas durante o primeiro ciclo estão contempladas no pacote final ( dicionário, fonte ) - tanto no atualizador quanto no arquivo ".zip";
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia a LIB é a última disponível no portal do cliente;
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia o BINÁRIO é o última disponível no portal do cliente;
•  Validar se tanto no atualizador quanto no arquivo ".zip" gerado pela engenharia o DBACCESS é o última disponível no portal do cliente;
•  Atualizar as bases do TAF e TSS com o novo artefato final gerado pela engenharia;

6. Oque fazer no caso de erros encontrados durante os testes ?