Na nova edição do podcast Dry Oars, os desenvolvedores do Android convidaram os caras do controle de qualidade para visitar. Discutimos que tipo de disciplina é essa, como é útil para os negócios e como testar um foguete sem perguntar a Ilon Mask.
Os desenvolvedores do Redmadrobot
gravam podcasts emocionantes que discutem desenvolvimento, análises, testes e outros aspectos da criação de produtos de TI. Desta vez, o destacamento de controle de qualidade de Redmadrobot olhou para a luz: os companheiros de equipe Alex e Gleb e seu líder Sasha. Tivemos uma conversa honesta sobre a vida do controle de qualidade em um mundo onde existem testadores e desenvolvedores. Abaixo está um link para a entrada completa e respostas para as perguntas mais quentes.
O que é o controle de qualidade?
QA ou Quality Assurance é a disciplina responsável pela qualidade do produto. Por exemplo, para a qualidade de um aplicativo móvel. Geralmente é integrado a todas as etapas de um projeto. Os especialistas em controle de qualidade preparam e implementam padrões de desenvolvimento, conduzem verificações de qualidade, evitam erros e aprimoram constantemente os processos internos. O controle de qualidade é usado não apenas no desenvolvimento móvel, mas também na web, na indústria e em muitas outras áreas.
Qual é a diferença de um testador?
O controle de qualidade global (controle de qualidade) ou testadores fazem parte do controle de qualidade.
O testador estuda o produto, realiza pesquisas, elabora possíveis cenários e captura bugs. Ele fornece à equipe uma visão geral do produto. O controle de qualidade não melhora a qualidade, mas dá uma idéia do que está acontecendo no desenvolvimento.
O controle de qualidade também ajuda a equipe a estabelecer processos relacionados à qualidade. Ele olha para o quadro inteiro e faz com que haja menos erros.
QC sobre o resultado: encontre bugs. Controle de qualidade sobre o processo: depure os processos de desenvolvimento para que não haja erros.
O testador deve conhecer a linguagem de programação na qual o programa está escrito?
O testador não precisa conhecer o idioma e a tecnologia, mas isso pode ser uma vantagem no trabalho.
Eu realmente gosto de investigar bugs e às vezes fico bêbado: cheguei à linha de código em que o bug estava sendo executado. É interessante quando você pode fornecer um pouco mais de informações ao desenvolvedor no "relatório de erros". Mas isso é completamente opcional.
"O código está escrito h̶o̶r̶o̶sh̶o̶": o desenvolvedor escreve o código e o testador está procurando por erros. Como não brigar?
O desenvolvedor está pensando em como fazer o bem. O testador pensa em como testar para descobrir por que isso é ruim. Existe um certo conflito de interesses.
Temos a hipótese de que tudo depende de quão longe o controle de qualidade está do desenvolvedor. Quando estão sentados nas proximidades, raciocinam e refletem juntos sobre a tarefa. Isso funciona melhor porque o nível de confiança é maior. Estar em diferentes departamentos ou empresas é difícil de alcançar um entendimento mútuo. Resta apenas ficar zangado com relatos de caras desconhecidas.
Isso também acontece com especialistas no início da jornada. O controle de qualidade jovem e os desenvolvedores têm pouca experiência no trabalho em equipe; portanto, surgem dificuldades. Com o tempo, percebe-se que vocês são parceiros, trabalhando em um produto e melhorando juntos.
O controle de qualidade passa por programadores com falha?
Isso acontece de maneiras diferentes, alguns vão adorar testar. Por exemplo, nosso chefe de controle de qualidade Sasha saiu da programação porque gosta de quebrar tudo mais. É possível "migrar" de um tipo de teste para outro?
Em suma, sim. Um testador é um testador em toda parte: ele deve ser capaz de criar bugs, entender como os testes são escritos e assim por diante. Se desejar, você pode descobrir uma nova direção em algumas semanas.
Mas como testar um foguete?
Estamos testando software e não estamos relacionados ao espaço. Mas podemos assumir como isso poderia ser.
Como em outros testes, aqui estamos lidando com uma lista de características do objeto. Seus materiais, resistência ao desgaste, temperatura de aquecimento ou refrigeração, quantidade de combustível por voo e centenas de pontos a mais. Se o testador quisesse testar o foguete, ele faria qualquer coisa com ele: esquentaria, esfriaria, enviaria a uma distância para a qual não foi projetado e assim por diante. O desenvolvimento de tais cenários, procedendo da documentação do objeto ou do conhecimento empírico, é capaz de identificar defeitos, cuja correção determina a qualidade de qualquer produto.
Links úteis
Pacote inicial para quem deseja entrar no mundo do controle de qualidade hoje:
→
Testando o Dot Kom, ou um Manual sobre Crueldade contra Bugs em Startups da Internet→
Teste de Software. Curso básico→
Certificação ISTQB→
Deve ter para qualquer testadorSe você tiver dúvidas - escreva nos comentários, vamos entender :)
Ouça-nos em uma plataforma conveniente
SoundCloud Apple Google Podcasts . Venha discutir a questão no
chat do Telegram .