Índice |
---|
Quando o analista finaliza a codificação de uma tarefa deve ser realizado o Code Review, que se trata de uma análise do código por outro membro da equipe, caso haja alguma melhoria ou correção a ser efetuada no código deve ser efetuado antes de avançar a tarefa para a etapa de teste. Ao se realizar o code review de uma tarefa é importante seguir o CheckList do link abaixo:
Ao realizar uma codificação é aconselhável adicionar um comentário na tarefa correspondente, com as orientações de como deve ser realizado o teste.
...
Estas orientações também podem ser repassadas/complementadas para o Tester através do chat, ligação, entre outros.
O TDN é uma rede de documentação da TOTVS. O que for criado no TDN deve ser revisado por um membro da equipe antes de efetuar a publicação.
...
Padrão de abertura de issue: Padrão de abertura de issue
É possível verificar o status de build das versões através do link abaixo:
Sempre realizar Checkin na versão atual, somente após os testes realizar o Checkin nas versões de mercado. Deve abrir uma sub-tarefa de codificação na issue para realizar os merges nas versões de mercado.
...
Checkins realizados até 8h do dia da expedição já saem na versão (esse horário pode variar de acordo com solicitações dos times). O patch é expedido ao 12h caso não haja nenhum atraso.
Para checkins no front-end há algumas regras de boas práticas de programação que devem ser observadas. Segue link:
Guia de boas práticas
...
Observações: As validações do sonnar, executam diariamente no build full que acontece todos os dias às 21:00h, desta forma, sempre verificar no dia seguinte das alterações, se algo foi quebrado no sonnar e já realizar o ajuste.
Manutenção: Conforme acordado com o time em reunião de retrospectiva, fica acordado que o merge de correção das issues de manutenção ocorrerá para todas as versões de mercado. Quando a correção for extremamente complexa, em último dos casos, verificar antes com o PO.
Story (Inovação): Conforme acordado com o PO.
Com a migração das soluções do TFS para o Azure, a partir de agora o processo de merge para as versões de mercado deverá ser realizado, conforme documentação abaixo:
Processo de Merge - Frontend Legado
Sempre realizar teste na versão atual e na versão do cliente, exceto se o desenvolvedor orientar que o teste deve ser realizado em alguma outra versão.
...
Issues com status ‘Teste de aceitação concluído’ até as 12:00 do dia da expedição tem a notificação do cliente realizada de forma automática, desde que a release para notificação esteja preenchida.
É importante sempre que possível realizar automações nas Issues de inovações. Seguem alguns documentos importantes para orientar na execução destes testes:
...
OBS: Solicitar acesso as planilhas.
Ao se realizar um check-in é realizado uma verificação para prevenir a quebra de build, caso seja localizado algum problema este é interrompido. É possível verificar o status dos check-ins no link abaixo: É importante também efetuar Get e realizar o build antes de cada Checkin e/ou Merge.
É possível verificar a data de expedição dos Patchs e Releases:
...
É uma ferramenta que demonstra algumas melhorias que devem ser efetuadas no código com base em regras pré-definidas pelas equipes. No link abaixo é possível verificar quais são estes itens:
Geral - Sonar
É efetuada a solicitação de script através da ferramenta 'AutoScript', onde a solicitação é encaminhada para a aprovação da equipe de banco de dados. Segue link abaixo:
Auto Script: http://engenhariabh/AutoScript
É utilizado para reconhecer atitudes positivas dos participantes. Ao final de cada dois meses é realizada uma reunião para realizar a leitura de alguns destes reconhecimentos. O Valeu deve ser acessado através do performance e metas.
Performance e Metas: https://totvs.rac.totvs.app/totvs.rac
Para realizar algum curso do Alura é necessário reservar a licença por um determinado período. No momento é necessário utilizar o acesso de um dos People leads, presentes na planilha abaixo, devendo também marcar na planilha um horário vago para realizar o curso.
Link do Alura: Link Alura
Link da planilha para realizar a reserva: Planilha Alura
...
No Jira as Issues do Meu RH podem ser consultadas através dos links abaixo.
...
https://jiraproducao.totvs.com.br/secure/Dashboard.jspa?selectPageId=71424
Diversos: https://jiraproducao.totvs.com.br/browse/DRHMEURH-8259
...
Investimentos no Time: https://jiraproducao.totvs.com.br/browse/DRHMEURH-8256
Para defeitos internos encontrados deve ser alinhado com proxy e/ou PO para realizar a abertura de defeitos internos.
Portal do cliente, onde são realizados os downloads das versões pelos clientes.
Drive compartilhado da equipe e atendimento: Drive Meu RH
Configuração da VPN: Configuração VPN
Configurar Meu RH (Gerenciador de serviços da informação IIS):Configurar Meu RH
Utilizada para a definição de contratos do Meu RH. Segue abaixo link:
...
Obs: As credenciais de acesso devem ser solicitadas ao time.
Utilizado para montar os ambientes do RM.
...
Restore: https://totvsrestore.z15.web.core.windows.net/#/user-environments
...
.
...
Jira: Utilizado movimentar as issue, algumas definições importantes:
O Meu RH e RM possui integrações. Abaixo você encontrará links para configuração e utilização das integrações.
Login:
Atualmente temos uma VM para testes com o Meu RH instalado nas versões 12.1.2306 (Atual) e 12.1.2209.
Nesta VM estão configuradas as bases de exemplo SQL Server.
Para testes em Oracle, alterar apenas para apontar para base BH-ENG-ORACLE.SP01.LOCAL/MEURH
Dados da VM:
Endereço/Nome: 10.80.129.35 (Antigo e descontinuado)
Endereço IP: 10.171.81.38
DNS: JOISRVAPLDEV006.jv01.local
Usuário e Senha: Utilizar os de rede, com o domínio antes do usuário (sp01, bh01, jv01). Caso não tenha acesso, deverá ser aberto ticket no jira, conforme link a seguir: https://atendimento-totvs.atlassian.net/servicedesk/customer/portal/11/group/411/create/1355 e preencher com as informações solicitadas.
...
Para utilização do Meu RH é importante configurar os seguintes Instaladores:
Jira: Utilizado movimentar as issue, algumas definições importantes:
O Meu RH e RM possui integrações. Abaixo você encontrará links para configuração e utilização das integrações.
Login:
Seguem informações para testes utilizando configurações do Portal Azure do Meu RH da Linha RM.
Atualmente temos uma VM para testes com o Meu RH instalado nas versões 12.1.2306 (Atual) e 12.1.2209.
Nesta VM estão configuradas as bases de exemplo SQL Server.
Para testes em Oracle, alterar apenas para apontar para base BH-ENG-ORACLE.SP01.LOCAL/MEURH
Dados da VM:
Endereço/Nome: 10.80.129.35 (Antigo e descontinuado)
Endereço IP: 10.171.81.38
DNS: JOISRVAPLDEV006.jv01.local
Usuário e Senha: Utilizar os de rede, com o domínio antes do usuário (sp01, bh01, jv01). Caso não tenha acesso, deverá ser aberto ticket no jira, conforme link a seguir: https://atendimento-totvs.atlassian.net/servicedesk/customer/portal/11/group/411/create/1355 e preencher com as informações solicitadas.
O RM está instalado no diretório padrão, ou seja, C:\RM\Atual\Release ou C:\RM\Legado\{Versão}.
Os sites estão como: http://localhost/{Versao}/web/app/RH/PortalMeuRH (Acesso interno do servidor) ou http://10.80.129.35/{Versao}/web/app/RH/PortalMeuRH (Acesso fora do servidor). A versão atual está como Atual, as demais estão com a versão, incluindo o ponto. Ex.: 12.1.2209.
Os backups das bases de dados estão na pasta C:\BASES_ORACLE.
Esta VM está sendo utilizada somente quando é necessário testar as integrações do Fluig (Identity) ou do Azure (OAuth) no aplicativo, pois requer um site com certificado SSL válido (HTTPS).
Dados da VM:
Endereço/Nome: 40.79.251.95 ou rm-vm
Usuário: rm-vm\goliveira
Senha: !@Meurh123@! (Caso não acesse conversar com Guilherme Oliveira (Guigui)
Verificar o TDN com as Orientações para debug;
Verificar se possui acesso ao TCLOUD, caso não possua acionar o PL para solicitar acesso;
Para conectar ao Portal TCloud siga o exemplo abaixo:
Seguir as Orientações DnSpy
As ausências relacionadas a férias, compensação de horas, abonos, etc devem ser inseridas na planilha abaixo para controle.
Instruções: Enviar e-mail para: [email protected] solicitando o cadastro no RM específica
Assunto: Acesso ao RM Especifica
Texto deve conter:
CPF:
Nome completo:
Módulos que atua: RM Labore, Chronus, Vitae e SMT
E-mail:
Caminho das bases Oracle que utilizamos:
Caminho para verificar as bases: http://bh-eng-websrv.sp01.local/DashboardAmbientes/database
Observações:
Esta VM está sendo utilizada somente quando é necessário testar as integrações do Fluig (Identity) ou do Azure (OAuth) no aplicativo, pois requer um site com certificado SSL válido (HTTPS).
Dados da VM:
Endereço/Nome: 40.79.251.95 ou rm-vm
Usuário: rm-vm\goliveira
Senha: !@Meurh123@! (Caso não acesse conversar com Guilherme Oliveira (Guigui)
Verificar o TDN com as Orientações para debug;
Verificar se possui acesso ao TCLOUD, caso não possua acionar o PL para solicitar acesso;
Para conectar ao Portal TCloud siga o exemplo abaixo:
Seguir as Orientações DnSpy
As ausências relacionadas a férias, compensação de horas, abonos, etc devem ser inseridas na planilha abaixo para controle.
Instruções: Enviar e-mail para: [email protected] solicitando o cadastro no RM específica
Assunto: Acesso ao RM Especifica
Texto deve conter:
CPF:
Nome completo:
Módulos que atua: RM Labore, Chronus, Vitae e SMT
E-mail:
...
Execução de Testes Unitários de Backend no Visual Studio
...