Menu

Tutorial de teste de migração de dados: um guia completo

data migration testing tutorial

Experimente Nosso Instrumento Para Eliminar Problemas

Visão geral do teste de migração de dados:

É comum ouvir que um aplicativo é movido para um servidor diferente, a tecnologia é alterada, é atualizada para a próxima versão ou movida para um servidor de banco de dados diferente, etc.,

  • O que isso realmente significa?
  • O que se espera da equipe de teste nessas situações?

Do ponto de vista do teste, tudo significa que o aplicativo deve ser testado completamente de ponta a ponta junto com a migração do sistema existente para o novo com sucesso.

Tutoriais nesta série:

O teste do sistema deve ser executado neste caso com todos os dados usados ​​em um aplicativo antigo e também com os novos dados. A funcionalidade existente precisa ser verificada junto com a funcionalidade nova / modificada.

Teste de migração de dados

Em vez de apenas Teste de Migração, ele também pode ser denominado como Teste de Migração de Dados, onde todos os dados do usuário serão migrados para um novo sistema.

Portanto, o teste de migração inclui teste com dados antigos, novos dados ou combinação de ambos, recursos antigos (recursos inalterados) e novos recursos.

O aplicativo antigo é geralmente denominado como ' legado ' inscrição. Junto com o aplicativo novo / atualizado, também é obrigatório continuar testando o aplicativo legado até que os novos / atualizados se tornem estáveis ​​e consistentes. O teste de migração extensivo no novo aplicativo revelará os novos problemas que não foram encontrados no aplicativo legado.

O que você aprenderá:

O que é teste de migração?

O Teste de Migração é um processo de verificação de migração do sistema legado para o novo sistema com o mínimo de interrupção / tempo de inatividade, com integridade de dados e sem perda de dados, garantindo que todos os aspectos funcionais e não funcionais especificados do aplicativo sejam atendidos após migração.

Representação Simples do Sistema de Migração:

Teste de migração

Por que teste de migração?

Como sabemos, a migração da aplicação para um novo sistema pode ser por vários motivos, consolidação do sistema, tecnologia obsoleta, otimização ou quaisquer outros motivos.

Portanto, embora o Sistema em Uso precise ser migrado para um novo sistema, é essencial garantir os pontos abaixo:

  1. Qualquer tipo de interrupção / inconveniência causada ao usuário devido à migração deve ser evitada / minimizada. Ex: tempo de inatividade, perda de dados
  2. É necessário garantir que o usuário possa continuar a usar todos os recursos do software, causando danos mínimos ou nenhum dano durante a migração. Ex: mudança na funcionalidade, remoção de uma funcionalidade particular
  3. Também é importante antecipar e descartar todas as possíveis falhas / obstáculos que podem ocorrer durante a migração real do sistema ativo.

Portanto, para garantir uma migração tranquila do sistema ativo eliminando esses defeitos, é essencial realizar o teste de migração no laboratório.

Esse teste tem sua própria importância e desempenha um papel vital quando os dados entram em cena.

Tecnicamente, também deve ser executado para os fins abaixo:

  • Para garantir a compatibilidade do aplicativo novo / atualizado com todos os hardwares e softwares possíveis que o aplicativo legado suporta. Além disso, novo compatibilidade deve ser testado para novo hardware, plataforma de software também.
  • Garantir que todas as funcionalidades existentes funcionem como na aplicação legada. Não deve haver nenhuma mudança na forma como o aplicativo funciona quando comparado ao legado.
  • A possibilidade de um grande número de defeitos devido à migração é muito alta. Muitos dos defeitos geralmente estão relacionados aos dados e, portanto, esses defeitos precisam ser identificados e corrigidos durante o teste.
  • Para garantir se o tempo de resposta do sistema do aplicativo novo / atualizado é o mesmo ou menor do que o necessário para o aplicativo legado.
  • Para garantir que a conexão entre servidores, hardware, software, etc., esteja intacta e não seja interrompida durante o teste. O fluxo de dados entre os diferentes componentes não deve ser interrompido em nenhuma condição.

Quando este teste é necessário?

O teste deve ser executado antes e depois da migração.

As diferentes fases do teste de migração a serem realizadas no Laboratório de Testes podem ser classificadas conforme abaixo.

  1. Teste de pré-migração
  2. Teste de migração
  3. Teste pós-migração

Além do acima, o os seguintes testes também são executados como parte de toda a atividade de migração.

  1. Verificação de compatibilidade com versões anteriores
  2. Teste de reversão

Antes de realizar este teste, é essencial para qualquer testador compreender claramente os pontos abaixo:

  1. As mudanças acontecendo como parte do novo sistema (servidor, front end, banco de dados, esquema, fluxo de dados, funcionalidade, etc.)
  2. Para entender a estratégia de migração real definida pela equipe. Como acontece a migração, mudanças passo a passo acontecendo no backend do sistema e os scripts responsáveis ​​por essas mudanças.

Portanto, é essencial fazer um estudo completo do antigo e do novo sistema e, em seguida, planejar e projetar adequadamente os casos e cenários de teste a serem cobertos como parte das fases de teste acima e preparar a estratégia de teste.

Estratégia de teste de migração de dados

Projetar a estratégia de teste para migração inclui um conjunto de atividades a serem realizadas e alguns aspectos a serem considerados. Isso é para minimizar os erros e riscos que ocorrem como resultado da migração e para realizar o teste de migração de forma eficaz.

Atividades neste teste:

# 1) Formação de equipe especializada :

Forme a equipe de teste com os membros que possuem o conhecimento e a experiência necessários e forneça treinamento relacionado ao sistema que está sendo migrado.

#dois) Análise de risco de negócios, análise de possíveis erros :

Os negócios atuais não devem ser prejudicados após a migração e, portanto, realizar ‘ Análise de Risco de Negócio ' reuniões envolvendo as partes interessadas certas (gerente de teste, analista de negócios, arquitetos, proprietários do produto, proprietário da empresa, etc.) e identificar os riscos e as mitigações implementáveis. O teste deve incluir cenários para descobrir esses riscos e verificar se as mitigações adequadas foram implementadas.

Conduta Análise de possível erro usando apropriado 'Abordagens de Adivinhação de Erro' e, em seguida, projetar testes em torno desses erros para descobri-los durante o teste.

com o que abrir arquivos jar

# 3) Análise e identificação do escopo da migração:

Analise o escopo claro do teste de migração, quando e o que precisa ser testado.

# 4) Identifique a ferramenta apropriada para a migração:

Ao definir a estratégia deste teste, automatizado ou manual, identifique as ferramentas que vão ser utilizadas. Por exemplo: Ferramenta automatizada para comparar dados de origem e destino.

# 5) Identifique o ambiente de teste apropriado para migração:

Identifique ambientes separados para ambientes Pré e Pós-migração para realizar qualquer verificação necessária como parte do teste. Compreenda e documente os aspectos técnicos do sistema legado e novo de migração, para garantir que o ambiente de teste seja configurado de acordo com isso.

# 6) Documento de especificação de teste de migração e revisão:

Preparar documento de especificação de teste de migração que descreve claramente a abordagem de teste, áreas de teste, métodos de teste (automatizado, manual), metodologia de teste (caixa preta, técnica de teste de caixa branca ), Número de ciclos de teste, cronograma de teste, abordagem de criação de dados e uso de dados ativos (informações confidenciais precisam ser mascaradas), especificação de ambiente de teste, qualificação de testadores etc. e execute uma sessão de revisão com as partes interessadas.

# 7) Lançamento de produção do sistema migrado :

Analise e documente a lista de tarefas para a migração de produção e publique-a com antecedência

Diferentes fases de migração

A seguir estão as várias fases da migração.

Fase 1:Teste de pré-migração

Antes de migrar os dados, um conjunto de atividades de teste é executado como parte da fase de teste Pré-migração. Isso é ignorado ou não é considerado em aplicativos mais simples. Mas quando aplicativos complexos devem ser migrados, as atividades de pré-migração são essenciais.

Abaixo está a lista de ações que são realizadas durante esta fase:

  • Defina um escopo claro dos dados - quais dados devem ser incluídos, quais dados devem ser excluídos, quais dados precisam de transformações / conversões etc.
  • Realize o mapeamento de dados entre o legado e o novo aplicativo - para cada tipo de dados no aplicativo legado, compare seu tipo relevante no novo aplicativo e, em seguida, mapeie-os - Mapeamento de nível superior.
  • Se o novo aplicativo tiver o campo que é obrigatório, mas não for o caso do legado, certifique-se de que o legado não tenha esse campo como nulo. - Mapeamento de nível inferior.
  • Estude o esquema de dados do novo aplicativo - nomes de campo, tipos, valores mínimo e máximo, comprimento, campos obrigatórios, validações de nível de campo etc., de forma clara
  • Uma série de tabelas no sistema legado devem ser anotadas e se alguma tabela for eliminada e adicionada após a migração, será necessário verificar.
  • Uma série de registros em cada tabela, visualizações devem ser anotados no aplicativo legado.
  • Estude as interfaces no novo aplicativo e suas conexões. O fluxo de dados na interface deve ser altamente seguro e não interrompido.
  • Prepare casos de teste, cenários de teste e casos de uso para novas condições nos novos aplicativos.
  • Execute um conjunto de casos de teste, cenários com um conjunto de usuários e mantenha os resultados, logs armazenados. O mesmo precisa ser verificado após a migração para garantir que os dados legados e a funcionalidade estejam intactos.
  • A contagem dos dados e registros deve ser anotada claramente, ela precisa ser verificada após a migração para não haver perda de dados.

Fase 2:Teste de migração

' Guia de migração 'que é preparado pela equipe de migração precisa ser estritamente seguido para realizar a atividade de migração. Idealmente, a atividade de migração começa com o backup dos dados na fita, para que, a qualquer momento, o sistema legado possa ser restaurado.

Verificando a parte da documentação de ‘ Migration Guide ’também faz parte do Data Migration Testing . Verifique se o documento está claro e fácil de seguir. Todos os scripts e etapas devem ser documentados corretamente, sem qualquer ambiguidade. Qualquer tipo de erro na documentação, falta de correspondências na ordem de execução das etapas também precisam ser considerados importantes para que possam ser relatados e corrigidos.

Scripts de migração, guia e outras informações relacionadas à migração real precisam ser retirados do repositório de controle de versão para execução.

Anotar o tempo real gasto para a migração do ponto de início da migração até a restauração bem-sucedida do sistema, é um dos casos de teste a ser executado e, portanto, o ‘Tempo necessário para migrar o sistema’ precisa ser registrado no relatório de teste final que será entregue como parte dos resultados do teste de migração e esta informação será útil durante o lançamento da produção. O tempo de inatividade registrado no ambiente de teste é extrapolado para calcular o tempo de inatividade aproximado no sistema ativo.

É no sistema legado onde será realizada a atividade de Migração.

Durante esse teste, todos os componentes do ambiente geralmente serão desativados e removidos da rede para realizar as atividades de migração. Portanto, é necessário observar o 'Tempo de inatividade' necessário para o teste de migração. Idealmente, será o mesmo da época da migração.

Geralmente, a atividade de migração definida no documento ‘Guia de migração’ inclui:

  • Migração real do aplicativo
  • Firewalls, portas, hosts, hardware, configurações de software são todos modificados de acordo com o novo sistema no qual o legado está sendo migrado
  • Vazamentos de dados, verificações de segurança são realizadas
  • A conectividade entre todos os componentes do aplicativo é verificada

É aconselhável que os testadores verifiquem o acima no backend do sistema ou realizando um teste de caixa branca.

Assim que a atividade de migração especificada no guia for concluída, todos os servidores são ativados e os testes básicos relacionados à verificação da migração bem-sucedida serão realizados, o que garante que todos os sistemas ponta a ponta estejam adequadamente conectados e todos os componentes estejam se comunicando com cada um outro, o DB está instalado e funcionando, o front end está se comunicando com o back end com êxito. Esses testes precisam ser identificados anteriormente e registrados no documento de Especificação de Teste de Migração.

Existem possibilidades de que o software suporte várias plataformas diferentes. Nesse caso, a migração precisa ser verificada em cada uma dessas plataformas separadamente.

A verificação dos scripts de migração fará parte do teste de migração. Às vezes, o script de migração individual também é verificado usando 'teste de caixa branca' em um ambiente de teste autônomo.

Portanto, o teste de migração será uma combinação de 'teste de caixa branca e caixa preta'.

Depois que essa verificação relacionada à migração for feita e os testes correspondentes forem aprovados, a equipe pode prosseguir com a atividade de teste pós-migração.

Fase # 3:Teste Pós-Migração

Depois que o aplicativo é migrado com sucesso, o teste de pós-migração entra em cena.

Aqui, o teste de sistema de ponta a ponta é executado no ambiente de teste. Os testadores executam casos de teste identificados, cenários de teste, casos de uso com dados legados, bem como um novo conjunto de dados.

Além desses, existem itens específicos a serem verificados nos ambientes migrados, listados abaixo:

Todos estes são documentados como um caso de teste e incluídos no documento 'Especificação de Teste'.

  1. Verifique se todos os dados do legado são migrados para o novo aplicativo dentro do tempo de inatividade planejado. Para garantir isso, compare o número de registros entre o legado e o novo aplicativo para cada tabela e visualizações no banco de dados. Além disso, relate o tempo gasto para mover, digamos, 10.000 registros.
  2. Verifique se todas as alterações de esquema (campos e tabelas adicionados ou removidos) de acordo com o novo sistema são atualizadas.
  3. Os dados migrados do legado para o novo aplicativo devem manter seu valor e formato, a menos que não seja especificado para isso. Para garantir isso, compare os valores dos dados entre o banco de dados do aplicativo legado e o novo.
  4. Teste os dados migrados em relação ao novo aplicativo. Aqui cobre um número máximo de casos possíveis. Para garantir 100% de cobertura com relação à verificação da migração de dados, use a ferramenta de teste automatizado.
  5. Verifique a segurança do banco de dados.
  6. Verifique a integridade dos dados para todos os registros de amostra possíveis.
  7. Verifique e certifique-se de que a funcionalidade com suporte anterior no sistema legado funcione conforme o esperado no novo sistema.
  8. Verifique o fluxo de dados dentro do aplicativo que cobre a maioria dos componentes.
  9. A interface entre os componentes deve ser amplamente testada, visto que os dados não devem ser modificados, perdidos e corrompidos durante a passagem pelos componentes. Casos de teste de integração podem ser usados ​​para verificar isso.
  10. Verifique a redundância dos dados legados. Nenhum dado legado deve ser duplicado durante a migração
  11. Verifique se há casos de incompatibilidade de dados, como tipo de dados alterado, formato de armazenamento alterado etc.,
  12. Todas as verificações de nível de campo no aplicativo legado também devem ser abordadas no novo aplicativo
  13. Qualquer adição de dados no novo aplicativo não deve refletir de volta no legado
  14. A atualização dos dados do aplicativo legado por meio do novo aplicativo deve ser suportada. Depois de atualizado no novo aplicativo, ele não deve refletir de volta no legado.
  15. A exclusão dos dados do aplicativo legado no novo aplicativo deve ser suportada. Depois de excluído no novo aplicativo, ele não deve excluir dados no legado também.
  16. Verifique se as alterações feitas no sistema legado suportam a nova funcionalidade fornecida como parte do novo sistema.
  17. Verifique se os usuários do sistema legado podem continuar a usar a funcionalidade antiga e a nova, especialmente aquelas em que as alterações estão envolvidas. Execute os casos de teste e os resultados dos testes armazenados durante o teste de pré-migração.
  18. Crie novos usuários no sistema e realize testes para garantir que a funcionalidade do legado, bem como do novo aplicativo, oferece suporte aos usuários recém-criados e funciona bem.
  19. Realize testes relacionados à funcionalidade com uma variedade de amostras de dados (diferentes faixas etárias, usuários de diferentes regiões, etc.)
  20. Também é necessário verificar se os 'Sinalizadores de recurso' estão habilitados para os novos recursos e ligá-los / desligá-los permite que os recursos sejam ligados e desligados.
  21. O teste de desempenho é importante para garantir que a migração para um novo sistema / software não tenha degradado o desempenho do sistema.
  22. Também é necessário realizar testes de carga e estresse para garantir a estabilidade do sistema.
  23. Verifique se a atualização do software não abriu nenhuma vulnerabilidade de segurança e, portanto, realize testes de segurança, especialmente na área onde as alterações foram feitas no sistema durante a migração.
  24. Usabilidade é outro aspecto a ser verificado, onde se o layout / sistema front-end da GUI mudou ou alguma funcionalidade mudou, qual é a Facilidade de Uso que o usuário final está sentindo em relação ao sistema legado.

Como o escopo dos testes de Pós-migração se torna muito grande, é ideal segregar os testes importantes que precisam ser feitos primeiro para qualificar se a migração foi bem-sucedida e, em seguida, realizar o restante posteriormente.

Também é aconselhável automatizar os casos de teste funcional de ponta a ponta e outros casos de teste possíveis para que o tempo de teste possa ser reduzido e os resultados estejam disponíveis rapidamente.

Algumas dicas para testadores para escrever os casos de teste para execução pós-migração:

  • Quando o aplicativo é migrado, isso não significa que os casos de teste precisam ser escritos para todo o novo aplicativo. Os casos de teste já projetados para o legado ainda devem valer para o novo aplicativo. Portanto, na medida do possível, use os casos de teste antigos e converta os casos de teste legados em casos de um novo aplicativo sempre que necessário.
  • Se houver alguma alteração de recurso no novo aplicativo, os casos de teste relacionados ao recurso devem ser modificados.
  • Se houver qualquer novo recurso adicionado ao novo aplicativo, novos casos de teste devem ser projetados para esse recurso específico.
  • Quando há qualquer queda de recurso no novo aplicativo, os casos de teste do aplicativo legado relacionado não devem ser considerados para a execução pós-migração e devem ser marcados como inválidos e mantidos separados.
  • Os casos de teste projetados devem ser sempre confiáveis ​​e consistentes em termos de uso. A verificação de dados críticos deve ser coberta em casos de teste para que não sejam perdidos durante a execução.
  • Quando o design do novo aplicativo é diferente daquele do legado (UI), os casos de teste relacionados à UI devem ser modificados para se adaptar ao novo design. A decisão de atualizar ou escrever novos, neste caso, pode ser tomada pelo testador com base no volume de mudança ocorrida.

Teste de compatibilidade com versões anteriores

A migração do sistema também exige que os testadores verifiquem a ‘Compatibilidade com versões anteriores’, em que o novo sistema introduzido é compatível com o sistema antigo (pelo menos 2 versões anteriores) e garante que funcione perfeitamente com essas versões.

A compatibilidade com versões anteriores é para garantir:

  1. Se o novo sistema suporta a funcionalidade suportada nas 2 versões anteriores junto com a nova.
  2. O sistema pode ser migrado com êxito das 2 versões anteriores sem complicações.

Portanto, é essencial garantir a compatibilidade com versões anteriores do sistema, realizando especificamente os testes relacionados ao suporte de compatibilidade com versões anteriores. Os testes relacionados à compatibilidade com versões anteriores precisam ser projetados e incluídos no documento de Especificação de Teste para execução.

Teste de reversão

Em caso de problemas durante a realização da migração ou se houver uma falha de migração em qualquer ponto do tempo durante a migração, então deve ser possível para o sistema reverter para o sistema legado e retomar sua função rapidamente, sem afetar os usuários e a funcionalidade suportada anteriormente.

Portanto, para verificar isso, os cenários de teste de falha de migração precisam ser projetados como parte do teste negativo e o mecanismo de reversão precisa ser testado. O tempo total necessário para retornar ao sistema legado também precisa ser registrado e relatado nos resultados do teste.

Após a reversão, a principal funcionalidade e o teste de regressão (automatizado) deve ser executado para garantir que a migração não tenha afetado nada e a reversão seja bem-sucedida em trazer de volta o sistema legado no lugar.

Relatório de resumo de teste de migração

O relatório de resumo do teste deve ser produzido após a conclusão do teste e deve abranger o relatório sobre o resumo dos vários testes / cenários realizados como parte das várias fases da migração com o status do resultado (aprovado / reprovado) e os logs de teste.

O tempo registrado para as seguintes atividades deve ser claramente relatado:

  1. Tempo total para migração
  2. Tempo de inatividade dos aplicativos
  3. Tempo gasto para migrar 10.000 registros.
  4. Tempo gasto para reversão.

Além das informações acima, quaisquer observações / recomendações também podem ser relatadas.

Desafios no teste de migração de dados

Os desafios enfrentados neste teste são principalmente com os dados. Abaixo estão alguns na lista:

perguntas e respostas da entrevista sql avançada pdf

# 1) Qualidade de dados:

Podemos descobrir que os dados usados ​​no aplicativo legado são de baixa qualidade no aplicativo novo / atualizado. Nesses casos, a qualidade dos dados deve ser aprimorada para atender aos padrões de negócios.

Fatores como suposições, conversões de dados após migrações, dados inseridos no próprio aplicativo legado são inválidos, análise de dados ruim etc. leva a dados de baixa qualidade. Isso resulta em altos custos operacionais, maiores riscos de integração de dados e desvio do objetivo do negócio.

# 2) Incompatibilidade de dados:

Os dados migrados do aplicativo legado para o novo / atualizado podem ser considerados incompatíveis com o novo. Isso pode ser devido à mudança no tipo de dados, formato de armazenamento de dados, a finalidade para a qual os dados estão sendo usados ​​pode ser redefinida.

Isso resulta em um grande esforço para modificar as alterações necessárias para corrigir os dados incompatíveis ou aceitá-los e fazer ajustes para esse propósito.

# 3) Perda de dados:

Os dados podem ser perdidos durante a migração do aplicativo legado para o novo / atualizado. Isso pode ser com campos obrigatórios ou campos não obrigatórios. Se os dados perdidos forem para campos não obrigatórios, o registro deles ainda será válido e pode ser atualizado novamente.

Mas se os dados do campo obrigatório forem perdidos, o próprio registro se torna nulo e não pode ser retirado. Isso resultará em uma enorme perda de dados e deverá ser recuperado do banco de dados de backup ou dos logs de auditoria, se capturados corretamente.

# 4) Volume de dados:

Dados enormes que requerem muito tempo para migrar dentro da janela de tempo de inatividade da atividade de migração. Por exemplo: Raspadinhas na indústria de telecomunicações, usuários em uma plataforma de rede inteligente etc., aqui o desafio é no momento, os dados legados são apagados, um enorme novo dado será criado, que precisa ser migrado novamente. A automação é a solução para grandes migrações de dados.

# 5) Simulação de um ambiente em tempo real (com os dados reais):

A simulação de um ambiente em tempo real no laboratório de teste é outro desafio real, onde os testadores têm diferentes tipos de problemas com os dados reais e o sistema real, que não são enfrentados durante o teste.

Portanto, a amostragem de dados, a replicação do ambiente real, a identificação do volume de dados envolvidos na migração são muito importantes durante a realização do Teste de Migração de dados.

# 6) Simulação do volume de dados:

As equipes precisam estudar os dados no sistema ativo com muito cuidado e devem apresentar a análise e amostragem típicas dos dados.

Por exemplo: usuários com faixa etária abaixo de 10 anos, 10-30 anos etc., Na medida do possível, os dados ao vivo precisam ser obtidos, se não, a criação de dados precisa ser feita no ambiente de teste. Ferramentas automatizadas precisam ser usadas para criar um grande volume de dados. A extrapolação, sempre que aplicável, pode ser usada, se o volume não puder ser simulado.

Dicas para suavizar os riscos de migração de dados

A seguir, estão algumas dicas a serem realizadas a fim de amenizar os riscos de migração de dados:

  • Padronizar os dados usados ​​no sistema legado, de modo que, quando migrados, os dados padrão estejam disponíveis no novo sistema
  • Melhorar a qualidade dos dados, para que, quando migrados, haja dados qualitativos para testar, dando a sensação de estar testando como um usuário final
  • Limpe os dados antes de migrar, para que, quando migrados, dados duplicados não estejam presentes no novo sistema e também mantém todo o sistema limpo
  • Verifique novamente as restrições, procedimentos armazenados, consultas complexas que produzem resultados precisos, de modo que, quando migrados, os dados corretos também sejam retornados no novo sistema
  • Identifique a ferramenta de automação correta para realizar verificações de dados / registros no novo sistema em comparação com o legado.

Conclusão

Portanto, considerando a complexidade envolvida na realização do Teste de Migração de dados, tendo em mente que uma pequena falha em qualquer aspecto da verificação durante o teste levará ao risco de falha de migração na produção, é muito importante realizar um estudo cuidadoso e completo e análise do sistema antes e depois da migração. Planeje e projete a estratégia de migração eficaz com ferramentas robustas, juntamente com testadores qualificados e treinados.

Como sabemos que a migração tem um grande impacto na qualidade da aplicação, um bom esforço deve ser feito por toda a equipe para verificar todo o sistema em todos os aspectos como funcionalidade, desempenho, segurança, usabilidade, disponibilidade, confiabilidade, compatibilidade etc., o que, por sua vez, garantirá um 'Teste de migração' bem-sucedido.

‘Diferentes tipos de migrações’ que normalmente acontecem com bastante frequência na realidade e as maneiras de lidar com seus testes serão explicadas brevemente em nosso próximo tutorial nesta série .

Sobre os autores: Este guia foi escrito pelo autor STH Nandini. Ela tem mais de 7 anos de experiência em teste de software. Além disso, obrigado a STH Author Gayathri S. por revisar e fornecer suas sugestões valubale para melhorar esta série. Gayathri tem mais de 18 anos de experiência em serviços de teste e desenvolvimento de software.

Deixe-nos saber seus comentários / sugestões sobre este tutorial.

Leitura recomendada

^