Os testadores manuais geralmente são empurrados para a automação, e acho que dessa maneira é bastante natural. É assim que os melhores produtos de automação são obtidos. Primeiro de tudo, eles são bons freios de mão e já estão no segundo - um pouco de desenvolvedores.
Neste artigo, compartilharei minha opinião sobre por que vale a pena seguir exatamente dessa maneira e o que acontecerá se a automação for diferente.
Isenção de responsabilidade: não quero ofender nenhum dos testadores com meu artigo. Eu realmente respeito o “freio de mão” e comecei minha jornada com testes manuais.Trabalho como chefe do departamento de testes há cerca de dois anos. Recentemente, muitos engenheiros de automação vieram até mim para entrevistas que não têm base em testes. Eles têm experiência em automação como tal. Porém, em seu trabalho, eles sempre contam com o design de teste de outra pessoa (feito por “braçadeiras de mão”).
Em um mundo ideal, essas habilidades correspondem à tarefa: testadores funcionais elaboram casos de teste e, na verdade, formulam tarefas para autoteste. A máquina precisa descrever o que vê. Mas em projetos reais, o engenheiro de automação precisa se aprofundar um pouco mais na essência do assunto. Se a tarefa exigir habilidades de design próprias, uma máquina de teste automatizada sem base preferirá fazer tudo por um capricho, simplesmente porque lhe parece correto. Geralmente, isso leva ao fato de que alguns casos são verificados duas vezes, enquanto outros não são verificados.
Repito, não quero ofender ninguém. Mas a abundância desses candidatos me fez pesar mais uma vez quais fatores são importantes no trabalho de controle de qualidade. E aqui três conclusões imploram:
- em projetos reais, o engenheiro de automação precisa das habilidades de um "freio de estacionamento";
- O "freio de mão" que está sendo desenvolvido deixará, mais cedo ou mais tarde, o teste manual, possivelmente para automação;
- o caminho do “freio de mão” até a ferramenta de automação é o caminho para uma maior independência, que se correlaciona bem com o formato de trabalho remoto.
Vou me debruçar um pouco mais sobre cada um deles.
Por que a automação precisa da experiência de "freio de mão"?
Como já observei no início, o automador precisa de alguma base teórica. Mas não estou falando de nenhuma educação específica. Precisamos de experiência em análise prática de aplicações reais.
Para testar o próximo recurso, que está sendo preparado para produção, os testadores funcionais analisam a especificação na tentativa de fechar a maioria dos casos. Eles aprendem a cobrir o número máximo de casos e possíveis problemas com tempo mínimo (tanto do próprio quanto, relativamente falando, do processador). Nos testes, essa é uma das habilidades básicas - como caminhar. E como eles dizem, se você não sabe andar, não poderá jogar futebol (automatizar).
Uma máquina de automação que passou na fase de teste manual geralmente pode simplesmente escrever código. Mas isso não é suficiente. Em poucas palavras, você não pode explicar toda a base que está faltando. Para obtê-lo, você precisa passar para o lado dos testes funcionais, por mais estranho que possa parecer. Somos principalmente testadores e, somente então, automação.
Vale a pena o freio de mão para a automação?
Ao mesmo tempo, a automação me atraiu com o fato de que, diferentemente do teste manual, as tarefas nele não são tão uniformes. No papel de um freio de estacionamento, eu estava entediado. Eu sempre quis fazer algo para reduzir a rotina. E pela automação eu fiquei chapado.
Enquanto ainda estava com o freio de mão, comecei a usar o Selenium IDE (na minha opinião, ele ainda está vivo), o que me permite registrar ações manuais. Ele formou automaticamente um tipo de script com localizadores encontrados automaticamente. Quando experimentei com ele, tudo parecia um pouco desajeitado, às vezes caindo, mas foi o Selenium IDE que me levou a pensar: por que não escrever algo você mesmo? Percebi a ideia no trabalho de meu mestre e depois fui trabalhar como engenheiro de automação.
O caminho do “freio de mão” até a automação é um dos dois possíveis. Este é um desenvolvimento de ramo tecnológico. À medida que você atualiza suas habilidades, você se aproxima do desenvolvimento. Da mesma forma, você entra no código, mas, na minha opinião, isso é ainda mais interessante que o desenvolvimento.
A segunda maneira é seguir a linha gerencial: tornar-se líder de controle de qualidade, depois gerenciar o projeto etc. Aqui é necessário aumentar as habilidades de negócios, aprender a olhar diferentemente para projetos e testes em geral.
Não existe uma terceira via - apenas além do controle de qualidade. Se você continuar desenvolvendo, não permanecerá em testes manuais - descansará no limite de tarefas. Sim, você pode bombear, por exemplo, como especialista em testar a "caixa branca". Mas com uma probabilidade de 99% em algum momento, será mais interessante fazer algo fora do escopo da documentação de teste. E você escolherá um dos dois caminhos mencionados acima ou sairá do teste completamente. Por exemplo, você será levado por algumas tarefas de infraestrutura, como resultado, você já desenvolverá como devops. E aqueles que não percebem ou ignoram em si mesmos esse desejo de seguir em frente, na minha experiência, rapidamente “desaparecem”.
A propósito, e os salários, o de automação e o de gerentes, são mais altos (isso é se lembrarmos do lado material da questão).
No entanto, ninguém diz que o teste manual deve ser feito de uma vez por todas. Às vezes, eu mesmo gosto de cutucar algo: ler as especificações, elaborar o bom e velho design de teste - para ajudar os funcionários do meu departamento. Como eu disse acima, somos principalmente testadores.
Do "freio de mão" à automação - o caminho para udalenka
Como tive a oportunidade de trabalhar em diferentes setores de testes de forma totalmente remota, quero compartilhar minha experiência aqui também. O "freio de mão" e a automação têm um conjunto de tarefas ligeiramente diferente, o que os faz sentir diferentes no formato do trabalho remoto.
"Handmen" é provavelmente um pouco mais difícil de encontrar um emprego remoto. Existem muitas vagas, mas a competição por elas é bastante grande - há mais testadores manuais bons do que bons engenheiros de automação. Mas, mesmo que o trabalho desejado seja obtido, o teste manual envolve comunicação constante com os colegas. No processo de escrever a documentação do teste para a especificação de alguém, surgem muitas perguntas: ao analista, aos desenvolvedores etc. Um testador manual precisa procurar pessoas e perguntar como isso será implementado. É mais fácil trabalhar em algum lugar próximo para poder entrar e conversar pessoalmente.
O freio de mão pode funcionar remotamente se o projeto tiver comunicações bem construídas ou se uma equipe estiver completamente distribuída, quando ninguém tiver vantagem na comunicação. Caso contrário, será difícil encontrar alguém no escritório. Os colegas de escritório podem simplesmente entrar na sala de reuniões e retornar em 2 horas. Você tentará alcançá-los esse tempo todo. É muito mais difícil esquecer uma pessoa viva.
O Automator, nesse sentido, é mais fácil. Suas tarefas são decompostas: sentar e beber código. De fato, ele pode trabalhar separadamente da equipe, especialmente se este for o projeto ideal, onde ele recebe casos de teste de testadores funcionais.
Assim, o caminho do freio de mão para a automação é um caminho não apenas para grandes ganhos, mas também para um local remoto, se houver necessidade.
Você já alternou entre as áreas de TI? Como você escolheu seu caminho?
Autor do artigo: Ruslan Abdulin
Este artigo é a terceira parte de nossa série de publicações sobre carreira profissional em TI.
A primeira parte está
aqui .
A segunda parte está
aqui .
PS Publicamos nossos artigos em vários sites do Runet. Assine nossas páginas no
canal VK ,
FB ou
Telegram para descobrir todas as nossas publicações e outras notícias do Maxilect.
Ajude-nos a tornar os artigos do blog mais interessantes:
responda a três perguntas .