Redução de erros, aumentar estabilidade e qualidade

Get Started. It's Free
or sign up with your email address
Rocket clouds
Redução de erros, aumentar estabilidade e qualidade by Mind Map: Redução de erros, aumentar estabilidade e qualidade

1. Deploy Automático

1.1. Deploy todos os dias

1.1.1. Criar documento visual simplificado para explicar a gestão de versionamento, para equipe de desenvolvimento e novos menbros

1.1.2. Experimento 1.1

1.1.2.1. Desenvolver algoritmo responsável por orquestrar o agendamento de deploys de aplicações pacto

1.1.2.2. Criar pipeline de deploy responsável pela execução do algoritmo de deploy

1.1.2.3. Desenvolver micro serviço ou utilizar recurso do gitlab para armazenar informações sobre deploys realizados

1.1.3. Experimento 1.2

1.1.3.1. Desenvolver algoritimo para verificar status dos projetos no gitlab e realizar chamadas para api do Jenkins para realizar deploys, se todos estiverem verdes

1.1.3.2. Agendar scripts em crontab em um servidor pacto para orquestrar os deploys

1.1.4. Experimento 2

1.1.4.1. Criar suite de teste básico para serem executados em ambiente de produção após o deploy

1.1.4.2. Desenvolvedor algoritimo para realizar rollback de versão em produção, se o teste de produção falhar

1.2. Key results

1.2.1. Quantidade de deploys bem sucedidos no semana ou mês

1.2.2. Quantidade de peploys com erro na semana ou mês

1.2.3. Informações de data do ultimo deploy por infra, e versões dos sistemas.

1.2.4. Dashboard com recursos/correões liberados por deploy

1.3. Criar pipeline de deploy responsável por verificar status dos projeto e agendar deploy se todos estiverem verdes

1.4. Criar projeto no gitlab responsável pela orquestração de deploys projetos pacto

2. Movimento cultural

2.1. Treinar desenvolvedores para criação e manutenção dos testes funcionais com cypress

2.2. Treinar desenvolvedores para implementação de testes unitários em projetos da pacto

2.3. Treinar desenvolvedores com Docker

2.4. Treinar desenvolvedores para utilização de container docker da pacto em ambiente de desenvolvimento

2.5. Treinar desenvolvedores para conceitos e utlização git com eficiência

2.6. Key results

3. Pipeline de testes

3.1. Estabilizar pipeline de testes auto escalável

3.1.1. Habilitar runners gitlab para utilizar infra-estrutura auto scale do Google cloud com Kunernets

3.1.2. Configurar projeto do zw para criar e executar testes nos servidores do Google cloud

3.1.3. Contratar e configurar conta do cypress dashboard para facilitar a visualização de resultados de testes

3.1.4. Configurar o cypress para interromper testes em casos de erros simultâneos (para não extrapolar o custo)

3.2. Aprimorar a cobertura de testes no zw

3.2.1. Treinar desenvolvedores para criar testes para os novos recursos e correções realizadas

3.2.2. Definir e configurar uma rotina no gitlab onde os lideres vão avaliar o merge request dos programadores com base em um check-list

3.2.3. Desenvolvedor recursos no sistema para possibilitar testes em poup-up

3.2.4. Desenvolvedor recursos no sistema para possibilitar testes em poup-up

3.2.5. Desenvolver o restante da lista de casos de testes importantes do zw

3.2.6. Definir e implementar planos de teste do modulo financeiro

3.2.7. Definir e implementar planos de teste do modulo CRM

3.2.8. Definir e implementar outros casos de testes para resursos criticos

3.2.8.1. Não permitir gerar parcelas para plano que está cancelado

3.3. Ambiente para testes de merge requests

3.3.1. Aprimorar container Chuck norris para incluir todos projetos pacto

3.3.1.1. vendasonline

3.3.1.2. game of results

3.3.1.3. login

3.3.1.4. totem

3.3.1.5. novotreino

3.3.2. Popular base de dados inicial de teste para todos as aplicações pacto

3.3.3. Criar aplicação visual para criar ambientes de teste por branch

3.3.4. Configurar servidor para aplicação chuck norris

3.3.5. Build de containers docker

3.3.5.1. Criar build para container do vendas online 2.0

3.3.5.2. Criar build para container do novo treino

3.3.5.3. Criar build para container do login

3.3.5.4. Cirar build para container totem

3.3.5.5. Automatizar remoção de imagens docker utilizadas somente para teste, quando um branch de hotfix/bugfix/feature for excluido

3.4. Desenvolver testes para outros projetos pacto

3.4.1. Treino

3.4.1.1. Criar arquitetura de teste com cypress

3.4.1.2. Definir lista de casos de teste, com equipe do App

3.4.1.3. Desenvolver testes da lista de testes importantes do app

3.4.1.4. Configurar pipeline de teste

3.4.2. Novo Treino (Angular)

3.4.2.1. Incluir testes desenvolvidos pela equipe de inovação no pipeline

3.4.3. Api do treino

3.4.3.1. Criar arquitetura de teste com cypress

3.4.3.2. Definir lista de casos de teste, com equipe do App

3.4.3.3. Desenvolver testes

3.4.3.4. Configurar pipeline de teste

3.4.4. Api

3.4.5. Api do ZillyonWeb

3.4.6. OAMD

3.4.7. API OAMD

3.4.8. Login

3.5. Key results

3.5.1. Quantidade de erros no mês

3.5.2. Quantidade de testes executados

3.5.3. Custo de infra para execução de testes

3.5.4. Dashboard de status de teste por branch de todos os projetos da pacto

3.5.5. Qual indicador podemos utilizar para avaliar o beneficio do teste em relação aos erros em produção?

4. Gestão de versionamento de software

4.1. Automatizar merge entre branchs

4.1.1. Criar rotina no gitlab para automatizar merge entre branchs, de todos os projetos

4.1.2. Criar rotina para alertar o desenvolvedor quando o merge request não possível automaticamente

4.2. Documentação de versões

4.2.1. zw

4.2.1.1. Adicionar job ao pipeline para gerar novas versões

4.2.1.2. Adicionar job para criar tag e doc de versões no gitlab

4.3. Revisar e compartilhar regras de liberação de versão por zona pacto, com integração entre projetos

4.4. Key results

4.5. Congelar

4.5.1. ZillyonWebFacade

4.5.2. ContratoControle

4.5.3. ExtratoDiarioService

4.5.4. RetornoService

4.5.5. RemessaService

4.5.6. PagamentoService

4.5.7. Criar lint java para IDEA intellij, e configura-lo no projeto zw para criar alertas ao desenvolvedor durante a programação

4.5.8. Key results

4.5.8.1. Quantidade de chamados de correção/erro por mês

4.6. Definir e organizar monimento das equipes em relação a estabilização dos branchs develop

4.6.1. Quando?

4.6.2. Quais projetos?

4.7. Merge do repositorio do da justfit que está no svn para o git

4.7.1. Identificar as revisões necessárias e realizar o merge de svn para git

4.7.2. Organizar testes com equipe de GQS do squad do ZW

4.7.3. Organizar correções com equipade de desenvolvimento do squad do ZW

5. Infra

6. Arquitetura e code quality

6.1. Esqueleto de para novos projetos

6.2. Code quality e code style

6.3. Testes