/quality-assurance-roadmap

O ponto de partida como Engenheiro de Garantia de Qualidade de Software 📚

MIT LicenseMIT

Roteiro de Garantia de Qualidade 🎯


Conteúdo


Introdução

O teste é uma fase essencial em qualquer ciclo de vida do produto; seja uma linha de produção de alimentos, carros ou software, os resultados devem corresponder ao esperado e atender, satisfazer a necessidade para a qual criamos o produto.

Ter uma base sólida de compreensão de como os componentes de software funcionam e se integram uns aos outros, bem como obter as habilidade de prever problemas/erros futuros, é essencial para qualquer engenheiro de controle de qualidade. O teste de software é a arte de investigar o software e encontrar qualquer comportamento não intencional que possa gerar cenários indesejados.

Abaixo, você pode encontrar o caminho para QA e curva de aprendizado de teste de software que você pode precisar para iniciar a jornada.


Plano de Teste

Um dos documentos mais importantes a serem gerados pela equipe de QA é o plano de teste, pois trata de um documento no qual se definem escopo e objetivos, além de requisitos, estratégias e recursos a serem empregados nas atividades de testes de software.

As seções e o conteúdo do plano de teste podem variar de acordo com a natureza do projeto e da entrega, portanto, o PDF do plano de teste anexado é considerado genérico e atende a todos os propósitos de entrega de teste de software.

O PDF anexado pode ser encontrado aqui test_plan_sample.pdf para download.


O Mapa

 Roteiro para Engenheiro de QA 2022


Conselhos

  • Compreenda os testes de software e não pule para a automação
  • O teste manual e a criação de casos de teste são o núcleo de toda a indústria de teste de software
  • Automação não é mais do que documentar testes escritos manualmente e projetá-los de forma que o código seja legível, compreensível e reutilizável
  • Certifique-se de que seu código de teste está realmente testando algo
  • Seu código de teste não deve exigir teste
  • 200 ~ OK nem sempre está bom
  • Não confie em um código de teste que você não viu falhar