Como se tornar um software tester: a partir da entrevista para encontrar o primeiro bug
Trabalho E Estudo / / December 25, 2019
Alex Semin
O chefe do departamento de testar a empresa Globus, que está envolvida no desenvolvimento de aplicações móveis e websites para grandes clientes como "Yandex", "Kaspersky Lab" da ABBYY, RuTube "CTC mídia" headhunter "TNT Club", "A Viagem Mensageiro", "a Life Insurance PPF", da VimpelCom e outros. Mais de seis anos na profissão. Eu andei todo o caminho desde o junior-tester para o chefe do departamento.
Minha viagem começou com um testador de curiosidade. Desde a infância, eu estava envolvido na montagem de computadores e instalar o software, no curso de uma pergunta comum surge: "Por que não está instalado? Por que eu não posso?". Naquele momento eu pensei que eu queria me tornar um testador, de se envolver na produção de software de qualidade e encontrar respostas para todas essas perguntas.
Abaixo eu quero dizer aos futuros QA-especialistas sobre o que podem esperar no início de sua carreira, e dar algumas dicas de minha própria experiência.
entrevista
Junior-testador não é muito difícil de passar uma entrevista. A partir dele, não espere um profundo conhecimento da teoria e ferramentas para testes. Quando a entrevista os candidatos, devemos prestar atenção à velocidade e vivacidade de pensamento, fresco e abordagem criativa para a resolução de problemas.
Por exemplo, fazer perguntas incomuns para ver como o homem pensa:
- A aeronave voa do ponto A, às 17h00, e chega ao ponto B, às 19:00. Quando esta está em vôo durante três horas. Por que isso poderia ser?
- Como ter certeza de que, obtendo um aplicativo atualizado, os concorrentes não são capazes de encontrá-lo uma nova função?
Esteja preparado, e para a maioria das tarefas comuns - para testar um objeto simples: um pedaço de papel, um lápis, um filtro de linha e similares.
Além disso, para uma entrevista será útil:
- Examine os tipos de testes: testes funcionais e exploratória, testes automatizados (incluindo ferramentas para isso), teste de carga e stress, fumo de testes.
- Além disso, leia sobre o teste e critérios de aceitação.
- Se estamos a falar de testes de aplicações web, é um console navegador e seu trabalho, e o número de versões de navegadores, a resolução do monitor, ferramentas de layout de testes (Pixel Perfect).
- Se falamos de aplicativos móveis, este tipo de plataformas, emuladores, testes de macaco. Não se esqueça sobre as placas.
- Examine os tipos de correções de trackers. Populares: JIRA, BugZilla, redmine, Mantis. Veja como eles funcionam, quais as suas características.
- No longo prazo - ferramentas JMeter, Postman, Charles. Eles não são muito difíceis de aprender em um nível básico.
O primeiro dia de trabalho
O primeiro dia de trabalho vai como padrão: dar o computador que você deseja configurar, instalar programas de trabalho. O administrador do sistema prepara o acesso a e-mail e programas internos corporativos.
Não é necessário perguntar onde instalar o Skype, use-o um apelido desde os tempos gangsta_666 escola ou imagem engraçada. Use em combinação apelido, por exemplo, ou ivansmirnov smirnovivan, colocou a foto de costume.
Um passo importante na preparação para o dia de trabalho - reunião com trekrom bug, que usa a empresa. Isso é para pedir com antecedência: artigos de estudo de olhar para o vídeo de treinamento. Você vai economizar colegas de tempo e você mesmo vai se sentir mais confiante.
A primeira tarefa
Você será o primeiro projeto para mergulhar. Eu aconselho você a se familiarizar com a história do bug tracker para ver quais defeitos já cumpriram ou são os mais comuns. Você é capaz de se articular e Estatística vai entender em que pontos você deve prestar mais atenção.
Tome a iniciativa. Se você não tiver dado um aplicativo de lista de verificação, não espere e pedir-lhe para ter um mentor. Se a organização não tem um check-list, você pode fazer isso sozinho. Nossa empresa muitas vezes fazer um check-list no "Google Spreadsheets». Abaixo, temos um exemplo de tal um check-list - você estará em seu terno.
Colegas pode ser surpreendido se formulações lista como mapas mentais, Tal como Xmind.net.
Lista de verificação para testar Pokémon GO
Uma das principais formas de testar para um iniciante QA-especialistas podem tornar-se a passagem de listas de verificação, casos de teste profissionais mais velhos. Esta etapa é necessária para um mergulho rápido no projeto. Para construir o novato banco de dados de teste, ele pode expandir esta lista de verificação. Júnior testers como parte do aprendizado da escrita listas preparadas folha Pokémon GO para testes de aplicativos. Aqui estão descritos casos, apenas positivos.
O primeiro bug tracker
Descrição dos erros em diferentes empresas pode variar, mas em geral, existem os princípios de bom gosto.
tema
Ele descreve o problema em poucas palavras. Melhor se ele vai começar com uma negação: "não está funcionando", "isso não acontece", "errado" e assim por diante. Por exemplo: "Há um servidor de sincronização no iPhone 6," "não funciona na reprodução de vídeo Nexus 5."
escrita
Descrição passo a passo do jogo bug. Preste atenção à condição e os sinais que precedem o bug (por exemplo, botão vermelho aceso à esquerda).
Além disso, você pode fazer screenshots que mostram os locais aos quais você deve prestar atenção (você pode usar o aplicativo Joxi, LightShot e outros), para mais erros slozhnovosproizvodimyh - para gravar um vídeo. Quando você digita a experiência pode capturar e aplicar logs.
No final do script indica o ambiente em que testes: versão do produto, o firmware do dispositivo (Android 6.0.1, iOS 9.3.2). Se uma aplicação web, além disso, especificar a versão do browser.
bug nomeação
Em seguida, você precisa atribuir a alguém um bug. Pergunte ao gerente de projeto ou um mentor, alguém para pendurar sobre este erro, alguém dos desenvolvedores para que área do projeto é responsável. Então você vai se reunir com a equipe no futuro para erros atribuir.
colocando criticidade
Tipos de bugs críticos na maioria dos trackers são representados pela seguinte lista:
Imediato (Blocker)
Um erro de bloqueio. Uma aplicação inoperável, resultando numa maior interacção com o sistema em teste ou suas funções-chave é impossível.
Crit - Urgente
Um erro crítico, uma violação da lógica de negócios-chave. O problema leva a uma queda temporária no servidor ou aplicativo, sem a possibilidade de sua solução. Remédio necessário para o ensaio.
alto
erro significativo, uma violação da lógica do negócio básico. Erro não é crítico, é possível trabalhar com a função de teste usando outros pontos de entrada.
normal
pequeno erro. não viola a lógica de negócios do aplicativo em teste, o problema óbvio da interface do usuário e localização.
baixo
questão trivial que diz respeito à lógica de negócios do aplicativo. O problema de bibliotecas ou serviços de terceiros jogou mal, dificilmente perceptível devido à interface do usuário.
Auto-aprendizagem
Sobre a importância de aprender todos sabem muito bem - minhas instruções são comuns. Então, chegar ao ponto.
Abaixo - alguns livros que eu, pessoalmente, recomendo aos meus alunos:
- "Testing DOT COM», Roman Savin - um manual muito útil, praticamente ler o livro começa testador. Ele contém a maior parte do conhecimento, a fim de iniciar o teste com sucesso e responder às perguntas da entrevista relacionados à parte técnica e teórica.
- "Google Como são testados» - um livro profundo, que descreve a organização do processo, uma variedade de estratégias e abordagens para testar. O livro ajuda a entender o que é qualidade e em que fase ele pode ser influenciado.
- «Guia de um praticante de Design de Software Teste», Lee Copeland - pintada no tipo livro de testar como a caixa "branca" e "negra". Lista os vários equipamentos de teste, bem como a forma de usá-los e quando aplicar. No livro, você pode encontrar um artigo interessante sobre o teste de pesquisa, que é muito útil para testadores novatos.
Colegas escrever nos comentários o nome de livros interessantes para testadores. Estou certo de que tudo será útil.
conclusão
Em conclusão, gostaria de acrescentar que a questão de um produto de qualidade - não é um processo fácil e não um rápido. Você deve ser capaz de defender seus pontos de vista nas negociações, para convencer os desenvolvedores a fazer o certo, em vez de "muletas" para entender como fazer a funcionalidade mais amigável.
Esta é apenas uma parte da informação necessária para o testador principiante. Tudo o resto terá em condições de combate para pesquisar na Internet, e, em seguida, pedir aos colegas. Não seja tímido para fazer perguntas e horas de googling, muitas vezes a resposta a uma pergunta que você vai economizar muito tempo no futuro.