Engenharia
Engenheiro de software
Cinco níveis, de júnior a Principal, em seis competências: da entrega de código ao desenvolvimento da equipa.
- 5 níveis
- 6 competências
Modelo de escada de carreira
Modelo de escada de carreira para engenheiros de QA
Quatro níveis, de Engenheiro de QA júnior a Engenheiro de QA líder, em seis competências: do desenho de testes às práticas de qualidade.
Plano gratuito · Sem cartão de crédito
Esta escada de carreira destina-se a engenheiros de QA em empresas de software com cerca de 20 a 200 pessoas, onde os testers trabalham dentro das equipas de produto, podem ser apenas um punhado em toda a empresa e a mesma pessoa faz muitas vezes testes exploratórios de manhã e escreve verificações automáticas à tarde. Descreve quatro níveis, desde alguém que está a aprender a testar bem uma funcionalidade até à pessoa que decide como toda a empresa aborda a qualidade. O nível mais alto, Engenheiro de QA líder, pertence ao percurso de especialista e não é uma função de gestão.
Cada nível é definido pelo que a pessoa faz e pelo alcance do seu trabalho, não pelos anos de experiência nem pelo número de bugs que reporta. Leia uma linha da matriz de competências da esquerda para a direita para ver como uma expectativa evolui; leia a secção de um nível para ver tudo o que se espera nesse nível. Use-a para explicar o que significa o passo seguinte, para conduzir autoavaliações e check-ins e para manter comparáveis as decisões de promoção entre equipas.
Encare-a como um rascunho. Se os seus engenheiros de QA não escrevem automação, ou se os programadores fazem a maior parte dos testes, altere a redação antes de publicar a escada — uma expectativa que ninguém consegue cumprir no seu contexto só gera frustração.
Os níveis num relance
Engenheiro de QA júnior
Testa funcionalidades bem definidas a partir de casos de teste existentes e aprende a conhecer o produto e os seus utilizadores.
- Âmbito
- Histórias ou correções de bugs individuais numa área do produto, com planos de teste revistos por alguém com mais experiência.
Engenheiro de QA
É responsável pelos testes das funcionalidades de uma equipa, desde a leitura dos requisitos até à aprovação do lançamento.
- Âmbito
- As funcionalidades de uma equipa de produto, incluindo os respetivos testes manuais e automáticos.
Engenheiro de QA sénior
Molda a forma como uma ou duas equipas incorporam a qualidade no trabalho e é responsável pela estratégia de testes de projetos maiores.
- Âmbito
- A estratégia de testes, as suites de automação e as decisões de lançamento de uma ou duas equipas, além de projetos que atravessam as fronteiras entre equipas.
Engenheiro de QA líder
Define a abordagem da empresa à qualidade e ajuda todas as equipas a lançar com menos defeitos a escapar para produção.
- Âmbito
- A qualidade em todo o produto: infraestrutura de testes partilhada, padrões de lançamento e a forma como o QA é organizado e praticado.
Matriz de competências
Cada linha é uma competência e cada coluna um nível. Leia uma linha da esquerda para a direita para ver como a expectativa cresce.
O que significa cada competência
- Desenho e análise de testes
- Perceber o que pode correr mal e escolher os testes que o vão encontrar.
- Automação de testes
- Construir verificações automáticas rápidas, estáveis e em que a equipa confia.
- Investigação e reporte de defeitos
- Encontrar, reproduzir e explicar problemas para que sejam corrigidos depressa.
- Avaliação de lançamentos e riscos
- Decidir se algo está pronto para ser lançado e dizê-lo com clareza.
- Práticas de qualidade
- Incorporar a qualidade na forma de trabalhar da equipa, em vez de a testar só no fim.
- Mentoria e partilha de conhecimento
- Ajudar os outros a testar melhor e evitar que o conhecimento do produto fique na cabeça de uma só pessoa.
| Competência | Engenheiro de QA júnior | Engenheiro de QA | Engenheiro de QA sénior | Engenheiro de QA líder |
|---|---|---|---|---|
| Desenho e análise de testes | Executa com cuidado os casos de teste existentes, escreve novos casos para histórias pequenas que cobrem o caminho principal e os casos-limite óbvios, e esclarece os requisitos pouco claros antes de os testes começarem. | Escreve um plano de testes para cada funcionalidade da equipa, cobrindo casos-limite, permissões, estados dos dados e integrações, e revê os requisitos antes de o desenvolvimento começar para detetar lacunas. | Desenha a estratégia de testes de projetos que envolvem várias funcionalidades ou equipas, decide o que cobrir ao nível unitário, de API e end-to-end e concentra o esforço nas partes com maior probabilidade de falhar. | Define como a empresa decide o que testar e com que profundidade, com base no risco e em dados de utilização, e garante que todas as equipas o aplicam de forma coerente. |
| Automação de testes | Acrescenta testes automáticos a uma framework de testes existente seguindo os padrões estabelecidos, corre a suite localmente e reporta as falhas que não consegue explicar em vez de a voltar a correr até passar. | Automatiza os testes de regressão das funcionalidades da equipa, mantém-nos estáveis e legíveis e corrige ou remove os testes instáveis em vez de os ignorar. | Desenha a estrutura de uma suite de automação, integra-a no pipeline de entrega com tempos de execução razoáveis e revê os testes que os programadores e outros engenheiros de QA escrevem. | Escolhe as ferramentas de teste e a infraestrutura partilhada da empresa, equilibra as camadas da pirâmide de testes entre produtos e mantém toda a suite rápida o suficiente para que as equipas esperem mesmo por ela. |
| Investigação e reporte de defeitos | Reporta bugs com passos claros, resultados esperados e obtidos e o ambiente, para que um programador consiga reproduzir o problema sem fazer perguntas adicionais. | Delimita os bugs com recurso a logs, traces de rede e à base de dados, avalia a sua gravidade pelo impacto nos utilizadores e confirma as correções, incluindo os casos à volta. | Investiga problemas intermitentes, ou que só ocorrem em produção, em vários serviços, deteta padrões em defeitos recorrentes e transforma-os em propostas que eliminam toda uma classe de bugs. | É responsável pela forma como a empresa acompanha e prioriza defeitos, reporta à liderança de engenharia as tendências dos bugs que escapam para produção e garante que as maiores fontes de defeitos recebem recursos para serem corrigidas. |
| Avaliação de lançamentos e riscos | Conclui as verificações atribuídas antes de um lançamento, reporta o que foi e o que não foi testado e leva as suas preocupações a um engenheiro de QA mais experiente. | Dá uma recomendação clara de avançar ou não avançar para os lançamentos da equipa, explicando os riscos conhecidos e o que fica por testar, e participa nas verificações pós-lançamento. | Decide com os programadores a abordagem de lançamento para alterações arriscadas — feature flags, lançamentos faseados, monitorização adicional — e lidera os testes durante incidentes e hotfixes. | Define os padrões de lançamento que todas as equipas seguem, estabelece quando um lançamento pode ser bloqueado e é a pessoa a quem a liderança pergunta se o produto está pronto para um grande lançamento. |
| Práticas de qualidade | Segue a definição de concluído e o fluxo de testes da equipa, e aponta os passos que são saltados ou que geram confusão. | Participa no refinamento e nas discussões de design para acrescentar cedo critérios de aceitação e questões de testabilidade, e trabalha em par com os programadores sobre o que cobrir nos seus próprios testes. | Melhora o fluxo de testes de uma ou duas equipas — ambientes de teste, dados de teste, checklists de revisão — e mede se a mudança reduziu os defeitos que escapam para produção. | Molda as práticas de qualidade em toda a engenharia, decide onde ficam os engenheiros de QA e o que fica a cargo dos programadores, e faz da qualidade uma responsabilidade partilhada e não o trabalho de uma só equipa. |
| Mentoria e partilha de conhecimento | Documenta o que aprende sobre o produto à medida que testa e partilha com a equipa descobertas e ferramentas úteis. | Mantém atualizada a documentação de testes da equipa, integra novos colegas na área do produto e explica técnicas de teste aos programadores que perguntam. | Faz mentoria deliberada a engenheiros de QA juniores, conduz sessões sobre abordagens de teste para programadores e participa em entrevistas de recrutamento para funções de QA. | Desenvolve as competências e os percursos de carreira do grupo de QA, define como os engenheiros de QA são recrutados e integrados e prepara os próximos engenheiros de QA seniores e líderes. |
Deslize a tabela para o lado para ver todos os níveis.
Descarregar em CSV Abre no Excel, no Google Sheets ou no Numbers.
Engenheiro de QA júnior: o que se espera
Testa funcionalidades bem definidas a partir de casos de teste existentes e aprende a conhecer o produto e os seus utilizadores. Histórias ou correções de bugs individuais numa área do produto, com planos de teste revistos por alguém com mais experiência.
- Desenho e análise de testes
- Executa com cuidado os casos de teste existentes, escreve novos casos para histórias pequenas que cobrem o caminho principal e os casos-limite óbvios, e esclarece os requisitos pouco claros antes de os testes começarem.
- Automação de testes
- Acrescenta testes automáticos a uma framework de testes existente seguindo os padrões estabelecidos, corre a suite localmente e reporta as falhas que não consegue explicar em vez de a voltar a correr até passar.
- Investigação e reporte de defeitos
- Reporta bugs com passos claros, resultados esperados e obtidos e o ambiente, para que um programador consiga reproduzir o problema sem fazer perguntas adicionais.
- Avaliação de lançamentos e riscos
- Conclui as verificações atribuídas antes de um lançamento, reporta o que foi e o que não foi testado e leva as suas preocupações a um engenheiro de QA mais experiente.
- Práticas de qualidade
- Segue a definição de concluído e o fluxo de testes da equipa, e aponta os passos que são saltados ou que geram confusão.
- Mentoria e partilha de conhecimento
- Documenta o que aprende sobre o produto à medida que testa e partilha com a equipa descobertas e ferramentas úteis.
Engenheiro de QA: o que se espera
É responsável pelos testes das funcionalidades de uma equipa, desde a leitura dos requisitos até à aprovação do lançamento. As funcionalidades de uma equipa de produto, incluindo os respetivos testes manuais e automáticos.
- Desenho e análise de testes
- Escreve um plano de testes para cada funcionalidade da equipa, cobrindo casos-limite, permissões, estados dos dados e integrações, e revê os requisitos antes de o desenvolvimento começar para detetar lacunas.
- Automação de testes
- Automatiza os testes de regressão das funcionalidades da equipa, mantém-nos estáveis e legíveis e corrige ou remove os testes instáveis em vez de os ignorar.
- Investigação e reporte de defeitos
- Delimita os bugs com recurso a logs, traces de rede e à base de dados, avalia a sua gravidade pelo impacto nos utilizadores e confirma as correções, incluindo os casos à volta.
- Avaliação de lançamentos e riscos
- Dá uma recomendação clara de avançar ou não avançar para os lançamentos da equipa, explicando os riscos conhecidos e o que fica por testar, e participa nas verificações pós-lançamento.
- Práticas de qualidade
- Participa no refinamento e nas discussões de design para acrescentar cedo critérios de aceitação e questões de testabilidade, e trabalha em par com os programadores sobre o que cobrir nos seus próprios testes.
- Mentoria e partilha de conhecimento
- Mantém atualizada a documentação de testes da equipa, integra novos colegas na área do produto e explica técnicas de teste aos programadores que perguntam.
Engenheiro de QA sénior: o que se espera
Molda a forma como uma ou duas equipas incorporam a qualidade no trabalho e é responsável pela estratégia de testes de projetos maiores. A estratégia de testes, as suites de automação e as decisões de lançamento de uma ou duas equipas, além de projetos que atravessam as fronteiras entre equipas.
- Desenho e análise de testes
- Desenha a estratégia de testes de projetos que envolvem várias funcionalidades ou equipas, decide o que cobrir ao nível unitário, de API e end-to-end e concentra o esforço nas partes com maior probabilidade de falhar.
- Automação de testes
- Desenha a estrutura de uma suite de automação, integra-a no pipeline de entrega com tempos de execução razoáveis e revê os testes que os programadores e outros engenheiros de QA escrevem.
- Investigação e reporte de defeitos
- Investiga problemas intermitentes, ou que só ocorrem em produção, em vários serviços, deteta padrões em defeitos recorrentes e transforma-os em propostas que eliminam toda uma classe de bugs.
- Avaliação de lançamentos e riscos
- Decide com os programadores a abordagem de lançamento para alterações arriscadas — feature flags, lançamentos faseados, monitorização adicional — e lidera os testes durante incidentes e hotfixes.
- Práticas de qualidade
- Melhora o fluxo de testes de uma ou duas equipas — ambientes de teste, dados de teste, checklists de revisão — e mede se a mudança reduziu os defeitos que escapam para produção.
- Mentoria e partilha de conhecimento
- Faz mentoria deliberada a engenheiros de QA juniores, conduz sessões sobre abordagens de teste para programadores e participa em entrevistas de recrutamento para funções de QA.
Engenheiro de QA líder: o que se espera
Define a abordagem da empresa à qualidade e ajuda todas as equipas a lançar com menos defeitos a escapar para produção. A qualidade em todo o produto: infraestrutura de testes partilhada, padrões de lançamento e a forma como o QA é organizado e praticado.
- Desenho e análise de testes
- Define como a empresa decide o que testar e com que profundidade, com base no risco e em dados de utilização, e garante que todas as equipas o aplicam de forma coerente.
- Automação de testes
- Escolhe as ferramentas de teste e a infraestrutura partilhada da empresa, equilibra as camadas da pirâmide de testes entre produtos e mantém toda a suite rápida o suficiente para que as equipas esperem mesmo por ela.
- Investigação e reporte de defeitos
- É responsável pela forma como a empresa acompanha e prioriza defeitos, reporta à liderança de engenharia as tendências dos bugs que escapam para produção e garante que as maiores fontes de defeitos recebem recursos para serem corrigidas.
- Avaliação de lançamentos e riscos
- Define os padrões de lançamento que todas as equipas seguem, estabelece quando um lançamento pode ser bloqueado e é a pessoa a quem a liderança pergunta se o produto está pronto para um grande lançamento.
- Práticas de qualidade
- Molda as práticas de qualidade em toda a engenharia, decide onde ficam os engenheiros de QA e o que fica a cargo dos programadores, e faz da qualidade uma responsabilidade partilhada e não o trabalho de uma só equipa.
- Mentoria e partilha de conhecimento
- Desenvolve as competências e os percursos de carreira do grupo de QA, define como os engenheiros de QA são recrutados e integrados e prepara os próximos engenheiros de QA seniores e líderes.
Como adaptar esta escada
Defina o equilíbrio entre testes manuais e automáticos
Se os seus engenheiros de QA se concentram em testes exploratórios, encurte a linha Automação de testes e alargue Desenho e análise de testes. Se constroem sobretudo automação, suba as expectativas de qualidade do código. Em qualquer dos casos, torne a escolha explícita para que ninguém seja avaliado face a um trabalho para o qual não foi contratado.
Guarde o nível líder para quando for um trabalho real
Com dois ou três engenheiros de QA, a empresa precisa normalmente apenas dos níveis júnior, intermédio e sénior. Acrescente o nível líder quando alguém estiver de facto a definir padrões de qualidade para todas as equipas, e não como recompensa para o tester mais antigo. Nesta escada, o nível líder pertence ao percurso de especialista; se o seu líder de QA também gerir testers, acrescente as expectativas sobre gestão de pessoas da escada de Engineering Manager.
Alinhe os níveis com a escada de engenharia
Faça corresponder cada nível de QA ao nível de engenheiro de software com âmbito e remuneração comparáveis. Quando um Engenheiro de QA sénior fica ao lado de um Engenheiro sénior, passar de um percurso para o outro torna-se um passo lateral e não uma despromoção nem um salto.
Recolha provas, não contagens de bugs
Para os check-ins e as propostas de promoção, reúna exemplos como um plano de testes que apanhou um defeito dispendioso, uma suite instável que passou a ser fiável ou uma decisão de lançamento que se revelou acertada. Contar bugs reportados premeia o ruído e penaliza os testers de equipas estáveis.
Perguntas frequentes
Perguntas sobre esta escada
De quantos níveis precisa uma escada de carreira de engenheiro de QA?
Três ou quatro costumam bastar numa empresa de 20 a 200 pessoas, porque os grupos de QA são pequenos. Este modelo usa quatro: Engenheiro de QA júnior, Engenheiro de QA, Engenheiro de QA sénior e Engenheiro de QA líder. Acrescente um quinto apenas quando o âmbito do trabalho crescer realmente para lá da definição de padrões de qualidade para todo o produto.
Testers manuais e engenheiros de automação de QA devem partilhar a mesma escada de carreira?
Na maioria das empresas mais pequenas, sim. O essencial do trabalho — perceber o risco, desenhar testes e avaliar lançamentos — é o mesmo; só as ferramentas mudam. Mantenha uma só escada e acorde, por pessoa ou por equipa, em que medida se aplica a linha Automação de testes.
Um engenheiro de QA pode mudar para o percurso de engenharia de software?
Sim, e funciona melhor como uma mudança planeada. Compare a pessoa com a escada de engenheiro de software, acorde com ela algumas ações de desenvolvimento, como assumir pequenas funcionalidades ou correções de bugs, e faça a mudança quando ela cumprir esse nível de forma consistente. A experiência em testes costuma torná-la melhor na engenharia, não pior.
Como medir o desempenho de um engenheiro de QA sem contar bugs?
Olhe para os resultados e para o comportamento: os defeitos que escaparam para produção na sua área, a fiabilidade e a rapidez da suite automática, quão cedo levanta riscos e se as decisões de lançamento se revelaram acertadas. Discuta exemplos concretos face à escada em check-ins regulares, em vez de depender apenas de dashboards.
De quantos engenheiros de QA precisa uma equipa de programadores?
Não há uma proporção fixa. Muitas empresas desta dimensão funcionam com um engenheiro de QA por cada quatro a oito programadores, mas o número certo depende de quanto os programadores testam o próprio trabalho e de quão caro é um defeito para os seus utilizadores. Acompanhe os defeitos que escapam para produção e os atrasos nos lançamentos, e contrate quando algum deles continuar a subir.
Construa esta escada de carreira no LadderKit — grátis
Configure os níveis e as competências para a sua equipa, avalie as pessoas face a eles nos check-ins e mantenha as decisões de promoção coerentes.
Plano gratuito · Sem cartão de crédito
Modelos relacionados
Engenharia
Engenheiro DevOps
Quatro níveis, de júnior a Staff DevOps Engineer, em seis competências: da infraestrutura à capacitação dos programadores.
- 4 níveis
- 6 competências
Engenharia
Engineering Manager
Quatro níveis, de Engineering Manager a VP de engenharia, em seis competências de gestão.
- 4 níveis
- 6 competências