how does test planning differ
Todos concordamos que os projetos de automação são de natureza diferente dos de teste manual. Embora os projetos de automação autônomos não existam realmente (ou não deveriam existir idealmente), tanto os projetos manuais quanto os de automação são tratados de forma diferente ao serem planejados.
Um projeto de mix planejado inevitavelmente é executado; isso não apenas afeta o projeto atual e lança uma sombra sobre as capacidades do indivíduo, mas também pode levar à perda de confiança da equipe para o cliente / gerenciamento - afetando negócios futuros. Eu prefiro dizer que nós, testadores, devemos prevenir do que remediar.
=> Clique aqui para obter a série de tutoriais do plano de teste completo
Uma boa história em quadrinhos do Dilbert sobre planejamento:
Antes de prosseguirmos, quero estabelecer sobre o que NÃO será este artigo.
# 1) Esta não é uma discussão aprofundada das estruturas de automação. Diferentes projetos usam diferentes estruturas dependendo da natureza de seu AUT, arquitetura, complexidades, experiência da equipe, etc.
As informações sobre os frameworks podem ser encontradas nos links abaixo:
Estruturas de automação de teste parte 1 e parte 2 .
#dois) Também não se trata de modelo, formato ou criação de um Documento de plano de teste . Vamos abordar as considerações de pré-documentação para um projeto de automação, mais nas linhas de uma análise de viabilidade.
# 3) Isso também não é uma ferramenta específica. Cada atividade no SDLC leva tempo, esforço, infraestrutura - em outras palavras - DINHEIRO.
Para um projeto de Teste Manual, os fatores de consumo de custo são:
- Pessoas
- Ferramentas - Gerenciamento de teste / defeito
- Infraestrutura - meio ambiente
- Tempo
- Treinamento
Para um projeto de automação, além dos itens acima, ele precisa de despesas para:
- Ferramentas de automação
- Add-in para integração da ferramenta de gerenciamento de teste
- Add-in para suportar AUT (como SAP, Oracle, etc)
- Configuração da estrutura
- Treinamento específico para ferramentas
Dadas essas circunstâncias, o sucesso de um projeto de automação depende de quão bem você escreveu o código, de quantos componentes reutilizáveis você escreveu ou de quantas linhas de código você atingiu o resultado desejado?
Não.
Existe uma e a única questão que determina o sucesso - “Você consegue gerar um melhor ROI (Return on Investment) em comparação com a rota manual”? - Se não imediatamente, eventualmente.
Se a resposta a esta pergunta for “NÃO”, então você planejou o projeto de automação incorretamente.
Normalmente, um plano de teste tem as seguintes seções. Vamos discutir cada um deles com foco em aspectos específicos de automação a serem considerados:
Seções do plano de teste de teste de automação
Seção 1:Escopo
- Escolha os casos / cenários de teste que devem ser regredidos continuamente em vários ciclos.
- Às vezes, os casos de teste mais simples precisam de muitas soluções complicadas para serem automatizados. Se forem apenas para uso uma vez, obviamente não faz sentido. A reutilização deve ser o seu foco.
- O teste de automação não realiza / não pode realizar o teste exploratório.
Seção 2: Estratégia de teste
- Esta seção é conhecida como Framework no mundo da automação. Algumas estruturas são extremamente desafiadoras para criar e também são eficazes - mas em termos de tempo, esforço e competência são exigentes. Sempre procure um meio-termo e faça o melhor que puder, sem comprometer o uso excessivo de recursos.
- Decida sobre as melhores práticas de codificação a serem usadas, convenções de nomenclatura, locais para armazenamento dos ativos de teste, o formato dos resultados do teste, etc. para manter a uniformidade e aumentar a produtividade.
Seção # 3:Recursos / funções e responsabilidades
- O primeiro passo nesta direção é entender as capacidades da equipe e antecipar o escopo da automação entrando em cena. Isso ajudará a escolher uma equipe que atenda às necessidades de teste de automação e manual. Além disso, escolha pessoas que tenham a atitude certa - aquelas que não acham que o teste manual está abaixo de sua estatura.
- Escolha uma equipe bem versada em AUT, gerenciamento de teste, gerenciamento de defeitos e outras atividades SDLC
- Seção 1: Escopo
Seção 4:Ferramentas
Escolha ferramentas de automação com base nas seguintes regras:
- A empresa já possui licenças para determinada ferramenta, experimente e veja se consegue usá-la
- Procure ferramentas de código aberto (mas confiáveis)
- Os membros da equipe já conhecem a ferramenta ou precisamos trazer alguém novo? Ou treinar os existentes?
Seção 5: Horários
- Incluir tempo para orientações de código e inspeção dos scripts de automação
- Manter os scripts em tempo hábil. Se você criar um trecho de código que não usará nos próximos 6 meses ou mais, certifique-se de mantê-lo periodicamente para diminuir as chances de falha.
Seção 6:Ambiente
- O ambiente de destino que seu AUT executará e a ferramenta de automação que você deseja usar devem ser compatíveis. Este é um dos fatores a serem considerados como pré-licenciamento da ferramenta.
- Além disso, analise se o resto do Ferramentas de gerenciamento no local e a ferramenta de automação que você está tentando implementar são interconectáveis para benefício adicional.
Seção # 7:Entregáveis
- Seus scripts de teste são seus resultados. No entanto, nem todo mundo entende de automação / linguagem de programação. Portanto, planeje criar um documento “Como fazer” que ajudará os usuários atuais e futuros membros da equipe a serem capazes de compreender este script mesmo quando você não estiver por perto.
- Inclua comentários em seu script também.
Seção 8: Riscos
Se você vai propor uma solução de automação, certifique-se de escolher ferramentas e soluções econômicas para garantir que o esforço de automação não sobrecarregue o projeto.
É importante definir a expectativa de que o ROI de um projeto de automação não pode ser positivo imediatamente, mas pode ser visto claramente por longos períodos de tempo.
Portanto, se você propõe automatizar um sistema, escolha aquele que é
- Estável e sem muita manutenção
- Tem escopo para grandes conjuntos de regressão
- Não tem muita intervenção manual ou não depende da intuição de um humano
Seção 9:Dados de teste
- Leve em consideração os aspectos de segurança dos dados
- Não codifique nenhum dado de teste nos scripts. Isso apenas leva a muita manutenção do script e pode induzir erros durante a modificação.
- Seja muito específico. Para uma etapa de teste manual - ‘digite o primeiro nome’, você pode dizer digite qualquer nome de 5 caracteres. Durante o teste, um testador pode digitar “Swati” ou “Seela” ou qualquer outra coisa. Mas para uma ferramenta, ele não pode fazer tais suposições. Portanto, forneça valores exatos.
Seção # 10:Relatórios / Resultados
- Os resultados da execução do script também são técnicos e podem não ser facilmente compreendidos pelo restante das equipes. Planeje escrever resultados detalhados no bloco de notas ou planilhas do Excel como uma medida adicional.
- Documentos de estrutura detalhados, resultados de revisão, relatórios de defeitos, relatórios de status de execução também são esperados.
Nós, como entusiastas da automação, podemos pensar que os clientes / gerenciamento não compram facilmente as propostas de automação.
declarar uma matriz de objetos em java
No entanto, quando nosso objetivo final é maximizar o ROI por meio da automação, estamos em perfeita harmonia com os objetivos da gestão / cliente também. Isso garantirá que não apenas automatizemos nosso projeto, mas também que o possamos fazer, com muito consentimento, cooperação e entusiasmo.
O planejamento e a análise minuciosa de todos os fatores listados acima podem ser nossos aliados nessa jornada. Novamente, ROI significa tudo.
Esta postagem foi escrita por Swati Seela, membro da equipe de autores do STH.
Tem dúvidas ou coisas para discutir? Sinta-se à vontade para postar nos comentários abaixo.
=> Visite aqui para obter a série de tutoriais do plano de teste completo
Leitura recomendada
- QTP Frameworks - Test Automation Frameworks - Exemplos de estruturas lineares e orientadas por palavras-chave - QTP Tutorial # 17
- Desafios de teste manual e de automação
- Como decidir qual tipo de teste é necessário para um projeto? - Manual ou Automação
- Por que precisamos do Framework para automação de teste?
- Dez principais estratégias e práticas recomendadas de automação de teste
- Como traduzir casos de teste manuais em scripts de automação? - Um guia passo a passo com exemplo
- Quando optar por testes de automação?
- Processo de teste de automação de 10 etapas: como iniciar o teste de automação em sua organização