Olá pessoal,

Gostaria de apresentar 2 cenários:

Cenário 1) Você chega no trabalho, liga o seu notebook, pega um café, senta na mesa, abre o seu email e tem um email do seu gerente / chefe dizendo: “SR. QA Tradicional, no próximo mês vamos começar a implementar Agile aqui na empresa, quero um estudo detalhado de como VOCÊ pode aplicar automação e quais ferramentas / tecnologias você vai utilizar. Abraços, seu chefe.”

Reação: Você lembra que ja leu muito sobre Agile e Agile Testing em blogs da vida, mas lembra também que nunca usou nenhuma ferramenta / framework para automação e MUITO MENOS sabe programar, em seguida você deita em posição fetal no chão do escritório e começa a chorar.

Cenário 2) Você chega no trabalho, liga o seu notebook, pega um café, senta na mesa e a equipe do RH te apresenta o novo colega QA, você rapidamente busca o perfil dele no Linkedin + um Google Search e descobre que ele tem menos anos de carreira como QA que você, mas é proeficiente em 3 linguagens de programação, tem conhecimento das principais ferramentas e frameworks de automação e inclusive já deu palestras sobre o assunto.

Reação: Você lembra que deveria ter cancelado o Netflix, ter gasto menos tempo jogando on-line e pelo bem da própria carreira, que deveria ter aprendido muito mais sobre programação e consequentemente sobre automação, em seguida você deita em posição fetal no chão do escritório e começa a chorar.

Estes dois cenários são hipotéticos, mas talvez ilustrem situações bem comuns na vida de quem ainda hoje pergunta: “Quero aprender a automatizar, por onde eu começo?”

Minha resposta é - DO BÁSICO.

Muitas pessoas sem um conhecimento básico de lógica ou de programação querem começar automação, cortando caminhos, com gambiarras e com o famoso pensamento “Vou aprender so o básico para automatizar”.

Mas eu pergunto “Para que se limitar no básico?”

Pensando nisto, quero compartilhar uma lista de sites que podem te ajudar a começar a aprender programação, e quem sabe dar um up na sua carreira (ou te manter no teu emprego). Segue a lista:

Post do pessoal da Tableless
http://tableless.com.br/iniciando-na-programacao/

LearnCodeWithMe
http://learntocodewith.me/getting-started/

CodeAcademy
https://www.codecademy.com/

CodeSchool
https://www.codeschool.com

CodeUpStart
https://www.codeupstart.com/

Code4StartUp
https://code4startup.com/

Coursera
https://www.coursera.org/courses?languages=en&domains=computer-science

Udacity:
Intro to Algorithms
https://www.udacity.com/courses/cs215

Software Debugging
https://www.udacity.com/courses/cs259

Intro To DevOps
https://www.udacity.com/courses/ud611

How to use Git and GitHub
https://www.udacity.com/courses/ud775

Udemy
https://www.udemy.com/courses/development/programming-languages/all-courses/?price=price-free&lang=en

Repo com diversos items
https://github.com/vhf/free-programming-books/blob/master/free-courses-en.md

Tutorial Hunt
http://tutorialhunt.meteor.com/

GeekBooks
https://www.geekbooks.me/category/view/programming-languages

Hack Pledge (mentoria)
https://hackpledge.org/

Depois que você se dedicar de verdade na programação TUDO FICA MAIS FÁCIL, seja a interação com o time de Dev no ambiente ágil, seja aprender a ferramenta de automação que for, seja se você decidir migrar para outra área.

Material para estudar e aprender existem aos montes e de forma gratuita, a única coisa que não podemos fazer é te convencer a usar melhor o seu tempo.

Escolha uma linguagem, começe pequeno, crie o hábito e siga aprendendo.

Que tal você se ajudar nisto?

Abraço.

No LeanPub - (leanpub.com) tem diversos livros gratuitos e em diversas áreas. Alguns interessantes relacionados a QA estão abaixo:

“Pride and Paradev: a collection of agile software testing contradictions”
https://leanpub.com/pride-and-paradev

“Test-Driven Development: Extensive Tutorial”
https://leanpub.com/tdd-ebook

“How To Be A Tester”
https://leanpub.com/howtobeatester

“Bad Tests, Good Tests”
https://leanpub.com/badtestsgoodtests

“Web Application Testing in Ruby”

https://leanpub.com/watirbook

Além de ter skills técnicas (hard-skills), um tester também precisa obter várias outras habilidades que, geralmente, vêm com a experiência e com o tempo - as tão faladas soft-skills. Nessa edição vamos falar um pouco sobre o que são soft-skills e porque são tão importantes.

Participe!

A sua opinião é importante

https://plus.google.com/events/cqu97vqo5ar7eui2u9au41482co

Oi @Marcos-Monte, este artigo do 99Guru dá uma pequena luz sobre testes em BI e ETL, talvez lhe ajude em algo.
Link: http://www.guru99.com/utlimate-guide-etl-datawarehouse-testing.html

Além disto, tenho um colega que trabalha hoje única e exclusivamente com testes de ETL e BI, vou repassar a thread para ele, quem sabe ele possa te ajudar.

Abraço.

By the way, ÓTIMO post do Nando Viera sobre como “fazer perguntas inteligentes”, texto simples, sucinto e direto ao ponto que muita gente deveria ler: https://nandovieira.com.br/como-fazer-perguntas-inteligentes

Olá pessoal,

Visando acompanhar as tendências mundias na área de QA e Teste, o GUTS-RS preparou um evento onde vamos abordar o papel do testador em um time ágil. O objetivo é responder as seguintes perguntas:

O que um agile tester deve conhecer para trabalhar em uma equipe ágil?
Quais habilidades são importantes adquirir e compartilhar?
Como se comportar em um time ágil?

http://guts-rs.blogspot.com.br/2015/03/evento-agile-tester-30.html

Participem.

@MiSantos - Realmente, o que mais acontece por ai são equipes colocando papéis do time (tester, Dev, P.O, etc…) como “root cause” dos problemas de entrega. Mas o mais me preocupa de verdade não é nem a questão de “lavar roupa suja” em Retrospectiva (o que no meu ponto de vista não é o comportamento ideal), e sim a omissão de feedbacks e comunicação transparente DURANTE a sprint.

Ou seja, se os membros da equipe só estão comunicando ou tentando identificar as possíveis causas dos problemas que são claramente visíveis durante a sprint, somente no momento da Retrospectiva, ai então temos uma equipe obviamente disfuncional.

E tirando as referências de Syllabus e etc… Como tem sido as experiencias em Retrospectivas da sua equipe? (relatos de cenários reais são sempre bem vindos)

@nanda2804 - Segue uma lista de artigos relacionados com curadoria da Lisa Crispin e Janet Gregory. Link - http://agiletester.ca/wp-content/uploads/sites/26/2015/03/Advanced-Agile-Testing-Links.pdf

E além dos livros indicados acima, recomendo o “Growing Agile: A Coach’s Guide to Agile Testing”. Link - https://leanpub.com/AgileTesting/read

Talvez ajude.

Opa, então estamos recebendo esse feedback já faz algum tempo e ainda planejando se é possível ou não devia a infraestrutura mesmo.

Mas tá no backlog

Dia 07/05 vamos ter mais um do Hangout with Testers do @gutsrs com o tema - “Onde Testers Investem seu Tempo Fora do Trabalho?” Participe e compartilhe a sua opinião https://goo.gl/1GQajn

By the way, ÓTIMO post do Nando Viera sobre como “fazer perguntas inteligentes”, texto simples, sucinto e direto ao ponto que muita gente deveria ler: https://nandovieira.com.br/como-fazer-perguntas-inteligentes

Alguém compartilhando algo útil, uhulll

@Eduardo-Neffi-Toporoski disse:

os recursos da equipe tem de ser bem curiosos e buscarem sempre estar atentos principalmente na contratação de uma Sprint para evitarem de entrar numa furada contratando Stories impossíveis de serem entregues

Eu to até agora tentando entender o que seria uma “contratação de sprint”. Consegue elaborar o que seria isso?

No LeanPub - (leanpub.com) tem diversos livros gratuitos e em diversas áreas. Alguns interessantes relacionados a QA estão abaixo:

“Pride and Paradev: a collection of agile software testing contradictions”
https://leanpub.com/pride-and-paradev

“Test-Driven Development: Extensive Tutorial”
https://leanpub.com/tdd-ebook

“How To Be A Tester”
https://leanpub.com/howtobeatester

“Bad Tests, Good Tests”
https://leanpub.com/badtestsgoodtests

“Web Application Testing in Ruby”

https://leanpub.com/watirbook

@MiSantos - Realmente, o que mais acontece por ai são equipes colocando papéis do time (tester, Dev, P.O, etc…) como “root cause” dos problemas de entrega. Mas o mais me preocupa de verdade não é nem a questão de “lavar roupa suja” em Retrospectiva (o que no meu ponto de vista não é o comportamento ideal), e sim a omissão de feedbacks e comunicação transparente DURANTE a sprint.

Ou seja, se os membros da equipe só estão comunicando ou tentando identificar as possíveis causas dos problemas que são claramente visíveis durante a sprint, somente no momento da Retrospectiva, ai então temos uma equipe obviamente disfuncional.

E tirando as referências de Syllabus e etc… Como tem sido as experiencias em Retrospectivas da sua equipe? (relatos de cenários reais são sempre bem vindos)

@Marcos–Monte que bom Marcos, abraço!

Olá pessoal,

Gostaria de apresentar 2 cenários:

Cenário 1) Você chega no trabalho, liga o seu notebook, pega um café, senta na mesa, abre o seu email e tem um email do seu gerente / chefe dizendo: “SR. QA Tradicional, no próximo mês vamos começar a implementar Agile aqui na empresa, quero um estudo detalhado de como VOCÊ pode aplicar automação e quais ferramentas / tecnologias você vai utilizar. Abraços, seu chefe.”

Reação: Você lembra que ja leu muito sobre Agile e Agile Testing em blogs da vida, mas lembra também que nunca usou nenhuma ferramenta / framework para automação e MUITO MENOS sabe programar, em seguida você deita em posição fetal no chão do escritório e começa a chorar.

Cenário 2) Você chega no trabalho, liga o seu notebook, pega um café, senta na mesa e a equipe do RH te apresenta o novo colega QA, você rapidamente busca o perfil dele no Linkedin + um Google Search e descobre que ele tem menos anos de carreira como QA que você, mas é proeficiente em 3 linguagens de programação, tem conhecimento das principais ferramentas e frameworks de automação e inclusive já deu palestras sobre o assunto.

Reação: Você lembra que deveria ter cancelado o Netflix, ter gasto menos tempo jogando on-line e pelo bem da própria carreira, que deveria ter aprendido muito mais sobre programação e consequentemente sobre automação, em seguida você deita em posição fetal no chão do escritório e começa a chorar.

Estes dois cenários são hipotéticos, mas talvez ilustrem situações bem comuns na vida de quem ainda hoje pergunta: “Quero aprender a automatizar, por onde eu começo?”

Minha resposta é - DO BÁSICO.

Muitas pessoas sem um conhecimento básico de lógica ou de programação querem começar automação, cortando caminhos, com gambiarras e com o famoso pensamento “Vou aprender so o básico para automatizar”.

Mas eu pergunto “Para que se limitar no básico?”

Pensando nisto, quero compartilhar uma lista de sites que podem te ajudar a começar a aprender programação, e quem sabe dar um up na sua carreira (ou te manter no teu emprego). Segue a lista:

Post do pessoal da Tableless
http://tableless.com.br/iniciando-na-programacao/

LearnCodeWithMe
http://learntocodewith.me/getting-started/

CodeAcademy
https://www.codecademy.com/

CodeSchool
https://www.codeschool.com

CodeUpStart
https://www.codeupstart.com/

Code4StartUp
https://code4startup.com/

Coursera
https://www.coursera.org/courses?languages=en&domains=computer-science

Udacity:
Intro to Algorithms
https://www.udacity.com/courses/cs215

Software Debugging
https://www.udacity.com/courses/cs259

Intro To DevOps
https://www.udacity.com/courses/ud611

How to use Git and GitHub
https://www.udacity.com/courses/ud775

Udemy
https://www.udemy.com/courses/development/programming-languages/all-courses/?price=price-free&lang=en

Repo com diversos items
https://github.com/vhf/free-programming-books/blob/master/free-courses-en.md

Tutorial Hunt
http://tutorialhunt.meteor.com/

GeekBooks
https://www.geekbooks.me/category/view/programming-languages

Hack Pledge (mentoria)
https://hackpledge.org/

Depois que você se dedicar de verdade na programação TUDO FICA MAIS FÁCIL, seja a interação com o time de Dev no ambiente ágil, seja aprender a ferramenta de automação que for, seja se você decidir migrar para outra área.

Material para estudar e aprender existem aos montes e de forma gratuita, a única coisa que não podemos fazer é te convencer a usar melhor o seu tempo.

Escolha uma linguagem, começe pequeno, crie o hábito e siga aprendendo.

Que tal você se ajudar nisto?

Abraço.

@nanda2804 - Segue uma lista de artigos relacionados com curadoria da Lisa Crispin e Janet Gregory. Link - http://agiletester.ca/wp-content/uploads/sites/26/2015/03/Advanced-Agile-Testing-Links.pdf

E além dos livros indicados acima, recomendo o “Growing Agile: A Coach’s Guide to Agile Testing”. Link - https://leanpub.com/AgileTesting/read

Talvez ajude.

Oi @Marcos-Monte, este artigo do 99Guru dá uma pequena luz sobre testes em BI e ETL, talvez lhe ajude em algo.
Link: http://www.guru99.com/utlimate-guide-etl-datawarehouse-testing.html

Além disto, tenho um colega que trabalha hoje única e exclusivamente com testes de ETL e BI, vou repassar a thread para ele, quem sabe ele possa te ajudar.

Abraço.

Além de ter skills técnicas (hard-skills), um tester também precisa obter várias outras habilidades que, geralmente, vêm com a experiência e com o tempo - as tão faladas soft-skills. Nessa edição vamos falar um pouco sobre o que são soft-skills e porque são tão importantes.

Participe!

A sua opinião é importante

https://plus.google.com/events/cqu97vqo5ar7eui2u9au41482co