Pessoal,
Estou com uma nova vaga aberta na minha equipe de QA:
Analista de Qualidade SaaS Junior
REQUISITOS:
• Experiência em testes de software
• Conhecimento dos conceitos básicos em testes de Sistemas/Software
• Conhecimento em SQL
• Superior Completo em Engenharia da Computação,Sistemas da Informação,Ciência da Computação
e áreas correlatas
• Capacidade de análise e síntese.
PRINCIPAIS ATRIBUIÇÕES:
• O profissional será responsável por elaborar casos de teste na ferramenta TestLink, executar testes de sistemas em ambiente web e gerir informações para área de desenvolvimento apontando possíveis problemas detectados nas aplicações desenvolvidas, buscando o controle de qualidade na entrega dos produtos.
Local: Vila Olimpia - São Paulo.
Contratação: CLT Full
Para participar do processo seletivo, acesse o site da APInfo e busque pela vaga de código 31907.
Boa sorte!
terça-feira, 10 de novembro de 2015
segunda-feira, 2 de novembro de 2015
Pesquisa Cargos e Salários 2015
Pessoal,
O Cristiano Caetano divulgou a versão 2015 da pesquisa de Cargos e Salários da área de Qualidade do Brasil.
Ajude o Cristiano nesta pesquisa respondendo quanto ganha o profissional de teste e qualidade de software no Brasil.
Para preencher a pesquisa, clique aqui.
Pretendo divulgar o resultado aqui no blog quando ele estiver disponível.
O Cristiano Caetano divulgou a versão 2015 da pesquisa de Cargos e Salários da área de Qualidade do Brasil.
Ajude o Cristiano nesta pesquisa respondendo quanto ganha o profissional de teste e qualidade de software no Brasil.
Para preencher a pesquisa, clique aqui.
Pretendo divulgar o resultado aqui no blog quando ele estiver disponível.
segunda-feira, 7 de setembro de 2015
Internet Explorer apresentando páginas no IE Mode 7
Recentemente fomos obrigados a realizar rollback em uma migração tecnológica no portal da empresa onde eu trabalho. Migramos um módulo antigo de ASP para MVC, com queries dinâmicas e componentes reutilizáveis e recebemos o feedback de alguns clientes que nada na página funcionava, fossem os combos ou os botões para busca.
Após recebermos algumas evidências, ficou claro o motivo: O módulo estava sendo apresentado ao cliente através do IE Mode 7, ou seja, por mais que o navegador do cliente fosse a última versão do Internet Explorer, o módulo era exibido como compatível ao IE7. Nos demais navegadores tudo estava correto, porém ainda temos uma grande parcela de usuários no inesgotável Internet Explorer (rezaremos para que o Microsoft Edge nos poupe de alguns problemas...).
Após diversas semanas de vai e vem e de tentativas nulas para a solução deste problema, nosso diretor encontrou e corrigiu o problema através deste link:
IE10 renders in IE7 mode. How to force Standards mode?
Em resumo, a URL do Portal da minha empresa encontrava-se cadastrado na opção Configurações do Modo de Exibição de Compatibilidade, localizado no menu Ferramentas do IE.
Após a alteração citada na URL acima, o nosso módulo MVC passou a ser exibido no Modo Edge, ou seja, utilizando a versão real do navegador do nosso cliente.
Um problema chato, complexo, mas que foi solucionado rapidamente. Espero que este post ajude mais pessoas a resolverem este problema.
Abraços.
Após recebermos algumas evidências, ficou claro o motivo: O módulo estava sendo apresentado ao cliente através do IE Mode 7, ou seja, por mais que o navegador do cliente fosse a última versão do Internet Explorer, o módulo era exibido como compatível ao IE7. Nos demais navegadores tudo estava correto, porém ainda temos uma grande parcela de usuários no inesgotável Internet Explorer (rezaremos para que o Microsoft Edge nos poupe de alguns problemas...).
Após diversas semanas de vai e vem e de tentativas nulas para a solução deste problema, nosso diretor encontrou e corrigiu o problema através deste link:
IE10 renders in IE7 mode. How to force Standards mode?
Em resumo, a URL do Portal da minha empresa encontrava-se cadastrado na opção Configurações do Modo de Exibição de Compatibilidade, localizado no menu Ferramentas do IE.
Configurações do Modo de Exibição de Compatibilidade. |
Um problema chato, complexo, mas que foi solucionado rapidamente. Espero que este post ajude mais pessoas a resolverem este problema.
Abraços.
quinta-feira, 6 de agosto de 2015
Vaga para Testes Automatizados
Galera,
Ainda temos 1 vaga disponível para trabalhar com Automação de Testes na minha equipe no Mercado Eletrônico.
Segue a descrição completa da vaga: Link.
Aguardamos o seu CV!
Ainda temos 1 vaga disponível para trabalhar com Automação de Testes na minha equipe no Mercado Eletrônico.
Segue a descrição completa da vaga: Link.
Aguardamos o seu CV!
quinta-feira, 25 de junho de 2015
Automação de Testes - Vagas no Mercado Eletrônico
Pessoal,
Temos ainda duas vagas na minha equipe de automação no Mercado Eletrônico, segue a descrição da vaga:
Descrição da Vaga: Analista de Teste Automatizado
Principais Atribuições:
O profissional será responsável por melhorar e manter a estrutura de automação de testes de regressão existente, criando scripts automatizados a partir de casos de teste existentes no TestLink. Será também responsável por executar os testes criados em ambiente local, reportar e documentar defeitos encontrados durante a atividade.
Requisitos:
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: selecao@me.com.br. Favor colocar o título da vaga no assunto do e-mail e 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
terça-feira, 19 de maio de 2015
Testadores 2015 - Resumão
Fala galera,
Segue um resumão do evento Testadores 2015, que rolou neste último sábado na Faculdade Impacta.
Infelizmente não consegui encontrar parte das apresentações, mas assim que o fizer, atualizarei esta postagem. Assim como ocorreu no TDC 2014, não vou resumir todas as palestras, principalmente para não entrar nos méritos de cada palestrante, então segue o resumo daquelas que mais gostei e alguns breves pontos das demais:
1. BDD em Ação (Alan Batista)
Alan destacou alguns pontos bem bacanas sobre o BDD que fiz questão de anotar (espero em breve disponibilizar a sua apresentação aqui):
Por fim, foi realizado um Hands ON com BDD bem proveitoso para quem já teve algum tipo de contato com Ruby ou codificação de testes.
2. Testes para Aplicativos Android (Jorge Diz)
Jorge começou a sua palestra com uma imagem de uma tela de login mobile, com todos os campos disponíveis (usuário, senha, esqueci a senha e etc) e perguntou: "Onde está o erro desta tela?"
Ninguém acertou. O erro era: Fazer o login. Atualmente o usuário não quer fazer login e isso pode ser visto em quase todas as novas aplicações e sites que te permitem logar com a sua conta do Twitter, Facebook, Google e etc. O usuário está sem paciência atualmente para realizar um cadastro, ativá-lo através do seu e-mail e etc. Jorge está completamente certo neste ponto.
Sabe qual é o significado de API? Não, não é Application Programming Interface, mas sim Ainda Precisamos Implementar....
Jorge finalizou falando sobre os desafios técnicos e de organização para equipes e citou um termo bem peculiar: Fator Caminhão/Trem. Quantas pessoas você precisa atropelar para que o projeto pare? Existem empresas que basta que uma pessoa fique fora para que todo o projeto vá por água abaixo!
3. Testes do WS dos Correios via Visual Studio 2015 (José Correia)
José Correia mostrou como realizar testes de Webservices via Visual Studio, algo bem similar ao SoapUI para quem já esta familiarizado. Correia citou também um paradigma bem interessante, que se assemelha aos testes de interface: Paradigma da Catapulta, pois você aponta o teste, prepara a massa, carrega e dispara. Ao final recebe o retorno, analisa as informações e modifica para refazer o teste.
4. Testes Componentizados: Como esta Técnica pode Aumentar a Produtividade (Marcelo Galvão) - Slide
5. Testando APIs com REST com Rest-Assured (Júlio de Lima) - Slide
6. Ambiente de Teste: Criação e Destruição do Ambiente em Mainframe (Fernando Gandara)
Gandara trouxe uma palestra bem divertida para todos e fez um comentário bem bacana sobre o usuário de TI: O usuário é um ser místico. Só ele consegue fazer coisas impensáveis pelos desenvolvedores e testadores...
7. Qualidade Total. Um caminho sem FIM (Wellington Lockmann)
8. Um bom QA deve ser um DEV de verdade (João Almeida)
Gostei muito da palestra do João, foi uma palestra com informações bacanas e em uma linguagem tranquila para mim. Ele começou falando sobre o projeto do Campus Code, que não é um curso, mas sim uma oportunidade de aprender programação com profissionais em projetos reais! Recomendo que visitem o site para maiores detalhes, já fiz a minha inscrição.
João também comentou sobre o Codebases, que é um relatório que mostra a quantidade de linhas de código por aplicação. A escala começa em centenas, milhares, milhões, até chegar no bilhão de linhas de código. Clique aqui e confira os dados.
Assim como um esportista que precisa treinar fundamentos para sempre se manter em alto nível, João citou os fundamentos de desenvolvimento que sempre devem ser estudados, revisados e treinados:
Por fim, a apresentação do Agapito sobre a Locaweb foi excelente para ver que a área de QA do Mercado Eletrônico e parte do nosso desenvolvimento de software não deve em nada para uma das maiores empresas de hospedagem do Brasil. Talvez exceto pela automação, que ainda estamos engatinhando, principalmente pela complexidade da nossa plataforma, todo o resto é equivalente ou superior!
No final acabei não participando da Mesa Redonda por conta do horário e infelizmente acabei perdendo as discussões.
Por fim, recebi hoje o meu certificado do evento:
Agora ficamos na expectativa para o TDC em julho e quem sabe algum outro evento da área ainda neste ano (o pessoal da Comunidade Testadores prometeu organizar outros eventos).
Abraços
Segue um resumão do evento Testadores 2015, que rolou neste último sábado na Faculdade Impacta.
Infelizmente não consegui encontrar parte das apresentações, mas assim que o fizer, atualizarei esta postagem. Assim como ocorreu no TDC 2014, não vou resumir todas as palestras, principalmente para não entrar nos méritos de cada palestrante, então segue o resumo daquelas que mais gostei e alguns breves pontos das demais:
1. BDD em Ação (Alan Batista)
Alan destacou alguns pontos bem bacanas sobre o BDD que fiz questão de anotar (espero em breve disponibilizar a sua apresentação aqui):
- BDD deve ser utilizado como um facilitador para o TDD;
- BDD remete a comportamento e Living Documentation (em resumo, Cucumber);
- Sempre devemos incentivar o teste durante o desenvolvimento;
- Zero Bugs é UTÓPICO (todos sabem, mas é sempre bom repetir =D)
Por fim, foi realizado um Hands ON com BDD bem proveitoso para quem já teve algum tipo de contato com Ruby ou codificação de testes.
2. Testes para Aplicativos Android (Jorge Diz)
Jorge começou a sua palestra com uma imagem de uma tela de login mobile, com todos os campos disponíveis (usuário, senha, esqueci a senha e etc) e perguntou: "Onde está o erro desta tela?"
Ninguém acertou. O erro era: Fazer o login. Atualmente o usuário não quer fazer login e isso pode ser visto em quase todas as novas aplicações e sites que te permitem logar com a sua conta do Twitter, Facebook, Google e etc. O usuário está sem paciência atualmente para realizar um cadastro, ativá-lo através do seu e-mail e etc. Jorge está completamente certo neste ponto.
Sabe qual é o significado de API? Não, não é Application Programming Interface, mas sim Ainda Precisamos Implementar....
Jorge finalizou falando sobre os desafios técnicos e de organização para equipes e citou um termo bem peculiar: Fator Caminhão/Trem. Quantas pessoas você precisa atropelar para que o projeto pare? Existem empresas que basta que uma pessoa fique fora para que todo o projeto vá por água abaixo!
3. Testes do WS dos Correios via Visual Studio 2015 (José Correia)
José Correia mostrou como realizar testes de Webservices via Visual Studio, algo bem similar ao SoapUI para quem já esta familiarizado. Correia citou também um paradigma bem interessante, que se assemelha aos testes de interface: Paradigma da Catapulta, pois você aponta o teste, prepara a massa, carrega e dispara. Ao final recebe o retorno, analisa as informações e modifica para refazer o teste.
4. Testes Componentizados: Como esta Técnica pode Aumentar a Produtividade (Marcelo Galvão) - Slide
5. Testando APIs com REST com Rest-Assured (Júlio de Lima) - Slide
6. Ambiente de Teste: Criação e Destruição do Ambiente em Mainframe (Fernando Gandara)
Gandara trouxe uma palestra bem divertida para todos e fez um comentário bem bacana sobre o usuário de TI: O usuário é um ser místico. Só ele consegue fazer coisas impensáveis pelos desenvolvedores e testadores...
7. Qualidade Total. Um caminho sem FIM (Wellington Lockmann)
8. Um bom QA deve ser um DEV de verdade (João Almeida)
Gostei muito da palestra do João, foi uma palestra com informações bacanas e em uma linguagem tranquila para mim. Ele começou falando sobre o projeto do Campus Code, que não é um curso, mas sim uma oportunidade de aprender programação com profissionais em projetos reais! Recomendo que visitem o site para maiores detalhes, já fiz a minha inscrição.
João também comentou sobre o Codebases, que é um relatório que mostra a quantidade de linhas de código por aplicação. A escala começa em centenas, milhares, milhões, até chegar no bilhão de linhas de código. Clique aqui e confira os dados.
Assim como um esportista que precisa treinar fundamentos para sempre se manter em alto nível, João citou os fundamentos de desenvolvimento que sempre devem ser estudados, revisados e treinados:
- Orientação a Objetos
- Requisições HTTP
- Arquitetura e Design Patterns
9. Criação de uma equipe de QAs, do Waterfall ao Agile (Robson Agapito) - Slide
Robson contou como foi a evolução da área de QA da Locaweb. Inicialmente os bugs eram registrados por e-mail, de uma forma onde o controle foi se perdendo com o tempo. Evoluíram para o Excel e no final chegaram ao Bugzilla. Pelo tempo que o Robson está na Locaweb (desde 2011), acredito que foi uma evolução um pouco lenta, pois eu utilizava o Bugzilla na Itautec em meados de 2009 e o sistema já era defasado em relação a Mantis, Jira e etc., principalmente por ser escrito em Perl.
Robson também citou a sua experiência em projetos utilizando Crowdtest. Na primeira oportunidade, onde era necessário validar a regra de negócio, a experiência foi ruim. Já na segunda vez, quando o foco da validação estava na usabilidade, a experiência foi boa. Por sinal é a mesma opinião que eu tenho sobre este tipo de contratação freelancer.
Na transição entre o Waterfall e o Agile, Robson citou que a equipe parou de usar o Bugzilla, apontando questões pessoais entre desenvolvimento e QA, algo que não consigo entender muito bem, ainda mais tentando traçar um paralelo entre a Locaweb e o Mercado Eletrônico.
Agapito também apresentou as metas da área, que lembram muito os OKRs utilizando na minha empresa:
- Criar casos de testes antes do desenvolvimento
- Realizar mais testes através de Rotas do que testes em Interface Front End pelos QAs
- Criação da automação funcional para o Happy Path
- Ter aplicado testes de Performance
- Oficializar novas técnicas para o processo de Testes Exploratórios para o time de QA.
- Ter 100% das funcionalidades críticas dos painéis automatizadas
Outra coisa bacana foi o planejamento de treinamentos da área:
- Leitura do livro Base de Conhecimento;
- Treinamento Interno;
- Treinamento Externo;
- Coaching dos mais experientes da equipe;
- Participação em eventos.
No final acabei não participando da Mesa Redonda por conta do horário e infelizmente acabei perdendo as discussões.
Por fim, recebi hoje o meu certificado do evento:
Agora ficamos na expectativa para o TDC em julho e quem sabe algum outro evento da área ainda neste ano (o pessoal da Comunidade Testadores prometeu organizar outros eventos).
Abraços
sexta-feira, 8 de maio de 2015
Grade do Evento Testadores 2015
Pessoal, saiu a grade do evento do próxima sábado (16/05):
Programação do Evento
Horário
|
Duração
|
Título
|
Palestrante
|
08:15 – 09:00
|
45 min
|
Cadastramento
|
N/A
|
09:00 – 09:15
|
15 min
|
Abertura
|
Organizadores
|
09:15 – 09:55
|
40 min
|
BDD em Ação (Hands on de BDD para todos os públicos)
|
Alan Batista
|
10:00 – 10:30
|
30 min
|
Testes para Aplicativos Android: Desafios Técnicos e de Organização das Equipes
|
Jorge Diz
|
10:30 – 11:00
|
30 min
|
Coffee Break e Networking
|
N/A
|
11:00 – 11:30
|
30 min
|
Testes do Web Service dos Correios com Microsoft Visual Studio 2015
|
José Correia
|
11:30 – 12:10
|
40 min
|
Testes Componentizados: como esta Técnica pode Aumentar a Produtividade
|
Marcelo Galvão
|
12:15 – 12:45
|
30 min
|
Testando APIs REST com Rest-Assured
|
Júlio de Lima
|
12:45 – 14:00
|
75 min
|
Almoço
|
N/A
|
14:00 – 14:20
|
20 min
|
Ambiente de Testes: Criação e Destruição do Ambiente em Mainframe
|
Fernando Gandara
|
14:25 – 14:45
|
20 min
|
Qualidade Total. Um Caminho sem FIM
|
Wellington Lockmann
|
14:45 – 15:25
|
40 min
|
Um bom QA deve ser um Dev de verdade
|
João Almeida
|
15:30 – 16:00
|
30 min
|
Coffee Break e Networking
|
N/A
|
16:00 – 16:40
|
40 min
|
Criação de uma equipe de QAs, do Waterfall ao Agile
|
Robson Agapito
|
16:40 – 17:30
|
50 min
|
Mesa Redonda: Economia, Automação e Agilidade estão Transformando Testes e QA?
|
Diversos Convidados
|
17:30 – 18:00
|
30 min
|
Sorteios e Encerramento
|
Organizadores
|
Maiores informações no link: http://testadores.com/index.php/testadores-2015
Segundo os organizadores, ainda temos metade das vagas disponíveis! Corra e faça a sua inscrição!
terça-feira, 5 de maio de 2015
Evento - Testadores 2015
Pessoal, haverá um evento sobre teste e qualidade de software no próximo dia 16/05, segue detalhes:
Realização: Comunidade Testadores
Data: Sábado, 16 de Maio de 2015
Horário: 8h15 às 17h30
Local: Faculdade Impacta Tecnologia
Avenida Rudge, 315 - Bom Retiro - São Paulo/SP
Apoio: Faculdade Impacta Tecnologia e Iterasys
Investimento: R$ 40,00
Programação (a grade final será publicada na sexta, 8 de Maio)
Inscreva-se com antecedência. Vagas limitadas.
Link para Inscrição: http://goo.gl/wJLbFp
Assim que a grade completa for publicada, disponibilizaremos aqui no blog!
Já fiz a minha inscrição, vejo vocês lá ;)
Realização: Comunidade Testadores
Data: Sábado, 16 de Maio de 2015
Horário: 8h15 às 17h30
Local: Faculdade Impacta Tecnologia
Avenida Rudge, 315 - Bom Retiro - São Paulo/SP
Apoio: Faculdade Impacta Tecnologia e Iterasys
Investimento: R$ 40,00
Programação (a grade final será publicada na sexta, 8 de Maio)
Inscreva-se com antecedência. Vagas limitadas.
Link para Inscrição: http://goo.gl/wJLbFp
Assim que a grade completa for publicada, disponibilizaremos aqui no blog!
Já fiz a minha inscrição, vejo vocês lá ;)
sexta-feira, 1 de maio de 2015
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
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
quarta-feira, 29 de abril de 2015
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.
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.
quinta-feira, 19 de março de 2015
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
quinta-feira, 19 de fevereiro de 2015
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.
quinta-feira, 15 de janeiro de 2015
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.
terça-feira, 13 de janeiro de 2015
Sobre OKR - Objectives and Key Results
Fala galera,
Qualquer dúvida, sugestão ou crítica, basta comentar nesta postagem.
Abraços.
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.
Assinar:
Postagens (Atom)