Formação à distância de Selenium 32h em Setembro/2013(Básico e Avançado)

A Qualister realizará em Setembro a formação à distância de Selenium (32h). Se o aluno quiser, poderá participar somente do módulo Fundamentos (16h) ou somente do módulo Avançado (16h).

Segue abaixo maiores detalhes:

Fundamentos
Carga horária: 16 horas
Valor: 650,00 (por aluno)
Data: 14 de setembro e 21 de setembro
Módulo 1: (8h) – 14 de setembro, sábado das 08:00 às 17:00
Modulo 2: (8h) – 21 de setembro, sábado das 08:00 às 17:00

Avançado
Carga horária: 16 horas
Valor: 650,00 (por aluno)
Data: 28 de setembro e 05 de outubro
Módulo 3: (8h) - 28 de setembro, sábado das 08:00 às 17:00
Módulo 4: (8h) - 05 de outubro, sábado das 08:00 às 17:00

Formação (Fundamentos + Avançado)
Carga horária: 32 horas
Valor: (1.300,00 - 25% de desconto) = 975,00 (por aluno)
Data: 14 de setembro, 21 de setembro, 28 de setembro e 05 de outubro
Módulo 1: (8h) – 14 de setembro, sábado das 08:00 às 17:00
Modulo 2: (8h) – 21 de setembro, sábado das 08:00 às 17:00
Módulo 3: (8h) – 28 de setembro, sábado das 08:00 às 17:00
Módulo 4: (8h) - 05 de outubro, sábado das 08:00 às 17:00

Forma de pagamento: cartão de crédito em até 12x (com juros), boleto ou transferência bancária.

LOCAL
Treinamento à distância. Será realizado no seu computador via Internet utilizando ferramenta de web-conferência.

INFRA-ESTRUTURA
Sistema Operacional: Windows ou MacOS (O GotoMeetting não suporta Linux)
Plugin para acesso ao GoToMeeting através do navegador (no dia do treinamento o participante receberá um link para acesso a sala de conferência)

MINISTRANTE
Elias Nogueira é Arquiteto de Teste de Software com ênfase em Automação de Teste. Possui certificação CSTE pela QAI Brasil e já palestrou em diversos eventos relacionados a Teste de Software. Ativo na comunidade de teste é entusiasta que todo testador precisa ser técnico e pensar "fora da caixa". Ja atuou em diversos projetos de teste em diversos segmentos de mercado como varejo, bancário, comércio eletrônico, geomarketing, mineração de dados. Blogueiro do SemBugs http://sembugs.blogspot.com.br

INCLUI
Certificado em formato digital (PDF) e acesso ao material em formato digital (PDF)

TÓPICOS ABORDADOS
Módulo 1
Este módulo apresenta as principais funcionalidades da ferramenta Selenium IDE totalmente aplicadas em 10 exercícios práticos baseados em dúvidas sobre a ferramenta. Ao final dos exercícios o aluno estará apto a automatizar qualquer página web, inclusive com Ajax (requisições assíncronas).

Ementa

• Record and Play
• JavaScript
• Alertas e Confirmações
• Popup’s
• Elementos HTML
• Expressões Regulares
• Ajax Loading
• Ajax AutoComplete
• Ajax Carrinho de Compras
• Combo Cidade/Estado

Módulo 2
Este módulo apresenta pontos avançados do Selenium IDE com mais exercicíos de variáveis e como manipulá-las através de javascript. Aprenderemos também a criar comandos customizados através de user-extensions e utilizaremos os principais plugins existentes para o Selenium IDE. Como último conteúdo aprenderemos a criar scripts orientados a massa de dados (data driven). Com o Selenium RC iremos executar todos os testes criados no Selenium IDE em diversos browsers web através de linha de comando, criando uma suite de testes automatizados com execução automática, bem como executar scripts data driven via linha de comando sem precisar de programação.

Ementa

• Criação de comandos customizados através de user-extensions
• Criação de scripts data driven sem programação
• Aprendendo os principais plugins
• Screenshot tirada automaticamente quando o script falha (ScreenShot on Fail)
• Evidências de Teste (Tesingt Evidence)
• Esperas automáticas (Implicity Wait)
• Visualização das variáveis (Stored Variables)
• Fluxos de Controle (Flow Control)
• Executando scripts criados no Selenium IDE em diversos browsers com Selenium RC
• Executando scripts data driven via linha de comando com Selenium RC

Módulo 3
Sabemos que o Selenium IDE tem diversas funcionalidades, mas muitas vezes fica limitado em sua utilização. Neste módulo aprenderemos a programar utilizando a API do Selenium chamada Webdriver com Java através de exercícios práticos. Aprenderemos porque agora existem classes para cada browser e como executar os testes sem precisar mudar o código, além de usar todo o poder dos frameworks de teste unitário para nos auxiliar nos testes.

Ementa:

• Interagindo com elemento HTML com Webdriver
• Automatizando uma paginação
• Esperas por requisições assíncronas (Ajax)
• Webdriver + JUnit
• Webdriver + TestNG
• Data Driven com Webdriver
• Automatizando para diversos browsers

Módulo 4
Neste módulo aprenderemos como definir uma arquitetura reutilizável para os testes automatizados utilizando Webdriver e um padrão chamado PageObjetcs, bem como utilizar a massa de dados diretamente de um banco de dados. Também aprenderemos como integrar o Webdriver com o Testlink para apresentar os resultados de execução e também a abertura automática de bugs em conjunto com o Mantis. Além disso também aprenderemos a colocar os scripts dentro de um ambiente de Integração Contínua.

Ementa

• Arquitetura com Page Objetcs
• Gerando Evidências em PDF
• Arquitetura de dados com Webdriver e acessoa banco
• Integração Testlink + Webdriver
• Integração Mantis + Webdriver
• Integração Mantis + Testlink + Webdriver
• Execução automática de testes em um ambiente de integração contínua com Jenkins

INFORMAÇÕES
treinamento@qualister.com.br
48 3285-5615

LINK DO CURSO
http://www.qualister.com.br/curso-treinamento-formacao-no-mes-de-setembro-formacao-a-distancia-de-selenium-basico-e-avancado

Como foi a Trilha de Teste do TDC 2013 SP

Como foi a Trilha de Teste do TDC 2013 SP?

Fui um sucesso!!!

Coordenação

Eu comecei na coordenação da Trilha de Teste do TDC a convite do Jorge Diz, que já era o coordenador anterior, e o evento sempre tem a dinâmica de ter dois coordenadores.
A partir dai vim coordenando a Trilha de Teste atá agora, sendo já 8 participações como coordenador e algumas delas como palestrante.
Nestes últimos dois anos, para também incentivar os outros estados que tem o TDC (São Paulo, Santa Catarina, Goiás, e agora os novos Rio Grande do Sul e Pernambuco), comecei a convidar pessoas para a coordenação no intuito de "assumir" essa posição muito importante para o evento.
Em Florianópolis eu tive ajude de duas grande gurias:
   - Maira Stella [1] em 2012
   - Fernanda Thiessen [2] em 2013

Uma das duas, ou as duas devem assumir a Trilha de Teste do TDC 2014 Florianópolis :)

Em São Paulo tivemos dois coordenadores:
   - Leonardo Oliveira [3] em 2012
   - Alan Correa [4] em 2013

O Alan deve assumir a Trilha de Teste no TDC 2014 São Paulo :)

A Trilha

Ela foi muito bacana e a mais lotada do evento (pra ter noção eu não tinha onde sentar).
Este ano, como recebemos diversas palestras muito boas acabamos dividindo alguns slots (espaço de tempo de uma palestra de 50 min) em dois (25 min para cada palestra) para trazer assuntos interessantes para vocês. As únicas palestras que tiveram 50 min foram as de patrocinadores, que não foram nem um pouco ruins, pelo contrário :-)

Para se ter uma noção da quantidade de assuntos diferentes que foram abordados em um único dia de evento, dê uma olhada na lista de assuntos abaixo:

• Mobile
• Automação
• Qualidade
• Ferramentas (Jenkins e WebDriver)
• Cloud Test
• Agile Testing

Todas as palestras estão disponíveis na página da Trilha de Teste do TDC 2013 [5]  ou abaixo

• Mobile Testing
• Selenium 2: além do WebElement
• Qualidade do teste x Qualidade do Tester
• Lições do futuro: o que eu queria saber há alguns anos sobre como manter uma suíte de testes
• Testar em Multiplos Ambientes
• Turbinando seus testes com Jenkins
• Cloud Web Tests
• Reconhecendo suas habilidades como Testador
• Testando de forma ágil e inteligente
• 7 Dicas para Acelerar os Testes Com Resultados Efetivos (STADIUM)

Links relacionados

 [1] http://themonsterbug.blogspot.com.br/
 [2] http://about.me/fernandathiesen 
 [3] http://br.linkedin.com/in/leonardoro
 [4] http://about.me/alancmorais
 [5] http://www.thedevelopersconference.com.br/tdc/2013/saopaulo/trilha-testes#programacao

Apresentação sobre CasperJS no Test Web Meeting

Oi pessoal!
Hoje tivemos a primeira reunião do Test Web Meeting, uma iniciativa do site/blog Qualidade de Software do Eduardo Freitas que visa reunir os nerds testers a falar sobre algum tema que foi votado antes da reunião através do Call4Paperz.

Hoje (09/07/2013) eu falei sobre CasperJS, uma excelente ferramenta de automação web headless browser. O foco nesta primeira apresentação foi mostrar, de forma bem básica, como começar a utilizar o CasperJS e uma pequena comparação com o Selenium em termos de tempo de execução, onde ele costuma ser quase 2x mais rápido do que o Selenium.

Abaixo está o vídeo da primeira reunião!
Não deixe de acessar o site Qualidade de Software, submeter uma apresentação e votar nas ativdas no Call4Paperz.




Links de ferramentas e conceitos comentados na apresentação:

• CasperJS
• PhantomJS
• Headless Browser
• Firebug
• Firepath
• CSS Selector

Abraços!

Trilha de Teste no TDC 2013 São Paulo #vemprotdc

Olá pessoal! A grade da Trilha de Teste do TDC 2013 SP já está publicada!
Este ano em São Paulo eu, juntamente com o Alan Correa estaremos coordenando a Trilha de Teste na Universidade Anhembi Morumbi no dia 12/07
http://www.thedevelopersconference.com.br/tdc/2013/data-e-local

Alan Correa é o cara que mais entende das ferramentas de teste da Microsoft.
É atuante na área de teste de software e tem diversas iniciativas bacanas, uma delas de ensinar as próprias ferramentas de teste da Microsoft de forma gratuita
http://goo.gl/2aG4h


Este ano teremos 10 palestras na trilha, isso mesmo 10!!! Como recebemos ótimas submissões e não queríamos deixar nenhum de fora resolvemos dividir um slot (período de tempo de uma palestra de 50 min) para que estes comportassem duas palestras.


Confira a grade de palestras

Abaixo também há um vídeo com um convite meu para a Trilha de Teste desta edição de SP.




Não deixe pra última hora e faça sua inscrição, ela acaba beeeemmmm rádipo!
http://www.thedevelopersconference.com.br/tdc/2013/inscricoes#saopaulo

Até lá!

O papel do testador em uma equipe agil

Atualizado em 21/08/2013!

Olá pessoal!
Dia 11 de Maio de 2013, na Unicamp, eu apresentei no DevCamp uma palestra sobre "O papel do testador em uma equipe ágil.

Vídeo

No site da Infoq BR é possível ver o vídeo da apresentação pelo link abaixo. Também é possível fazer o download do áudio da palestra em .mp3
http://www.infoq.com/br/presentations/testador-equipe-agil

Apresentação!

DevCamp - O papel de um testador em uma equipe ágil from Elias Nogueira

Abaixo segue um resumo do que comentei.

Hoje muitas empresas falam, quando sobre desenvolvimento ágil, muito de Scrum (e isso é bom ou ruim). Em teste de software temos um grand problema: além dos testadores não serem técnicos (muitos poucos são), eles querem aplicar em um contexto ágil (ou quase), as técnicas utilizadas em um modelo burocrátivo/engessado sempre pensando a fase de criação e, posteriormente, execução é um sprint separado do de desenvolvimento (não colaboram).






Testadores também não gostam de programar. Muitos foram para a área de teste por esse "benefício". Muitos são programadores que não deram certo ou pessoas querendo uma porta de entrada em TI ou para algum outro cargo, como um Analista de Requisitos/Negócio. Estou falando alguma mentira?

Emfim, em um mundo não tão distante o testador quer continuar acomodado e ainda discute itens básicos e, as vezes, nem condizentes como onde ele pode obter simulados da certificação XYZ ou como escrever um caso de teste.





Neste momento começamos a discutir sobre Agile Testing, que vale muito a pena salientar que Agile Testing é nada mais que seguir as práticas ágeis em primeiro lugar. Claro que existem técnicas, algumas já amplamente usadas, e outras novas, mas em um primeiro momento Agile Testing é uma prática que segue a "linha" ágil. Sempre falo que, para aprender Agile Testing, é necessário primeiro o testador dar um passo para trás e aprender o que é realmente ágil e nem ler sobre Scrum.

Em seguida comento algo que, em algumas empresas é sempre nítido, mas em outras nem acontece: O testador tem que interagir com todos! Desenvolvedor, cliente e analistas entendendo a visão do cliente (onde ele quer chegar) e a complexidade de viabilizar essa visão (como ajudar ela a chegar no objetivo).
O testador tem que estar inserido junto ao time e deve ajudar o cliente a entender onde ele precisa chegar, através de perguntas e transformando o entendimento em algo que possa ser entendido e testável por todos.

E o que o testador fará enquanto os desenvolvedores estão criando código?
Várias coisas! Entre elas, pairing, ajudando os desenvolvedores nos testes unitários (a ter mais testes/cenários) e principalmente automatizam (existem muitas outras coisas que o testador pode fazer)! Sim, automatizam sem ter uma interface gráfica. E isso é possível adotando práticas como BDD e ATDD para que tenhamos boa parte dos testes já automatizados.
E, obviamente, um testador ágil tem que conhecer sobre o Quadrante Ágil (ou quadrantes de Bryan Merick). É essencial que ele conheça os quatro quadrantes e  as atividades recomendadas em cada quadrante.

  

Para entender quando podemos automatizar, é interessante falar sobre a Pirâmide de Automação de Testes, onde a base da pirâmide (e o mais barato) são os testes unitários. Claro que não iremos desenvolver os testes unitários (mas se soubermos, nada contra), mas apoiaremos os desenvolvedores a criar uma gama de testes unitários que façam sentido para o negócio (e aqui aquele testador que adora testar limites, pode fazer aqui, e não na interface gráfica...)





Após seguimos pelos serviços, onde ainda sem interface gráfica conseguiremos testar a integração do sistema e, através de Fixtures ou BDD, viabilizar estes testes.
Por último, na automação, temos a interface gráfica. Esta mais cara e demorada. Mas é um ponto os testadores tradicionais começam por conhecerem ferramentas de automação e entenderem que é importante testar o que o usuário irá utilizar.

Mas não podemos somente falar em automação... em ágil também fazemos testes manuais, mas estes devem ser mais "inteligentes". Essa inteligência pode ser a utilização de uma técnica chamada SBT - Session Based Testing, por exemplo.

E como ficam os defeitos? Reportamos em uma ferramenta de bugtracker, faremos uma parada para todos os devs corrigirem defetos?
A resposta sempre é depende!
Mas vamos pensar em algo lógico: estamos trabalhando (falando) de agilidade, certo? O que é mais ágil: reportar um defeito em um ferramenta ou parar ao lado do desenvolvedor, mostrar o bugs e ajudá-lo a criar um teste automatizado para que aquilo não ocorra?

No final existe uma série de fatores de sucesso, mas o principal, sempre é COLABORACÃO!!!