Menu

O que o testador de controle de qualidade deve saber sobre o processo de gerenciamento de liberação e implantação

  • Principal
  • Conceitos De Teste
  • O que o testador de controle de qualidade deve saber sobre o processo de gerenciamento de liberação e implantação

what qa tester should know about release

Experimente Nosso Instrumento Para Eliminar Problemas

Em nossa reunião de equipe hoje, o gerente verificou com todos em seus prontidão para execução de teste . Ele mencionou que “o código estará pronto para o controle de qualidade amanhã de manhã”. O que ele quis dizer quando disse “o código estará pronto”, isso significa que os desenvolvedores vão escrever o código no ambiente de controle de qualidade esta noite?

Ele realmente quis dizer que a implantação está planejada para ser feita à noite e que o novo código será implantado no ambiente de controle de qualidade para teste.

Muitos de vocês podem perguntar agora, o que é implantação e o que eles realmente fazem nela?

processo de gerenciamento de liberação e implantação para controle de qualidade

O que você aprenderá:

Liberação geral e processo de gerenciamento de implantação e importância para a equipe de QA

  • Por que realmente mantemos ambientes diferentes?
  • Como o código é migrado de um ambiente para outro?

Vou cobrir os seguintes tópicos neste artigo

  1. Por que é importante que os testadores estejam cientes do processo de lançamento e implantação?
  2. Ambientes diferentes
  3. O que você quer dizer com construção e implantação?
  4. Implantação planejada vs. emergência
  5. Lista de verificação de controle de qualidade - antes e depois da implantação

# 1. Por que é importante que os testadores estejam cientes do processo de implantação?

Nosso trabalho principal de execução de teste depende do sucesso da implantação. Se a equipe de implantação enfrentou desafios e encontrou vários problemas e não conseguiu implantar o código corretamente, isso certamente indicará que a equipe de QA identificará muitos bugs que podem estar ligados ao ambiente ou processo de implantação.

  • Se os testadores estiverem cientes do processo de implantação, eles compreenderão a importância de concluir suas tarefas dentro do prazo planejado.
  • Os testadores terão uma ideia se o problema é realmente um bug de funcionalidade ou algo causado durante a implantação, digamos que um testador foi designado para testar o recurso de relatório, mas quando ele tenta fazer login no site, ele está vendo um erro que significa que o ambiente está inativo , tais questões não podem ser consideradas questões funcionais, mas ambientais. Se o testador estiver ciente da implantação, ele pode relacionar o problema como um problema de implantação.
  • Muitos problemas podem ser evitados se os testadores realmente estiverem cientes da lista que foi implantada. Às vezes acontece que você testa e relata um problema para áreas que nunca foram implantadas.

# 2. Ambientes Diferentes

Ambientes Diferentes

Na classificação acima, cobri os 4 ambientes mais importantes que a maioria das organizações segue; no entanto, muitos clientes mantêm muito mais ambientes, como teste, pré-teste, etc. Além disso, a convenção de nomenclatura pode ser diferente.

  • DEV - O ambiente de desenvolvimento é aquele criado e mantido pela equipe de desenvolvimento para escrever o código. O acesso a este ambiente é concedido apenas à equipe de desenvolvimento. Normalmente, a equipe de QA não tem acesso a este ambiente. Este ambiente é usado principalmente pela equipe de desenvolvimento para seus testes de unidade.
  • QA - O ambiente de controle de qualidade é aquele onde o teste realmente ocorre. Este ambiente é propriedade da equipe de QA. A equipe DEV não tem acesso a este ambiente. Após a conclusão do design e da codificação, o código é movido para o ambiente de QA para que a equipe de QA conduza a execução do teste.
  • UAT - Teste de aceitação de usuário é um ambiente onde o teste é conduzido pelos usuários de negócios. Isso é feito após a conclusão do teste do sistema. A intenção principal é testar o sistema do ponto de vista do negócio. O acesso a este ambiente é concedido apenas aos usuários de negócios. No entanto, em algumas ocasiões, eles procuram assistência de QA, em tais circunstâncias, a equipe de QA tem acesso temporário ao ambiente.
  • PROD - O ambiente PROD é o ambiente real ao vivo que é exposto aos usuários reais e nenhuma das equipes DEV e QA tem acesso de leitura / gravação a este ambiente. As equipes de suporte do produto são mantidas para resolver problemas relacionados ao ambiente de produção.

Leia também=> Como preparar efetivamente a 'bancada de teste' e minimizar os defeitos do ambiente de teste

aplicativo Android para espionar outro telefone

# 3. O que você quer dizer com construção e implantação

Um build contém principalmente o pacote compilado que pode incluir o executável bat, exe, as bibliotecas como dll, lib e arquivos como arquivos zip. A equipe de desenvolvimento cria a compilação e a fornece à equipe de implantação para instalação.

A compilação do código-fonte é feita principalmente pela equipe de desenvolvimento e, depois que eles geram o build, eles o colocam em algum local especificado que é acessível pela equipe de implantação para implantação em um ambiente diferente.

Uma vez que o build é implantado, a equipe de QA é notificada para fazer o teste de verificação de compilação (BVT) e se for bem-sucedido, a equipe realiza o resto do teste funcional .

Em algumas organizações onde eles não mantêm uma equipe de implantação separada, a equipe de desenvolvimento fornece a compilação para QA e a própria equipe de QA conclui a implantação. Há um grande risco envolvido. Nesses casos, os recursos de controle de qualidade devem ser tecnicamente sólidos para entender o processo geral de implantação da compilação e também devem saber como remediar se ocorrer um problema.

As compilações são mantidas usando números como 1.0.01 ou 1.0.03. Portanto, é possível que a versão 1.0.01 esteja executando a DLL v0.2 e a versão 1.0.03 executando a DLL v0.5. É importante para a equipe de QA garantir que a compilação correta seja implantada no ambiente antes do início do teste. É sempre uma boa ideia manter um controle das alterações fornecidas como parte de cada construção.

Manter uma equipe de implantação separada é sempre uma boa prática, pois ajuda a facilitar a movimentação do código de um ambiente para outro.

A implantação é um processo pelo qual o código / compilação é movido de um ambiente para outro. A maior parte da organização hoje em dia segue um canal adequado para a implantação e mantém uma equipe separada que cuida de tudo isso.

Criação e implantação

o gateway padrão não está disponível consertar o Windows 10

Antes do dia da implantação, uma equipe composta pelo desenvolvedor, gerente de desenvolvimento, engenheiro de implantação, líder de teste e outras partes interessadas de negócios se reúne. Na reunião, o desenvolvedor geralmente é solicitado a descrever sua mudança. Eles geralmente precisam preencher um formulário específico com detalhes sobre as alterações e o plano de reversão.

Caso alguns detalhes sejam perdidos, as mudanças não são aprovadas para implantação. A equipe então decide se a mudança pode fazer parte da implantação do dia seguinte. O líder de teste de controle de qualidade é solicitado a aprovar para garantir que a mudança não afetaria nenhum dos testes existentes. Na reunião, os itens finais de implantação são planejados.

A lista aprovada é trabalhada pela equipe de implantação no dia da implantação. A equipe executa um conjunto de programas conforme definido em cada um dos formulários de alterações (fornecidos pelos desenvolvedores) e, em seguida, envia a comunicação quando a implantação é concluída.

A mensagem Deployment Complete fornece uma indicação para a equipe de QA, que as mudanças / novo código está pronto para ser testado.

É responsabilidade da equipe de implantação mover as alterações de DEV para QA. Após a conclusão do teste de QA, o código é movido para o UAT. A movimentação de dados do PROD é a parte mais importante e deve ser feita fora do horário comercial, porque durante a implantação o ambiente precisa ser desativado e deve ser feito com o máximo cuidado, pois isso pode ter um grave impacto nos negócios.

A maioria das implantações do Prod é feita tarde da noite, quando as chances de o ambiente ser atingido pelos usuários finais são menores.

# 4. Implantação planejada vs. emergência

Cada organização mantém um calendário de implantação. Muitos clientes seguem a implantação uma vez por semana e muitos optam por uma implantação quinzenal, digamos que a implantação planejada deve acontecer apenas às terças-feiras ou pode acontecer na terça e sexta-feira. Os dias para implantação podem mudar se o dia planejado para implantação cair em um feriado.

perguntas e respostas da entrevista java 8

Na seção acima, abordei o processo que é seguido para qualquer implantação planejada .

As implantações planejadas podem ter seu próprio desafio. Pense em um caso em que um novo código é implantado no ambiente de controle de qualidade e, durante o teste de integridade, a equipe identifica um defeito do bloqueador e o teste deve ser interrompido. A equipe de teste espera uma semana até a próxima implantação?

Para lidar com tais situações, correções de emergência e implantações são feitas onde a equipe de implantação não precisa esperar até o dia de implantação planejado. Eles precisam seguir e buscar aprovação até mesmo para implantações de emergência, mas essas aprovações geralmente acontecem rapidamente, e as novas mudanças podem ser implantadas no ambiente de QA no mesmo dia ou o mais rápido possível.

# 5. Lista de verificação de controle de qualidade - antes e depois da implantação

Antes da implantação -

O todo fase de design de teste ocorre antes que o código seja realmente movido para o ambiente. É a execução do teste que depende da disponibilidade do código no ambiente de QA enquanto a equipe de implantação trabalha para obter o código implantado no QA, a equipe de QA deve garantir a conclusão das atividades abaixo -

Após a implantação -

Após a implantação, a primeira coisa que nós, como equipe de QA, fazemos é começar nosso teste de sanidade. Mas antes de começarmos o nosso teste de sanidade, devemos garantir que o seguinte tenha sido cuidado -

  • A equipe de QA deve ter recebido uma notificação da equipe de implantação sobre a implantação bem-sucedida e estar pronto para o QA.
  • A equipe de QA deve manter um controle da construção implantada.
  • Certifique-se de que a equipe de QA tenha a lista de mudanças implantadas com sucesso e também de itens não implantados, mesmo que tenham sido planejados. Pode acontecer que a equipe de implantação não consiga implantar devido à falta de detalhes etc.

Conclusão

Espero que o artigo acima tenha lhe dado uma ideia sobre o processo geral de gerenciamento de lançamento e implantação seguido como parte do ciclo geral de desenvolvimento de software. Este foi apenas um procedimento genérico seguido na maioria das organizações, porém muitos clientes possuem protocolos diferentes.

Autor : Este artigo incrível foi escrito por Priya R., membro da equipe STH

Você achou este processo útil? Informe-nos sobre o processo de implantação que você segue em sua organização.

Leitura recomendada

^