Hello agiledade goodbye test case

Se você acha que o testador é um cara chato e mala que fica escrevendo passo a passo todo o cliquezinho feito para uma dada funcionalidade,  atenção está na hora de rever seus conceitos! O mercado de testes está mudando principalmente devido as manifestações ageis que a maioria dos projetos estão aderindo e é preciso se adaptar para que o que você faça possa realmente agregar valor ao negócio, ou você acha que passa horas debruçado sobre um test case fazendo passinho a passinho (clic no link-> uma nova tela irá abrir. Escreva  João no campo nome-> João aparece escrito, preencha 20 no campo idade, aparece a idade 20 .... Clique em enviar-> mensagem de cadastro com sucesso) ira trazer um resultado muito diferente da instrução: preencha os campos obrigatórios e submeta. Talvez essa nao seja a opinião muitos testers mais metódicos, mas o fato é que precisamos deixar de se ater a detalhes e prestar atenção a aquilo que é importante para o produto. 

Recentemente tentei usar a ferramenta test link, que acredito que já seja conhecida de muitos, porém fico pensando: vou perder um tempo documentando meus cenários passo a passo só para colocar na ferramenta, sendo que podia ao invés disso estar automatizando a maioria das rotinas  quem já tenho descritas de forma macro. Não consigo achar justificava para usar um método que cairá em desuso. 

Li outro dia um post sobre exatamente isso, o título do post era Jogue seus testes cases no lixo, artigo do Leonardo Galani, achei o post muito interessante e  total de acordo com a realidade, quem tiver tempo dá uma lida que vale a pena. Talvez quem esteja acostumado a usar métodos mais antigos, watterfall, talvez pense que é bagunça, mas não é funciona mesmo. Isso me lembra de uma aula na faculdade onde o professor Rodrigo Noll mostrou a um video do transito indiano que é um caos, mas é incrível como anda e funciona!

Enquanto o transito brasileiro  cheio de regras, semáforo, faixas vive em constantes crises de lentidão e diversos acidentes. Agilidade nao é bagunça! É melhoria de vida, de trabalho, agora se vc não esta disposto a quebrar velhos paradigmas esqueça porque para vc agile testing nao vai pegar. 

Como falei agilidade nao é bagunça, a documentacao de testes vai existir, mas a diferença é que a documentação estará viva junto com o software! Isso vai se dar através do uso do TDD, do BDD e dos testes funcionais automatizados. Todos esses testes darão uma enorme segurança que tudo que é alterado não causará efeitos colaterais no sistema.

Não é difícil começar, basta estar aberto a pensar diferente e querer fazer as coisas funcionarem.
Essa semana teremos um coding dojo de testes, começando pelo básico o Selenium IDE, mas a intenção é que isso seja motivador de mudanças. 

Para mudar é preciso começar!  Então adeus testcase hello agilidade!

Guts na região metropolina

Olá povo! Nas últimas semanas estou na maior correria com uma entrega mega atrasada do projeto e não consegui postar mais nada aqui! Enfim usando uns minutinhos entre um deploy e outro consegui montar esse post.

Dia 09 de novembro o GUTS organizou um evento na Facensa lá em Gravataí, onde no formato dos 20 minutes, três gravataienses trouxeram mini-palestras sobre testes.
O primeiro a falar foi o Márcio Acorci, engenheiro de testes da CWI, que falou como está o cenário do mercado de testes de software.

Na seqüência o Paulo da King host falou sobre o papel do analista de testes, onde ele falou das principais funções que o mesmo tem que desempenhar. Depois eu mesminha falando sobre QA em projetos ágeis. Vocês podem dar uma olhada na apresentação no link abaixo.

Quality Assurence em Projetos Ágeis

Participar de eventos como este é antes de mais nada opurtunidade de aprender! Não só ouvindo os outros falarem, mas também quando você é estimulado a falar se vê motivado a buscar mais e conhecer mais! Por ter precisado  reler  e repassar muitas coisas que eu já tinha estudado, pude perceber quantas oportunidade de melhoria ainda temos e quantas coisas ainda podemos fazer no nosso time.

Quase sempre ficamos tão fechados em meio a correria do dia-a-dia que esquecemos de parar e recarregar as baterias. A área em que trabalhamos precisa disso, pois ela está em constante evolução. Nada do que falei no dia era novo, mas apenas coisas que acabam sendo esquecidas.

Acho que a principal questão que muda para o tester no mundo ágil é o perfil deste profiossional. Não é mais possível tolerar aquele tipo de profissional que não se compromete, que não é do time, que só executa seus scripts ou monta a sua documentação e ready, finish!

STOP the line para esse tipo de perfil, ou você muda e se adapta ou busca trabalhar em projetos que ainda não tem a visão ágil.

Obviamente, a qualidade em nossos times ágeis não é somente do interesse do QA e sim do time inteiro por isso todos devem estar nessa mesma "vibe".

Acabei me encaixando rapidamente nesse perfil, embora ainda estejamos muito longe de onde queremos estar, talvez por me apaixonar facilmente por qualquer coisa que eu tenha a fazer. Certa vez em um evento do GUTS mesmo ouvi o Motta dizer que ele era generalista. É exatamente a palavra que creio se encaixar bem ao QA em métodos ágeis. 

Não que não se precise de especialistas!!! Na realidade precisamos de Generalistas-Especialistas! Caras que sejam muito bons em alguma coisa, mas que sejam bons em tudo!

Acima de tudo o QA tem que saber se relacionar com o time! Ele é a pessoa que vai estar em frequente contato com todos os perfis e precisa saber lidar com as mais diversas situações, e saber que ele é do time, e é responsável por manter a qualidade, por auxiliar os devs a produzir qualidade, por verificar a qualidade do que é produzido, por manter as boas práticas de qualidade vivas no time.

Essas últimas semanas serão de muitas coisas a fazer! Preciso focar em muitas coisas, pois muitas delas ficaram paradas em meio a correria do projeto, principalmente o blog.

Então até a próxima!

Resultado do primeiro ciclo de conversas

Como havia falado na postagem anterior fizemos uma apresentação sobre o cenário atual de testes na RBS. Foi bem legal para um primeiro evento, podemos trocar idéias e ver o quanto ainda temos de crescer para que possamos ser ágeis nos testes também. Já fizemos muita coisa é claro e o mais importante é que estamos nos mechendo!
Temos ainda uma grande caminhada para mostrar a todos o quanto o processo de garantia de qualidade dá vida ao ciclo de desnvolvimento. Ainda existe muito de mimimi entre QA e desenv! No scrum somos um time e neste não deve haver divisão.
No meu time não vejo isso acontecer, me sinto parte integrante e sei que meu trabalho agrega e que quando ocorre um bug isso não é um fato que deva servir de motivos pra richas.
Já estamos preparando um novo ciclo de bate-papo mais para o fim do mês.

Precisamos falar sobre testes!

Uma crescente onda colaborativa toma conta do cenário de testes no ambiente em que interajo diariamente. Não sei se era eu quem estava durmindo enquanto tudo isso já acontecia, ou se simplesmente todo mundo só foi se acordar agora. Mesmo assim ainda vejo pessoas dentro da casca de ovo que preferem viver a parte de todo esse movimento, talvez porque duvidem da força que essa ações tenham, ou se achem bons demais para partilharem o que sabem.
Aos que então remam a favor da colaboração temos uma série de exemplos.Nesta última Terça feira fui a um evento organizados pelo GUTS-RS, uma galera que de dispõe a discutir e compartilhar coisas do nosso dia-a-dia. O evento foi aqui na PUC e três pessoas falaram de assuntos bem atuais em nossa área.

 

Gabriel Oliveira - Performance testing

 

Patricia Araújo- 5w2h

Guilherme Motta - Verdades e Mentiras sobre Teste de Software

Quem iniciou falando foi o Gabriel, que nos apresentou sobre performance test,em seguida tivemos a Patricia Araújo, que falou sobre como o processo 5w2h pode se ajustar aos testes, auxiliando no relantamento de requisitos para equipes ágeis. Na sequencia da Patricia, ouvimos o Motta falando sobre Verdades e Mentiras sobre Teste de Software no mundo mágico do Agile.
Quem quiser dar uma conferida no que eles apresentaram , pode conferir as palestras no blog do GUTS-RS.
E nessa verdadeira onde em que disse que encontro:Hoje é dia de falarmos sobre Teste! Teremos um primeiro ciclo de conversas aqui na RBS onde os QAs de cada time irão apresentar o que estão fazendo, que ferramentas estão usando, enfim como estão os testes em seus times.

 Após a rodada de apresentações abriremos 10 minutos para debatermos sobre nossos processos e o quanto podemos melhorar, para garantirmos mais qualidade aos nossos produtos.
No próximo post conto como foi nosso debate.
Então é isso! Vou tomar um mate e testar!!!

Selenium + Chimas

Buenas!
Aqui estou em  meu segundo post! Me preparei, cevei um amargo(fotinho abaixo), organizei as ideias do que iria escrever e cá estamos nós!

Passei um vasto período sem postar nada, porque estava em "Westeros"(brincadeira lógico)!!! Durante esses últimos meses andei lendo todos os livros das Crônicas de Gelo e Fogo, e era um vício! Qualquer tempo livre era dedicado a leitura dessa história que na minha opinião é fantastica! Saindo da fantasia e voltando ao mundo real, vi que havia deixado de lado coisas que tinha me decidido a me dedicar, e uma delas é este blog.
Hoje resolvi falar sobre um companheiro meu de vários dias durante o trabalho e as horas livres: Automação de testes funcionais.
Comecei a trabalhar na área de testes a pouco tempo (cerca de dois anos), mas antes disso já trabalha com TI há cerca de 7 anos, porém meu foco sempre foi infra.
Por esses acasos da vida acabei "caindo" na área de qualidade de software, mesmo sem procurar por ela. Sempre achei massante o trabalho de testador sempre que pensava no assunto: "puxa vida ficar ali passando e repassando casos de teste, oh não!!!". Quando iniciei no projeto achava legal bolar os casos de teste e pensar em alternativas que normalmente os desevolvedores não pensavam, mas com a evolução do projeto e sempre tendo de executar as mesmas coisas a cada nova versão, comecei a me entediar... Foi então que resolvi iniciar a batalha de automatizar casos de teste para o projeto.
Como a ferramenta que eu conhecia já nos tempos de gradução era o selenium, meu primeiro passo foi instalar a IDE e começar a explorá-la. Logo vi que que ela não seria o suficiente para satisfazer todos os casos de teste que seriam necessários, pois precisava de algo menos engessado, onde eu podesse escrever meus testes sem a necessidade de estar "catando"(e nem sempre encontrando) plugins por ai, como para leitura de xls, leitura de arquivos, condicionais, laços de repetição e etc.
Resolvi então me aventurar no uso do selenium drive +junit no eclipse, pois isso me daria mais liberdade para escrever meus testes.
Posso dizer que estou bem satisfeita da escolha que fiz embora os casos de teste estejam apenas engatinhando, pois a correria das sprints não me deixa tempo hábil para o desenvolvimento de vários casos.
Muitas das coisas que aprendi foi exploração na web. Blogs como o do Elias (Sem Bugs),  selenium, java e coca cola, Seuenium, e outros, foram minhas fontes de pesquisa a cada vez que eu chegava em um "beco sem saída".
É muito importante ao desenvolvermos testes funcionais,  pensar ao máximo possivel em como fazer o teste agir como um usuário agiria. Refletir muito nas diversas variações possíveis e programar de forma que se pareça algo realizável por um ser humano e não uma máquina, visto que o ser humano é imprevisível!
A esse exemplo, muitos dos testes que estou desenvolvendo passam por combos de cidade, então procuro não deixar fixo no meu código a cidade de "porto alegre", desenvolvi uma classe que pega aleatoriamente valores de combo, pois se testarmos sempre os mesmos valores de entrada, como é possível termos certeza que um valor diferente não irá causar um bug? Está certo que em um mundo perfeito não deveria haver esses problemas, mas estamos falando de softwares desenvolvidos por seres humanos e muitas coisas se tornam ilógicas.
No momento estou trabalhando em um caso de testes do carrinho de compras e a exportação de faturas para o software de gerenciamento financeiro da instituição, está sendo bem legal pois tenho que trabalhar com a manipulação dos arquivos que enviamos ao software. No próximo post vou falar um pouco sobre esse desenvolvimento e postar dicas.
Buenas, vou continuar com meu mate e com esse desenvolvimento! Tchê, até a próxima!

Olá! Este é primeiro post dos muitos que pretendo compartilhar nesse blog.
Criei este blog para ser um espaço onde possamos falar sobre tecnologia, desenvolvimento de software, qualidade de software e tudo mais do mundo Tech.
Começo falando de algo muito tech que a minha coleguinha Chai me mostrou hoje. Com o uso dos SmartPhones o famoso QR Code está cada vaz mais presente e quem não ficou de fora dessa é o YOUPIX POA. Ao se increver para participar do evento que irá ocorrer nos dias 17 e 18 de agosto, você recebe um QR Code que será a sua identificação para o evento, basta levar seu SmartPhone com o QR Code e já tem a sua entrada garantida!