Este é o primeiro post de uma série falando um pouco sobre como deixar o Jenkins fazer o trabalho manual. Espero que gostem.

http://rafaelchiavegatto.com.br/2016/02/17/deixando-o-jenkins-fazer-o-trabalho-manual-parte-1/

Minha opinião hoje é que um QA/Tester/Analista de Testes não pode mais se dar o direito de apenas testar, cada vez mais as empresas tem procurado profissionais multidisciplinares, com ferramentas o profissional reduzirá o tempo para realizar suas atividades e com isso será possível realizar outras atividades no projeto/time. Quanto ao evento não pude participar, mas pareceu um evento legal e a visão do evento já estava bem definida. Concordo com o @stefanteixeira quando ele diz que quer ver profissionais de testes cada vez mais qualificados e aprendendo coisas nova, mas não podemos deixar de lado nossa skill principal que é de teste.

Para você que quer aprender um pouco mais e ver utilidades do uso do Docker no seu dia a dia, segue um post falando sobre como criar um grid com Selenium e Docker.

http://rafaelchiavegatto.com.br/2016/01/11/criacao-de-um-grid-com-selenium-utilizando-docker/

Um tempo atrás precisei instalar uma apk em vários dispositivos e isso se tornou rotineiro, por isso resolvi criar um .jar. Basta selecionar a apk e essa será instalada em todos os dispositivos conectados na máquina local. Para conferir basta acessar o link abaixo:

https://github.com/chiavegatto/InstallApkAllDevices

Para conferir o segundo post da série, segue abaixo a url, espero que gostem.

http://rafaelchiavegatto.com.br/2016/03/19/deixando-o-jenkins-fazer-o-trabalho-manual-parte-2/

Meta de 2015:

• Aprimorar meu inglês:

Estou fazendo curso de inglês, e do ano passado para esse ano considero que melhorei um pouco, mas preciso continuar melhorando meu inglês.

• Submeter palestras para eventos de testes:
  Tive palestras aceitas no TDC de Floripa, MTC, mas nesses dois eventos não pude participar e espero no ano que vem conseguir ir. Tive uma palestra aceita no Scrum Gathering Rio 2015.

• Participar mais das comunidades de testes:
  Participei um pouco mais do em anos anteriores, mas considero a minha participação muito abaixo do que planejei participar :)

• Deixar a preguiça de lado e começar a escrever sobre experiências e utilização de ferramentas do dia a dia:
  Em relação a anos anteriores foi bem melhor, mas como a meta anterior preciso melhorar mais :)

• Terminar de ler o livro clean code:
  Essa meta ficou pela metade, acabei lendo outros livros que não estavam na meta :) e esse ficou para uma outra oportunidade.

Agora vamos as Meta de 2016:

• Continuar aprimorando meu inglês;
• Realizar um evento de testes no Amazonas;
• Palestrar em eventos de testes (Scrum Gathering Rio, TDC, MTC e outros);
• Criar um blog e postar no mínimo 1 post por mês (Acho isso uma meta bem complicada);
• Continuar aprendendo a trabalhar com Devops e compartilhar mais esse conhecimento;

Acho que já coloquei muita coisa :)

Mentor: @Elias-Nogueira

Novo post "Como deixar seus casos de testes vivos”

No post, mostra como utilizar a técnica de BDD para deixar seus casos de testes vivos.

Confira aqui: https://caboquinhotester.wordpress.com/2015/09/16/como-deixar-seus-casos-de-testes-vivos/

Vejo cada vez mais QA(analista de testes, testador, automatizador e etc) tendo que ser mais técnico, aprendendo docker, ansible e outras ferramentas para provisionar ambiente na execução de testes automatizados. Aprender conceitos sobre microservices, MVP. Na parte de automatização de testes Selenium domina na parte web e o Appium tem sido muito utilizado para testes mobile.

Muito legal o post @Leonardo-Galani . @Lilian-Glinardello aqui na empresa eu que estou com essa parte de criar ambiente provisionado, precisando de alguma coisa que eu posso ajudar :)

@samantacicilia segue meu post.

@thiagosouza te desafio a falar sobre Testes de Segurança, com ferramentas open source na prática.

@joaoclineu te desafio a falar sobre Avaliação de usabilidade

@karinap01 quando precisei fazer esse tipo de coisa, acessei o banco do mantis e coloquei em um Excel com os gráficos que eu precisava.

Grande oportunidade de conhecer Manaus :)

Bem legal @Leonardo-Galani .

Tenho usado o https://github.com/mjeanroy/dbunit-plus, coloco dentro de um(vários) .yml os dados que preciso para deixar a base no estado que preciso para testar. Isso em projetos java, em projetos python com django faço loaddata :)

kkkkkk faz sentido @Ramses-Saccol-de-Almeida .

Primeiro passo deveria entender o que leva mais tempo para testar e o que geraria mais valor se tivesse automatizado, feito isso, poderia escolher um framework para automatizar os testes, e fazer uma estimativa de tempo, com isso em mãos e colocar a mão na massa e com o passar o tempo vai ficando cada vez mais rápido automatizar os testes, visto que utilizando page objects fica mais fácil a reutilização do que já foi implementado.

Minha opinião sobre isso, hoje automação de testes não deveria ser apenas da pessoa que tem o papel de (Tester, QA, Analista de Testes), automação de testes deveria está no critério de aceitação para entregar algo, ser o time e não apenas de uma pessoa. como disse o @Ramses-Saccol-de-Almeida. Todos os projetos que automatizei em tivemos ganho muito grande na confiança em refatorar algo, ou desenvolver novas funcionalidades. Nunca cheguei a fazer um plano ou criar um framework para automatizar testes, se eu olhar o código que eu fazia a 4 anos atrás eu tenho até vergonha de dizer que é meu :). Não curto isso de fazer plano para automatizar testes, plano da a sensação que é uma receita de como fazer, mas na verdade todo projeto é um projeto então não tem como ter uma receita de como fazer algo. O que está colocando como passo 1, 2, 3, 4, 5, 6, 7 e 8 parece mais um cronograma de como sair do zero e ter algo automatizado, e quais passos você teria que fazer para ter alguma coisa automatizada.

Thiago sem querer intrometer na forma que você trabalha, e sendo o advogado do diabo, é realmente necessário ter um plano para automatizar testes?

@Adi quando se fala aplicação desktop é algo bem genérico, por exemplo hoje trabalho em um projeto que uma parte dele roda em raspberry com uma aplicação com java swing, utilizei o AssertJ Swing, mas se fosse uma aplicação que utiliza o windows forms, não teria como automatizar utilizando essa ferramenta. Uma ferramenta que o @bruwesley citou o Sikuli, consegue resolver esses problemas, mas é orientada a imagem é necessário utilizar similaridade para que os testes não quebrem em outras máquinas, outras resoluções.

@Fernando-Pimentel muito bom.