Temos um BUG!

A história abaixo é fictícia e qualquer semelhança com a realidade da área de QA das empresas é mera coincidência.

Sexta-feira, 16h55. Momento final de validação daquele Release cabeludo, com mais de 70 chamados envolvidos e que contém a liberação de novas funcionalidades para 12 clientes.

Faltam apenas 20 casos de teste para a validação total dos testes de regressão e liberação do Release, fora a liberdade para um final de semana sem stress e sem horas extras.

Eis que neste momento o inesperado resolve acontecer. Um dos casos de teste resolve falhar, e bem em um ponto que bloqueia os demais e que ainda por cima é crítico para o operacional dos clientes.

O que fazer neste momento? Gritar?? Sair correndo??? Se desesperar?!?

Bom, a coordenação e gerência de equipe nestes últimos três anos me trouxe grandes ensinamentos, como o fato de se manter calmo e sereno nestes momentos.

Algumas perguntas que devem ser feitas nesta situação:

- Será que a falha no caso de teste é realmente bug? Se é um bug, é de simples correção, ou de baixo impacto para o operacional do cliente, podendo ser corrigido posteriormente? A falha não seria por conta de alguma configuração no ambiente?

Quase sempre que isso ocorre, é uma situação diferente. O final da história do começo deste post tinha relação com o ambiente que estava com problemas, e por isso o caso de teste falhava. Ao mudar de ambiente (de QA para STG), o erro não foi reproduzido (ambos os ambientes estavam com o mesmo código-fonte aplicado) e assim o final de semana tranquilo foi garantido. Porém nem sempre é assim, a chance do bug ser realmente bug e ainda por cima crítico para o cliente é gigantesca.

Muitos gestores e líderes insistem em orientar suas equipes para que qualquer falha seja aberta como erro, sem qualquer tipo de análise. Eu mesmo as vezes peço para a minha equipe se comportar como a ROTA, ou seja, atirar ao invés de perguntar se a falha é bug ou comportamento do sistema. Mas isto deve ser feito com cautela. A diferença entre ambientes de teste é muito grande em diversas empresas, e dependendo do tipo de aplicação que está sendo testada, o ambiente de teste é a própria máquina do testador, então uma simples diferença entre versão do sistema operacional ou navegador já é o suficiente para alterar o resultado do teste.

E na área de QA de vocês, a história relatada acima já aconteceu? Qual foi o final dela? Com bug ou sem bug?

Abraços

Vaga para Automação de Testes

Galera,

Ainda temos 1 vaga disponível para trabalhar com Automação de Testes na minha equipe no Mercado Eletrônico.

Há pouco mais de 1 mês atrás publiquei o descritivo desta vaga na postagem abaixo, ou link direto aqui.

Aguardamos o seu CV!

Boa sorte.

Vaga - Automatizador de Testes

Pessoal,

Abri duas vagas na minha equipe de automação no Mercado Eletrônico, segue a descrição da vaga:

Descrição da Vaga: Automatizador de Testes de Software

Perfil:

Melhorar e manter a estrutura de automação existente;

Criar scripts de testes automatizados a partir de casos de testes;

Execução de testes automatizados;

Reportar e documentar defeitos.

Requisitos:

Experiência mínima de 3 anos em Automação de Testes e/ou em Desenvolvimento de Software;

Experiência em testes de aplicações Web;

Conhecimentos em Linguagens de Programação; 

Conhecimentos em Integração Contínua;

Conhecimentos em Selenium WebDriver.

Qualificações Exigidas:

Superior Completo em Engenharia da Computação, Sistemas da Informação, Ciência da Computação e áreas correlatas.

Interessados, favor enviar o CV atualizado diretamente para o e-mail: adriana.oliveira@me.com.br. Favor citar que foi indicação do Blog Zarro Boogs (Mário Pravato Junior).

Complementando sobre a vaga, as duas pessoas irão se juntar a outros 2 profissionais que desde abril de 2014 estão automatizando a nossa plataforma SaaS de e-Procurement através do Selenium WebDriver e irão trabalhar diretamente comigo. O Mercado Eletrônico está localizado na Vila Olímpia, em São Paulo.

Divulguem nas redes sociais!

Obrigado

Livro Selenium 2 Testing Tools: Beginner’s Guide de graça!

Pessoal,

Dica do Elias Nogueira no Facebook:

Livro Selenium 2 Testing Tools: Beginner’s Guide de graça no Packt Pub!

Corram, pois a oferta termina às 22 horas do Brasil!

Basta se cadastrar e realizar o download.

Link.

Revista Testing Experience chega ao fim

Depois de 28 edições, a revista Testing Experience anunciou o seu fim em dezembro, após o lançamento da última edição.

O seu site deve ser mantido vivo, então não perca a oportunidade de realizar o download de todas as edições da revista, clicando aqui. É necessário se cadastrar (gratuitamente).

A última edição mescla diversos assuntos, como Agile, TDD, DevOps, Automação de Testes e etc.

Testing Experience 28

Clique aqui e faça o download desta edição.

Sobre OKR - Objectives and Key Results

Fala galera,

Para começar 2015 com o pé direito, compartilho aqui com vocês uma breve apresentação que criei sobre OKR: Objectives and Key Results. 

Estamos aplicando esta metodologia na empresa e acredito que conseguiremos alcançar bons resultados neste ano.

Qualquer dúvida, sugestão ou crítica, basta comentar nesta postagem.

Abraços.

Feliz 2015!

Últimas horas de 2014, nada mais natural do que desejar um feliz ano novo a todos os leitores do blog.

2014 foi bom, mas nem tanto para mim. Grandes conquistas profissionais, um ano de mudanças, mas que culminou com uma perda familiar muito dolorida.

Enfim, que 2015 seja muito melhor para todos nós.

Preciso me organizar para postar algumas coisas legais que estou fazendo no meu dia a dia.

Abraços e boa passagem de ano a todos!

Brasil vence Copa do Mundo na Alemanha

Calma pessoal! Não foi nos campos de futebol que isso aconteceu!

Nesta última terça (11/11), os brasileiros do Team Cesar (Alessandra Cursino, José Carréra, Melissa Pontes e Rodrigo Cursino) foram os grandes campeões da Copa do Mundo de Teste de Software!

Parabéns ao time por essa grande vitória, que eleva o nome dos testers brasileiros para o mundo!

Microsoft corrige bug de 19 anos no Windows!!!

Imagine a cena:

Aquele cliente chato liga no suporte técnico da sua empresa e resolve reclamar daquele chamado com 5 dias de SLA que ainda não foi corrigido. Que tal informar a ele que a Microsoft levou apenas 7.020 dias (corridos) para corrigir uma vulnerabilidade do sistema?

Isso mesmo! O bug encontrava-se no Windows desde o lançamento da versão do Windows 95 em 24 de agosto de 1995!

Confira a notícia completa aqui: Microsoft corrige brecha que ficou no Windows por 19 anos

Vale a pena rir ;)

TestLink 1.9.12

Fala galera!

Estou de volta depois de 2 meses de ausência, devido a problemas pessoais e as férias do trabalho.

Depois de muito tempo resolvi verificar qual era a nova versão do TestLink e tomei um susto. Da minha última atualização aqui no blog, há mais de 1 ano atrás (set/13), tivemos mais 4 novas versões do TestLink lançadas!

Como acabei não conhecendo estas 4 últimas versões, decidi por instalar todas em meu ambiente local para entender as mudanças realizadas neste último ano.

Inclusive esse trabalho foi importante para definir qual a melhor versão para atualizar o TestLink da minha empresa, pois até agora estamos na versão 1.9.2 e com a correria do dia a dia, essa atualização foi deixada para trás!

O TestLink como todos nós conhecemos, mudou radicalmente nesta última versão (1.9.12), principalmente quanto a parte visual em sua tela principal, veja a comparação entre as últimas duas versões nos prints abaixo:

Layout da versão 1.9.11, padrão conforme as versões dos últimos anos.

Layout da versão 1.9.12, com botões no local das labels clicáveis.

Vejam que no print da versão 1.9.12, é perceptível as mudanças visuais. Não temos mais labels clicáveis (Projeto, Especificar Testes, Administração e etc.), mas sim botões em seus lugares. Confesso que não gostei. As labels não atrapalhavam em nada na utilização da ferramenta e agora quando queremos acessar alguma opção, ficamos na dúvida de qual é o botão e precisamos verificar a tooltip com seu nome. Outro ponto que notei são os quadradinhos que são exibidos na frente de cada opção da tela principal, eles deixaram de existir na nova versão (apesar que este fato não causa nenhuma dificuldade operacional ao usuário).

Ainda falando sobre os novos botões estranhos (na minha opinião), eles também estão em locais onde antes tínhamos botões normais, como por exemplo nas opções da Suíte de Teste pai, dentro do módulo de Especificar Testes, veja abaixo:

Os novos botões também estão aqui, substituindo os antigos botões com labels.

Entre as versões 1.9.8 e 1.9.12, temos 241 chamados, entre correções de bugs e novas funcionalidades. Teoricamente o usuário que está habituado com as últimas versões da ferramenta dificilmente terá problemas em utilizar a nova versão ou ficará em dúvidas quanto a alguma funcionalidade.

Para baixar a última versão do TestLink, ou alguma versão anterior, basta acessar a página do Projeto no Source Forge.

Assim que me sobrar um tempo, tentarei dar continuidade ao projeto de tradução para português, pois as novas versões incluíram muitas coisas sem tradução (a última tradução para português foi realizada na versão 1.9.6!!!)

Como eu havia citado no início desta postagem, acabei definindo a versão 1.9.11 para ser atualizada em minha empresa. Não tem os botões 'estranhos' e é uma versão bem mais nova daquela que estamos utilizando. Assim quando começarmos a trabalhar com ela, postarei algumas dicas por aqui.

Valeu!