Menu

Como realizar testes de produtos de software - Processo e métodos detalhados com exemplos

how perform software product testing detailed process

Experimente Nosso Instrumento Para Eliminar Problemas

Os produtos de software precisam de uma abordagem única para testar de forma adequada e correta. Muitas vezes, as equipes os tratam como qualquer outro software (ou seja, aplicativos internos desenvolvidos para um cliente ou equipe específica; não acessíveis ao público em geral; não geram receita) e esse é o ponto de partida do problema.

O Teste de Produto de Software precisa de um estilo de teste personalizado e estratégia para agregar valor. O desenvolvimento e a manutenção de produtos de software são em si um ecossistema complexo e, para prosperar, os testadores precisam se adaptar.

Deixe-me explicar por que é importante e por que acho que o desenvolvimento de produtos é complexo, complicado e composto, mesmo nos melhores momentos.

Como testar o produto

O que você aprenderá:

Desafios de desenvolvimento de produto de software:

Aqui estão alguns dos desafios que as equipes de desenvolvimento de produtos de software enfrentam:

# 1)Falta de controle sobre a demografia do usuário, dispositivos, ambientes, plataformas, etc. : Os produtos de software, ao contrário do software desenvolvido para partes interessadas específicas, não são usados ​​em situações controladas e previsíveis. Existem muitos fatores a serem levados em consideração.

#dois)Visão nebulosa do produto : O comportamento e os recursos do produto estão mudando para sempre e a jornada para a maturidade não é claramente visível. Ou o produto está crescendo muito rapidamente que sai do controle e as equipes não sabem o que está acontecendo.

# 3)Cronogramas agressivos : Devido à forte concorrência no mercado de produtos de software, as coisas precisam acontecer em uma velocidade vertiginosa e as equipes devem estar um passo à frente de seus pares. Caso contrário, eles certamente perderão para a competição.

# 4)Medo de falhar : Produtos de software geralmente são inovadores. Portanto, seu sucesso nem sempre é garantido. Esta é a razão pela qual as empresas não podem fazer tudo em termos de orçamento, tecnologias, infraestrutura, etc. Elas geralmente precisam se conter para obter uma certa imunidade contra falhas ou até mesmo para o ponto de equilíbrio.

# 5)Falta de feedback acionável: Como não há partes interessadas ou usuários de negócios ou clientes, por assim dizer, é difícil entender o que o usuário final pode ou não gostar. As empresas estão constantemente jogando um jogo de adivinhação e muitas vezes têm dificuldade em preencher a lacuna entre o que desejam para o software e o que o cliente deseja.

Esses desafios afetam todas as áreas de desenvolvimento, marketing e sustentação de produtos - e também impactam os testes de produtos.

Para avançar no jogo, esse tipo de teste deve levar em consideração cinco pontos principais:

  • Velocidade de desenvolvimento e lançamentos
  • Objetivos de produto do produto a curto e longo prazo
  • Extensão e natureza da competição
  • Público-alvo e seus ambientes
  • Requisitos - Funcional, desempenho, segurança, usabilidade, configuração, etc.

Antes de entrarmos em mais detalhes, vamos entender o ciclo de vida do produto (este é um ciclo de vida do produto genérico e não específico para produtos de software, mas o software segue um padrão semelhante):

ciclo de vida do produto

Uma boa estratégia / abordagem de teste de produto deve levar em consideração o estágio atual do produto em seu ciclo de vida.

Leia também => Como escrever um bom documento de estratégia de teste

Exemplo: O produto de uma empresa XYZ é um software de rastreamento de defeitos denominado ‘TrackFast’. É um novo produto e a primeira versão está definida para ser lançada como uma solução na nuvem e no local. TrackFast funciona como qualquer outro sistema de gerenciamento de defeitos e foi desenvolvido para acesso móvel e web. Atualmente, existem sprints de 2 a 4 semanas em que o produto é criado em partes. Você está na equipe de testes testando o ‘TrackFast’ antes de encontrar seus clientes. O teste envolve a verificação de funcionalidade, desempenho e segurança.

etl testando perguntas e respostas da entrevista em pdf

Para resumir, esses são os parâmetros com os quais você está trabalhando. Ou se preferir, este é o seu contexto

os parametros

quais fones de ouvido vr funcionam com ps4

Vamos ver como testar em cada estágio. Isto é teste de produto processo, método ou ciclo de vida em cada estágio.

Etapa 1) Introdução do produto

Como esta é a primeira vez que a TrackFast vai ao mercado, a ideia é causar uma boa primeira impressão. Portanto, não deixe pedra sobre pedra. Teste tudo e de todos os ângulos. Além disso, estabeleça a base para testes futuros.

Uma boa estratégia de teste neste ponto deve incluir o seguinte:

  • Testes que validam os objetivos de curto prazo do TrackFast. “O que é necessário para ser enviado corretamente” deve estar na vanguarda do esforço de teste. Crio Testes de ponta a ponta (front-end, middleware e back-end) para testes completos de cada recurso
  • Testes que comparam o TrackFast com a concorrência (idealmente, este é o trabalho dos proprietários do produto, mas como testadores, podemos somar nossos dois centavos. Além disso, essa etapa é mais fácil se o software já tiver alguns pares. Por exemplo: É fácil comparar TrackFast com Bugzilla ou JIRA ou outros sistemas legados . Mas digamos que estou criando um aplicativo que faz algo incomum, como ser capaz de prever quando um bebê está com fome ou mal-humorado :), pode ser difícil encontrar um aplicativo que você possa usar como base)
  • Plataforma, navegador e dispositivo testes de compatibilidade
  • Testes para facilidade de instalação , configurar e se atualizar
  • Testes de desempenho, segurança e usabilidade
  • Testes de Integração se ele faz interface com outros sistemas. Um exemplo de integração simples é que os sistemas de rastreamento de defeitos frequentemente interagem com clientes de e-mail para enviar notificações
  • Plano de regressão - É uma boa ideia sinalizar ou marcar testes críticos que você acha que farão parte de futuros ciclos de regressão e pensar em automatizá-los para versões futuras
  • Plano para problemas conhecidos (você irá adicioná-los ao backlog ou tratá-los como CRs, etc.)
  • Flexibilidade para mudar quando o produto avança para o próximo estágio do ciclo de vida.

Às vezes, pode ser uma longa espera antes que o produto seja vendido, portanto, use todo o tempo de que você dispõe para fazer um trabalho o mais completo possível.

Nesse estágio, embora haja uma parte do produto pronta ao final de sprints de 2 a 4 semanas, na maioria das vezes nem todos os sprints resultam em código enviado. Portanto, nunca considere o último teste de sprint 'pronto e entregue'. Repita os testes críticos com cada sprint até o lançamento. Com cada sprint, teste todo o produto que você tem até aquele ponto.

Estágio 2) Crescimento do produto

Após a introdução inicial do projeto, se tudo correr bem, espere um influxo de atividade porque o crescimento do produto é uma via de ritmo acelerado. Agora você está nadando com os grandes tubarões e, a menos que acompanhe o ritmo, será engolido.

Aqui, as versões ficam mais curtas, as melhorias feitas no software se tornam mais em número e a extensão da regressão quase se torna impossível de gerenciar.

A estratégia de teste do produto deve funcionar no ritmo em que o desenvolvimento do software está ocorrendo e não deve se tornar um gargalo.

Isso pode ajudar:

  • Lembre-se dos objetivos de longo prazo do projeto. Não se trata de acabar com isso agora. É viver com as características e prosperar com elas.
  • Teste cedo Considere TDD ou BDD em vez de adiar o teste até o fim com novos requisitos
  • Automatize a regressão e fortaleça-a - Crie um pacote de regressão automatizado para que você não fique com minas terrestres não testadas em seu sistema
  • Se seus proprietários de negócios / produtos desejam se envolver com os testes, considere uma ferramenta de automação baseada em linguagem de negócios, como o Cucumber.
  • Mantenha a usabilidade e o design do site é fundamental para seus testes. Porque quanto mais recursos adicionarmos, mais limpo o site deve parecer
  • Realize testes de desempenho e segurança quando ocorrer um grande lançamento ou quando houver uma mudança significativa na arquitetura. (Novo servidor trazido, etc.) A maioria dos sistemas de software não precisa disso a cada versão.
  • Fique em contato com a concorrência e conheça a visão do produto
  • Teste de par de adaptação , para feedback imediato e correção. Inclua o proprietário do produto quando possível
  • Plano para mudanças e problemas conhecidos
  • Procure obter o feedback do cliente e verifique se ele pode ser rastreado como sugestão de aprimoramento para manter o crescimento constante. (mais uma vez, esta não é a responsabilidade principal da equipe de QA, mas todos contam)

Estágio # 3) Maturidade do produto

Parabéns pelo seu produto ter chegado tão longe. Neste ponto, os recursos não mudam com tanta frequência. A equipe de produto estará mais focada em trazer mais negócios ou seus esforços de marketing. No entanto, o desenvolvimento e o teste de produtos não precisam e muitas vezes não param.

Portanto, a equipe de teste pode:

  • Trabalhe para amadurecer sua estratégia de teste. Nesse ponto, seus conjuntos de regressão, métodos de design de teste e práticas de gerenciamento de teste devem funcionar como máquinas bem lubrificadas.
  • Concentre-se nos detalhes mais sutis. Porque no geral o produto funciona e está indo bem, mas como eles dizem, ' Deus está nos detalhes' - encontre até o menor dos problemas que podem melhorar a qualidade do sistema
  • Considere o feedback do cliente
  • Teste o desempenho e a segurança periodicamente
  • Leve em consideração os novos dispositivos, plataformas e navegadores que podem ter entrado no mercado desde a última vez que você testou
  • Teste o Manual do usuário e as páginas de perguntas frequentes porque agora você tem tempo e pode fazê-lo.
  • Experimente novas ferramentas de teste de produto, serviços ou um processo porque agora você pode.
  • Teste o processo de instalação com cada versão, por menor que seja, e obtenha estatísticas de como isso é fácil ou difícil para o usuário final.

Faça o que fizer, não fique complacente.

Estágio # 4) Declínio / Circulação do produto de volta ao crescimento do produto

Os proprietários do produto e as empresas são inteligentes hoje em dia e sabem muito bem que não podem manter seus produtos iguais e esperar que os usuários permaneçam leais. As coisas acontecem muito rápido e os produtos também.

Então, TrackFast não pode sentar e relaxar. Se precisa ter uma presença contínua no mercado e permanecer na liderança, precisa evoluir. Goste ou odeie, o Facebook começou como uma rede social simples para conectar pessoas e é uma grande plataforma de software que se integra a um milhão de outras coisas e se mantém atualizado.

TrackFast também precisa evoluir. Depois de provar que é um sistema de rastreamento de defeitos confiável e eficaz, ele precisa evoluir ou diminuirá. Portanto, a empresa XYZ decide melhorar o TrackFast tornando-o um sistema de tíquetes geral que pode ser usado para rastrear quaisquer incidentes ou casos pela empresa que não sejam equipes de TI / teste (algo como JIRA) e não apenas para defeitos no processo de desenvolvimento de software .

A roda deu uma volta completa e você se viu tratando o sistema como um novo e segue a estratégia que discutimos na seção Introdução do produto. Só que agora você está mais experiente e familiarizado com a broca. Mas lembre-se de que a cada nova curva surge um novo desafio. Portanto, fique atento :)

O que o torna um testador de produto de sucesso?

  • Testadores de produto deve ter um senso de negócios apurado, compreensão de modelos de desenvolvimento de entrega rápida e deve ser um testador de primeira que não têm medo de experimentar ferramentas e se tornarem eles próprios programadores, se necessário. Essas coisas podem ter um impacto positivo em qualquer tipo de teste, mas são uma necessidade absoluta neste tipo de teste.
  • Outra qualidade importante é que um testador de produto deve acreditar no produto e realmente deseja que ele tenha sucesso. Quando eu, como um testador, penso que o software é um lixo total, há pouca esperança de que eu faça algo para torná-lo melhor.
  • Compartilhe a visão do proprietário do produto / empresa . A menos que você saiba para onde o produto está indo e como irá evoluir, os testes serão superlimitados.
  • Habilidades multifuncionais são benéficas - Saiba como testar o banco de dados, como fazer benchmarks de desempenho, como habilitar certificados de segurança, como implantar, etc. Seja curioso e explore .
  • Não defina limites - não pense que avaliar o manual do usuário ou verificar as perguntas frequentes não é o seu trabalho e um redator técnico deve cuidar disso. Bem, eles deveriam e eles vão. Mas quando você olha para ele como alguém que conhece o produto de dentro para fora, seu feedback é muito útil.
  • Busque feedback do usuário final. O próximo grande grupo de pessoas que testam depois de você são os usuários em tempo real. Conheça e compreenda que tipo de problemas eles estão enfrentando. Isso ajuda a melhorar o design do teste para que da próxima vez você saiba o que fazer para evitar esses problemas.
  • Trabalhe rápido e seja um tomador de decisões
  • Evite dívidas técnicas . Em uma situação de desenvolvimento e teste rápido, é fácil testar exploratoriamente exclusivamente e perder o quadro de referência para os lançamentos futuros. Não deixe isso acontecer. Mantenha a documentação do esqueleto para que você possa rastrear, rastrear e medir

A maior diferença entre testar o software construído como um serviço e o software construído como um produto é que - no primeiro, uma vez que a estratégia de teste é alcançada, ela é aplicada em todos os testes subsequentes.

No entanto, para um produto, a estratégia de teste deve mudar dependendo do estágio do ciclo de vida atual em que o produto se encontra e das mudanças na dinâmica do mercado (novos dispositivos, novos navegadores, etc.). A estratégia de teste de produto precisa ser muito mais flexível para mudanças.

Sobre o autor: Este artigo foi publicado pelo membro da equipe STH Swati S.

Esperamos que este artigo tenha sido útil. Fique à vontade para postar seus comentários, perguntas e feedback abaixo.

Leitura recomendada

^