QA / QA Automation

Se o tempo for limitado, quais seriam os 5 cenários que escolheria em primeiro lugar e por que esses em particular (considerando o risco para o negócio)?

Como é que te chegam as tarefas?

O que é design de teste, que técnicas conhece e quais costuma aplicar na prática?

Vamos complicar a tarefa: agora o programa deve determinar o tipo de triângulo (pelas lados), com um intervalo de valores de 1 a 10. Quais cenários de teste você aplicaria?

Por que não se pode simplesmente usar a API REST com interação assíncrona em vez de um broker de mensagens?

Como funciona o comando na sintaxe UPDATE? Trabalhou com JOIN em consultas SQL?

Tem na sua equipa analistas, desenvolvedores e testadores todos juntos numa equipa full-stack?

Já trabalhou com brokers de mensagens? Para que eles servem?

Qual é a diferença entre INNER JOIN e LEFT JOIN?

Tarefa prática: tela com 3 campos (lados do triângulo A, B, C) e um botão "calcular" que determina se o triângulo é isósceles. Que tipos de testes e verificações você realizaria?

Qual é a sua política de lançamento, com que frequência são lançadas as versões e como você participa nesse processo?

Participa diretamente na compilação do lançamento e nas regressões logo antes do lançamento?

Fale sobre si, sua última experiência de trabalho (tecnologias, responsabilidades, processos).

Que tipos de triângulos existem pelos seus ângulos (agudo, retângulo, obtuso), e com que conjuntos de números (comprimentos dos lados) se pode verificar cada tipo?

A mesma situação, mas agora com LEFT JOIN com os leitores à esquerda. Quantos registos no mínimo e no máximo podem ser retornados (com um exemplo esclarecedor: 3 leitores pegaram 3 livros cada, 1 pegou 1 livro, 1 não pegou nenhum)?

Tarefa prática: 2 tabelas — leitores (5 registos) e livros emprestados (10 registos), a consistência dos dados é desconhecida, um livro físico não pode estar ao mesmo tempo com mais de um leitor. Qual o número mínimo e máximo de registos que podem resultar de um INNER JOIN dessas tabelas?