Depois de se envolver no mundo de desenvolvimento de software, não há caminho de volta
Eu amo trabalhar com desenvolvimento de software, e cada dia que aprendo uma nova peça desse grande quebra-cabeças amo ainda mais.
Doze anos atrás comecei a trabalhar com desenvolvimento de software, e aproximadamente 6 anos atrás comecei a me envolver no processo de desenvolvimento de software como um todo (pois antes, nos primeiros 6 anos, eu fazia apenas testes manuais).
Depois de trabalhar com testes manuais por tanto tempo fiquei entediado, e então decidi que deveria aprender sobre automação de testes, para ser capaz de focar em tarefas mais importantes do que simplesmente tarefas repetitivas.
Indo além, decidi que mais do que fazer testes automatizados eu precisaria aprender sobre integração contínua, back end, front end, infraestrutura e muito mais.
Ainda tenho muito o que aprender, mas sempre desafio a mim mesmo a sair de minha zona de conforto para aprender algo novo. E é sempre legal!
Uma coisa que vale a pena comentar é que o quanto mais aprendo sobre arquitetura de software, mais eu quero aprender. E quando mais entendo o processo como um todo, mais posso ajudar em garantir que as coisas serão feitas com a qualidade em mente.
Há alguns dias atrás assisti a palestra do amigo Leonardo Galani, a qual ele chamou de: “Tester, pegue suas coisas. Você está demitido“, e fiquei ainda mais inspirado em escrever este post, o qual eu já estava planejando.
Nessa palestra Galani explicou muitas coisas importantes que profissionais precisam saber, caso tenham a intenção de trabalhar com teste de software (ou qualidade de software). Algumas dessas coisas são: o que é um framework; qual a diferença entre um servidor web e um servidor de aplicação; qual a diferença entre back end e front end; o que é um middleware; entender logs da aplicação; o uso de bash; expressões regulares, a importância de programação em par e revisão de código, etc.
E tudo isso é exatamente no que acredito também, e como profissionais, mesmo sendo especialistas em teste de software, precisamos entender o processo como um todo, precisamos saber nos comunicar com outros engenheiros de software, e precisamos entender que ficar na zona de conforto não é mais algo aceitável. Na verdade, é anti-ético.
Portanto, a mensagem final que gostaria de deixar é que o mundo está mudando muito quando se fala de desenvolvimento de software, incluindo teste/qualidade de software, e isso significa que precisamos estar preparados para este novo jeito de trabalhar, ou estaremos fora do jogo.
Aqui vão algumas sugestões para você começar a aprender um pouco dessas diversas habilidades necessárias nos dias de hoje, mesmo para testadores:
http://codecademy.com/ → platform gratúita para aprendizado de programação de maneiras diversas (front end, back end, linha de comando, controle de versões, etc)
http://ptgmedia.pearsoncmg.com/images/9780321601919/samplepages/0321601912.pdf → Capítulo 5 do livro Continuous Delivery, de Jez Humble e Dave Farley. Este capítulo fala sobre a anatomia de um pipeline de implantação de software.
https://www.go.cd/help/ → gocd get started — para começar a implementar integração contínua e entrega contínua de verdade
https://www.terraform.io/intro/getting-started/install.html → Terraform get started — para criar infra-estrutura através de código
https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship/dp/0132350882 → livro Código Limpo, de Robert C. Martin
https://www.amazon.com/Extreme-Programming-Explained-Embrace-Change/dp/0321278658 → livro Programação Extrema, de Kent Beck
https://www.casadocodigo.com.br/products/livro-protractor → Protractor – Lições sobre testes end-to-end automatizados, meu novo livro!
Espero que este posto tenha aberto ao menos um pouco seus olhos e tenha o ajudado!
E se você gostou, compartilhe com seus amigos, ou deixei um comentário.
Até mais!
Este post foi originalmente publicado em Inglês no Medium e pode ser consultado aqui.
TALKING ABOUT TESTING 