O que é um desenvolvedor em teste? [fechadas]

Eu estava conversando recentemente com um recrutador que quer me colocar em uma empresa para uma posição de desenvolvedor em teste. Ele basicamente fez parecer uma posição em que você começa a mexer com novas técnicas de programação e testar bugs e melhorias no software, mas onde não precisa se preocupar com prazos padrão. Você é muito criativo em seu trabalho.

Mas essa descrição ainda era meio vaga para mim. Sou desenvolvedor da Web há vários anos, trabalhando principalmente em PHP. Então, eu queria saber se outras pessoas na comunidade sabem mais sobre o que essas posições normalmente envolvem.

Eu sei que esse pode não ser um assunto apropriado para este fórum, mas foi o melhor ajuste que eu poderia encontrar entre o Stack Exchange e eu realmente aprecio isso se não estiver fechado, pois não há outro lugar para perguntar sobre isso. .

Eu tentei pesquisar no Google, mas não há muita informação por aí. Então, o que exatamente é um desenvolvedor em teste?

Sou engenheiro de desenvolvimento de software em teste e participei de duas empresas separadas. Atualmente trabalho para a Microsoft.

De um modo geral, Bryan Oakley está correto: você escreve software que testa software.

Além disso, depende do seu nível de experiência, do escopo de suas responsabilidades e do tipo de software que o empregador estaria produzindo. Uma posição SDET pode incluir escrever qualquer coisa, desde o básico dos testes de verificação no nível do recurso, até escrever e manter a infraestrutura de teste para executar esses testes. Também não é incomum ter SDETS especializados em testes focados para certos tipos de requisitos (testar segurança, desempenho / escala, usabilidade etc. são exemplos que vêm imediatamente à mente).

A descrição que você recebeu do recrutador parece uma técnica de venda ruim.

• Você não está brincando; você tem n dias para obter cobertura de teste automatizada sobre x recursos implementados em y diferentes ambientes suportados nos idiomas z .
• Ah, btw: esses testes precisam ser executados rápido o suficiente para que os desenvolvedores tenham um ciclo rápido de desenvolvimento / teste, porque ...
• Não há prazos padrão? Você é responsável pela qualidade do produto e a data de lançamento foi definida pelo marketing há 6 meses. A equipe de desenvolvimento está 6 semanas atrasada, entregando uma versão estável à sua equipe de teste, e a empresa não está pressionando essa data de lançamento (novamente). O produto ou serviço é estável o suficiente para liberar para alguns milhões (bilhões?) De pessoas, no mesmo dia?
• ... e se ( quando ) os clientes ligam com problemas ... "Por que (diabos) você não entendeu primeiro?"

Espero que isso dê um exemplo de como é ser um SDET.

"Desenvolvedor em teste" geralmente significa que você está no departamento de controle de qualidade ou em uma função de controle de qualidade, mas o foco está em escrever testes automatizados em vez de criar e executar casos de teste manuais. Coisa disso como escrever software para testar software. Pode ser uma opção de carreira particularmente desafiadora, pois exige habilidades de programação e um bom entendimento dos testes de software.

No entanto, títulos diferentes significam coisas diferentes para empresas diferentes; portanto, a resposta definitiva deve vir do recrutador.

Uma função SDET é praticamente o que você faz, como evidenciado por todos os seus diferentes nomes: QA / Desenvolvedor, QA Engineer, Desenvolvedor de Automação. Meu título atual é na verdade Engenheiro de Teste, que eu nunca tinha ouvido falar antes de aceitar este trabalho. Independentemente do título específico, é uma posição nova na maioria das empresas, portanto as expectativas podem ser frouxas. "Ajude-nos a automatizar nossos testes e outras coisas ...". O material pode incluir ferramentas de CI, teste de API, serviços em nuvem, integração com sistemas internos etc.

Outro aspecto do trabalho que não vejo neste segmento é a melhoria de processos. Os SDET normalmente fazem controle de qualidade há um tempo e, novamente, normalmente, são mais técnicos que o restante da equipe de controle de qualidade, incluindo seu gerente. Eles sabem muito sobre o sistema em teste, ou seja, "onde os corpos estão enterrados". Por esses motivos, os SDET tendem a ser ouvidos pela gerência e podem ter muita influência no processo - não apenas no processo de teste, mas na maneira como o produto é construído. O que pode ser legal, se você gosta disso.