zezologs

Ferramentas de Teste: JMeter (2)

eudescosta — Thu, 08 Sep 2011 12:46:28 +0000

Alguns leitores do blog e do post me questionam sobre qual o critério usamos para determinar que uma aplicação WEB está reprovada nos testes de performance … outra coisa que me perguntam é como o analisar os resultados.

Então olha só…

1) Qual o critério usamos para determinar que uma aplicação WEB está “reprovada” nos testes de performance?

Falei aqui sobre como elicitar o requisito não-funcional de performance. Definir este requisito não é uma atividade que cabe a nós que estamos desenvolvendo/testando o produto, e sim ao owner do produto … o cliente.

O que podemos e devemos fazer, pois na maioria dos casos somos nós (equipe) que definimos a arquitetura do produto, é ajudar o owner a desenvolver este requisito não-funcional, com questionamentos.

Estes questionamentos ajudam a criar este requisito, e também ajudam a equipe de desenvolvimento a desenvolver um produto que atenda a este requisito. E sabe o que já aconteceu? Já tivemos que adaptar a arquitetura e até a trocar de tecnologia, porque quando o cliente leu os questionamentos … ele pensou, e repensou, e quando ele repensa…

Isso é importante, importante para o produto, importante para você! Estude a arquitetura, faça um questionário e mande para o owner do produto.

Uma falha muito comum, e infelizmente, algumas vezes recorrente, é a não definição deste requisito, não é muito difícil prever onde isso vai acabar, concordam? conforme minhas últimas linhas acima, dá para resumir … um produto que não presta!

2) Como o analisar os resultados?

A forma mais didática que achei foi assim

Este teste foi executado de forma distribuída, um jmeter master e duas escravas, 4 horas de execução. Lá em Throuput, olha a oscilação, isso tá certo?, eu acho que não! melhor seria assim

concordam?

Sim, isso é um COPY + PASTE do “Relatório Agregado”.

E a taxa de erro? Essa taxa de erro ai … humpf!

Se ficou alguma dúvida … me perguntem, se eu não souber responder algum leitor blog responde

comentários

terça-feira, setembro 13, 2011, joao batista comentou: Cara já sou aluno, já aprendi bastante com vc. só mais uma duvida de iniciante mesmo, como faço para compartilhar as maquinas usando jmeter, para executar os teste.

quarta-feira, setembro 14, 2011, eudescosta comentou: http://jakarta.apache.org/jmeter/usermanual/jmeter_distributed_testing_step_by_step.pdf

comentários

quarta-feira, setembro 14, 2011, eudescosta comentou: http://jakarta.apache.org/jmeter/usermanual/jmeter_distributed_testing_step_by_step.pdf

CINTEQ 2011

eudescosta — Tue, 01 Mar 2011 14:09:23 +0000

Inscreva-se hoje mesmo e garanta seu lugar no CinTeQ 2011. O evento ocorrerá nos dias 28 e 29 de março e reunirá importantes palestrantes nacionais e internacionais.

Um dos convidados internacionais é Erik Van Veenendaal (Improve Quality Services BV)

Erik Van Veenendaal
Erik van Veenendaal é especialista reconhecido na área de testes de software e gerenciamento de qualidade. Atua como consultor, instrutor internacional líder e diretor do Improve Quality Services BV.

Nos eventos EuroStar de 1999, 2001 e 2005, foi premiado como a melhor apresentação de tutorial. Em 2007 recebeu a premiação European Testing Excellence pela sua contribuição à profissão de teste. Ele trabalha como gerente de testes e consultor em qualidade de software há mais de 20 anos.

Escreveu diversos artigos e livros, incluindo “The Testing Practitioner”, “ISTQB Foundations of Software Testing” e“Testing according to TMap”. Erik é também professor sênior em período parcial na Eindhoven University of Technology, vice-presidente do ISTQB e vice líder na Fundação TMMi.

Não perca esta oportunidade única de ouvir Erik Van Veenendaal no CinTeQ 2011 e aproveite para ouvir outros renomados palestrantes:
Bernard Homès – TESSCO Technologies
Chris Rupp – IREB / SOPHIST GmbH
Rex Black – RBCS

Vagas limitadas! Faça hoje mesmo sua inscrição pelo site www.cinteq.org.br

Treinamento do Processo de Testes (CIn/UFPE)

eudescosta — Tue, 16 Mar 2010 19:24:31 +0000

Pessoal,

Neste sábado (20/03) o Laboratório de Produtividade de Software (LabPS) irá promover um treinamento sobre o Processo de Testes. O treinamento é voltado para alunos do programa, colaboradores do LabPS e interessados.

Outra coisa muito importante, é gratuito.

O intrutor será Charles Everton.

Interessados em participar devem garantir a sua vaga enviando um e-mail para cof@cin.ufpe.br, no qual deverá ser informado nome, telefone e função em que trabalha ou faculdade na qual estuda.

Resumo:

Data: 20/03/10 (sábado)
Horário: 8:00hs às 12:00hs
Local: Auditório CIn, Bloco C, Galpão
Centro de Informática da UFPE

Maiores informações:
E-mail: cof@cin.ufpe.br
Telefone: (81) 2126-8430 ramal 4735

Mais informações em http://twiki.cin.ufpe.br/twiki/bin/view/LabPS/NoticiaTreinamentoProcessodeTestes

Forum no ar!

eudescosta — Mon, 25 Jan 2010 16:11:52 +0000

Pois é! … estive um pouco ausente do blog nos ultimos meses, isso as vezes acontece quando a demanda no trabalho aumenta!

Tenho recebido alguns emails com questionamtos sobre testlink, selenium, JMeter, etc…

E tenho notado um pouco de ineficiência no processo de pergunta/resposta adotado (emails ou comentários).

Em um formulário que disponibilizei para os visitantes do blog, recebi algumas sugestões, e uma delas é a criação de um forum para facilitar a troca de informações alem de dar melhor visibilidade aos outros que buscam a mesma informação.

Sendo assim, criei o forum Testing Software Forum, a permissão de vizualzação é permitida a todos, mas para perguntar, tem que se cadastrar.

Já criei alguns tópicos, irei criando mais a medida que a demanda surgir.

Criei tambem uma conta para o forum no twitter http://twitter.com/testingforum este twitter será automaticamente atualizado a medida que novas perguntas são feitas/respondidas.

É isso, façam bom uso!

comentários

segunda-feira, fevereiro 1, 2010, O melhor da semana 24/01 a 30/01 « QualidadeBR comentou: [...] Forum no ar! - Eudes Costa (zezologs); [...]

comentários

segunda-feira, fevereiro 1, 2010, O melhor da semana 24/01 a 30/01 « QualidadeBR comentou: [...] Forum no ar! - Eudes Costa (zezologs); [...]

Twitter e Contribuições

eudescosta — Mon, 20 Jul 2009 00:23:51 +0000

Demorou mas aderi ao Twitter, depois de algum tempo resistindo, me entreguei.

O twitter, logo no inicio era visto por mim como um muro de lamentações, onde os ‘twitteiros’ postavam justamente sobre o que mais detesto ler: o nada, e todos achavam isso lindo, eu não gostava, e por isso não aderi. Se houvesse um bom-senso entre as postagens ao menos, tudo bem, mas me falar ‘acabei de acordar, estou indo tomar banho’ ou ‘tomeu um suco hj, tava muito ruimmmm’ é demais concordam? é tudo uma questão de granularidade da informaçõa postada

O twitter hoje esta sendo amplamente usado para o envio rápido de informações, onde um simples ‘tweet’ é o suficiente para manter os ‘seguidores’ infromados sobre algum fato.

Escolher corretamente as pessoas a serem seguidas é a chave, a escolha das pessoas certas lhe deixam as vezes acompanhando o mundo ‘real-time’.

Se você não usa o Twitter, experimente, use um bom cliente (eu uso o Twirl) e escolha as pessoas certas a seguir.

A quem desejar o meu é @eudescosta

Outra, novidade é uma forma de contribuição que criei no blog, na página inicial do site, no lado esquerdo existem alguns ‘boxes’, um dele é o ‘Contribua’.

Esta é uma forma de contribuir, e manter-se totalmente anônimo (se desejar).

O formulário de ‘Contato’, lhe obriga a se identificar (e quero que ele permaneça desta forma), o do ‘Contribua’ é preenchido anônimamente, nenhuma informação, a não ser a que você informar, será enviada a mim.

Portanto use-o, quero ouvir sua opinião!

Testes Instáveis do Selenium

eudescosta — Tue, 02 Jun 2009 13:33:22 +0000

Já recebi alguns emails, onde as pessoas me questionam sobre o Selenium, questionando principalmente sua competência funcional.

Alguns, falam que hora funciona, hora não funciona, outros falam que quando executa o teste manualmente o teste passa, mas quando roda no Selenium ele não passa.

Bem, é complicado analisar estas questões remotamente, geralmente os questionamentos sobre estes problemas, vem com pouca informação e não da para avaliar a causa do problema, desta forma só consigo ver o efeito e trabalhar nele … e isso me deixa bastante incomodado, não gosto de trabalhar no efeito e sim na causa.

Bem, Simon Stewart do Google, montou uma pequena lista relatando algum destes problemas, dêem uma olhada no post do pessoal, talvez, tenha algo no post que pode lhe ajudar.

http://googletesting.blogspot.com/2009/06/my-selenium-tests-arent-stable.html

PS. Se alguem precisar de ajudar para traduzir algum problema que o Google botou lá me avisa que traduzo (só não abusem da ‘alma boa’ aqui )

comentários

sexta-feira, junho 5, 2009, Liana comentou: show teu blog, zezinho! bjos

sexta-feira, junho 5, 2009, Elóra Dana comentou: ≈shock≈ Olá estou tendo esses problemas também, ainda bem que encontrei esse post, irei procurar na lista do Google. Tenho outra dúvida, estava lendo a respeito do LoggingSelenium: http://loggingselenium.sourceforge.net/usage.html Você tem alguma informação a respeito, estou começando a mexer no Selenium e queria saber como criar um log, eu vi essa biblioteca, mas não consigo executar nem o exemplo que está no site. Não tem muita explicação de como configurar os jar. Você sabe onde posso encontrar um exemplo? Obrigada.

quarta-feira, junho 10, 2009, BobMarche comentou: Thanks for the useful info. It's so interesting

quinta-feira, junho 11, 2009, eudescosta comentou: @Elóra Dana: Infelizmente nunca mechi o LoggingSelenium. :( @Liana: Valeus! :) @BobMarche: Thanks for sharing your opinion! ;)

terça-feira, junho 23, 2009, Leonardo Molinari comentou: As suas colocações sobre a ferramenta são importantes. Questionar sempre é fundamental. Fica aqui um convite: aceita ser entrevistado p/ meu blog, sobre o seu trabalho de divulgação de qualidade/testes? Se aceitar te envio várias perguntas, e publico no meu blog. Aceita?. Inclusive seu site está no meio das referências do meu livro novo, em um dos capítulos. Parabens... Meu livro novo, Testes de Performance, já está disponível para venda no site da Ed. Visual Books desde ontem. Veja lá o sumário p/ vc ter idéia. Ele já está causando um enorme impacto. Veja no link: http://www.visualbooks.com.br/shop/mostralivro.asp?escolha=9788575022467 Abraços, Leonardo Molinari

sábado, julho 4, 2009, eudescosta comentou: @Leonardo: Obrigado, pelas palavras. Quanto a sua entrevista, convite aceito. :)

quarta-feira, setembro 16, 2009, Ailson Ramos Moreira comentou: ≈cry≈ oi pessoal, oi Gravatar preciso de uma ajuda urgente com o SELENIUM, nao consigo acessar com ele uma janela que é aberta, ele fica procurando na janela anterior ai ele nao acha o elemento e da erro sendo que que ele clica e a janela abre normalmente. me ajudem !!!!! é questão de trabalho.... Muito Obrigado... desde JA...

comentários

sexta-feira, junho 5, 2009, Liana comentou: show teu blog, zezinho! bjos

quarta-feira, junho 10, 2009, BobMarche comentou: Thanks for the useful info. It's so interesting

quinta-feira, junho 11, 2009, eudescosta comentou: @Elóra Dana: Infelizmente nunca mechi o LoggingSelenium. :( @Liana: Valeus! :) @BobMarche: Thanks for sharing your opinion! ;)

sábado, julho 4, 2009, eudescosta comentou: @Leonardo: Obrigado, pelas palavras. Quanto a sua entrevista, convite aceito. :)

Uma nuvem…do que foi falado aqui

eudescosta — Mon, 01 Jun 2009 15:35:58 +0000

Um post relâmpago.

O que mais foi discurido aqui no blog, desde seu início, em forma de nuvem.

O que diferencia esta nuvem da tradicional ‘tag cloud’ do WordPress e similares, é que no WordPress o usuário tem que informar qual a trag do referido post, já o Wordle, lê seu RSS, e faz uma média das palavras mais utilizadas no seu blog.

O resultado você vê abaixo.

Clique aqui para ver diretamente no site Wordle.

Estimando Esforço de Automação

eudescosta — Wed, 27 May 2009 14:46:12 +0000

É muito comum passarmos por situações onde temos que realizar uma estimativa de quanto tempo levaremos para automatizar uma suite de testes.

Duas boas dicas para realizar estas estimativas.

1) O esforço de automação é geralmente 1/3 do esforço de desenvolvimento, logo, se para se implementar uma funcionalidade que o desenvolvedor levou 3 dias, estima-se 1 dia para escrever os testes para esta funcionalidade

2) Estima-se que se leve de 3 a 10 vezes a mais, para automatizar um teste, do que o tempo levado na execução manual. Logo, se um teste leva 1 minuto para ser executado manualmente, estima-se que se leve de 3 a 10 minutos para automatiza-lo.

Pronto, levando em conta estes dois fatores, sua estimativa será bem razoável.

Apresentação de Introdução a Automação

eudescosta — Tue, 26 May 2009 21:17:05 +0000

Estou disnponibilizando uma apresentação de introdução a automação de testes (estruturais e funcionais).

Esta apresentação visa prover uma visão geral sobre automação, muito bom para aqueles que estão iniciando e querem conhecer um pouco mais sobre esta prática, segue agenda:

Motivação
Erros Comuns
Processo
Frameworks
Automação Caixa Branca
Automação Caixa Preta

Qualquer dúvida é so comentar.

comentários

quarta-feira, maio 27, 2009, Leonardo Molinari comentou: Oi.. tudo bom? Boa apresentação. Sempre é bom ter coisas assim. Parabens Dica boa: na tua lista de livros, seria legal atualizar pois o meu de livro de Testes Funcionais, já é referencia neste aspecto. E mais... ups (fofoca.. hahaha). Está saindo o meu de testes de performance. Esse é mais profundo. Não é livro de ferramenta. ë de tecnica, ensinando analisar testes, graficos de performance, descobrir gargalos. Vc vai adorar. Vou até em Teoria da Filas.. ahhaha.. Quando sair te aviso. Vai ao lançamento? será em SP. [ ]s Leonardo Molinari

comentários

Top 10 vulnerabilidades em aplicações web

eudescosta — Mon, 13 Apr 2009 14:08:25 +0000

Pessoal,

Segue uma lista das 10 principais vulerabilidades em aplicações web, que recebi por email, recentemente.

Para nós, essa é uma lista muito interessante.

1º – XSS Cros site scripting – 13% das ocorrências. Técnica de ataque que permite executar scripts maliciosos no navegador do usuário da aplicação vulnerável.

2º – Manipulação de dados ocultos – 13% das ocorrências. A aplicação vulnerável permite acesso indevido quando dados ocultos são manipulados indevidamente.

3º – Falha ao restringir acesso a URL ou funcionalidade – 11% das ocorrências. A aplicação não restringe adequadamente suas áreas restritas.

4º – Tratamento indevido de erro, revelação de informações sensíveis - 9% das ocorrências. A aplicação revela informações sensíveis através de uso não esperado.

5º – Armazenamento inseguro de criptografia – 9% das ocorrências. Dados sensíveis que precisam ser armazenados de forma criptografada estão em texto livre ou com criptografia inadequada.

6º – Comunicação insegura – 8% das ocorrências. A aplicação trafega dados sensíveis através de canis não-seguros.

7º – Falha da especificação de requisitos – 8% das ocorrências. Os controles de segurança que deveriam existir não existem devido a falha na especificação.

8º – Injeção de comandos – 8% das ocorrências. Técnica de ataque que explora injeção de comandos através de aplicação para ser processado por outros sistemas ou camadas. Por exemplo: SQL Injection, SMTP Injection, HTML Injection etc.

9º – Processo inadequado de cadastro de usuários – 5% das ocorrências. O cadastro de usuário deve seguir algumas recomendações de segurança, que se não forem seguidas, podem expor a aplicação a diversos incidentes.

10º Quebra de autenticação e gerenciamento de sessão – 5% das ocorrências. Aplicações vulneráveis permitem burlar o processo de autenticação através de gestão fraca de sessão ou procedimentos inseguros. Outros ataques respondem por 11% das ocorrências – vide gráfico neste endereço

Fonte: http://wnews.uol.com.br/site/noticias/materia.php?id_secao=4&id_conteudo=10324

Há tambem um gráfico feito por Ricardo Kiyoshi Batori, da http://www.batori.com.br/, que reflete a lista acima.

Questionamentos sobre o Testlink (#1)

eudescosta — Sun, 01 Mar 2009 20:44:31 +0000

Irei responder em forma de post, algumas perguntas feitas pelos leitores do blog. É uma boa forma de valorizar a participação do leitor e ao mesmo tempo ajudar aqueles que por ventura tenham a mesma dúvida.

Irei responder os questionamentos do leitor Ubiratan referente ao post Ferramentas de Teste: Testlink.

1) Qual seria a técnica e o critério de teste que essa ferramenta utiliza?
R- O Testlink não se preocupa com a técnica de teste a ser utilizada. Seja ela caixa-branca, preta, cinza ou testes de RNF´s. A ferramenta irá apenas armazenar o resultado reportado e prover informações via relatórios (resumidamente).

Utilizo o Testlink para registrar a execução de testes caixa-branca (testes unitários e de integração), bem como a execução dos testes funcionais.

A forma como você irá organizar sua suíte de testes no Testlink depende de você.

O mesmo fundamento vai para o critério de teste (completude, corretude, etc…), a ferramenta deixa a critério daquele que escreve os testes, a definição do critério a ser utilizada.

2) Qual a maturidade desta ferramenta? Faz muito tempo que ela foi lançada?
R- O Testlink é amplamente utilizado por diversas empresas no Brasil e fora.

Não tenho como falar em números exatos, pois não tenho estas informações, mas recebo alguns emails de leitores de várias empresas com dúvidas na ferramenta.

Em pesquisa finalizada em 23/04/2008 o Testlink lidera em relação a ferramentas opensource

Fonte: http://www.teamst.org/index.php?option=com_content&task=view&id=61&Itemid=2

3) Você sabe qual o grupo de desenvolvedores que mantém essa ferramenta?
R- A ferramenta é open source gerenciada por um grupo de desenvolvedores, mais informações aqui. Eles mantêm um grupo no google onde testers podem contrubuir, desenvolvendo e ajudando a melhorar a ferramenta.

Comentários abertos para aqueles que desejam complementar as respostas acima.

comentários

sexta-feira, junho 5, 2009, Neimar Vieira comentou: Por favor estou com problema ao abrir o Testlink, esetou abrindo ele pelo wampserver_ localhost_Testlink e esta dando a seguinte msg Missing file: C:\wamp\www\testlink\third_party\adodb/drivers/adodb-[configure_bug_track_db_type].inc.php ADONewConnection: Unable to load database driver '' o que devo fazer Grato

sexta-feira, junho 5, 2009, eudescosta comentou: Difícil analisar remotamente, mas é um problema de ambiente (APACHE + PHP + MYSQL)... .

quarta-feira, setembro 23, 2009, Renata comentou: Eudes, gostaria de saber se existe em maneira do TestLink interagir com o Selnium IDE assim como faz com o Bugzilla e o Mantis, se existe, como eu faço esta interação? Por favor pode me ajudar? :(

segunda-feira, abril 19, 2010, Charles Neves comentou: Eudes, boa tarde. Gostaria de saber como faço para integrar o Testlink com o Bugzilla. Fico no aguardo. att, Charles

quinta-feira, abril 22, 2010, Adrea comentou: Oi Pessoal, Alguém saberia me responder se é possível usar o Oracle como o banco de dados do Testlink ?

quarta-feira, maio 19, 2010, Jeferson comentou: Olá Eudes, Estou com uma grande dificuldade com o testlink e talvez você possa me ajudar. Estou usando-o em minha máquina local, e não consigo adicionar imagens nos Steps dos casos de teste. Até consigo fazer o upload das imagens, porém ao inserir elas não aparecem. Creio que o problema esteja no FCKEditor, porém não achei em nenhum lugar como configurá-lo de modo local. Grato pela atenção.

quinta-feira, agosto 5, 2010, Sheyla comentou: Oi Trabalho em uma empresa onde me pediram pra testar o testlink para uma possível implantação na empresa, porem não consigo ver muitas vantagens nela no exato momento em que se encontra a equipe de teste, que é muito recente com menos de 1 ano e com apenas duas pessoas. Mais como estamos falando em informática as coisas mudam com uma freqüência muito grande, sei q a equipe vai crescer. Bem as vantagens que percebi na ferramenta á alguns relatórios e o fato de ser um sistema web, podendo ser acessado dentro e fora da empresa sem necessidade de "pen drivers" mais assim, têm o problema de sobreposição de versão, isto tem como ser ajustado? Teria como criar mais algumas métricas? Você poderia me ajudar???

sexta-feira, agosto 6, 2010, eudescosta comentou: o que você está referindo quando fala "sobreposição de versão". Não entendo pq isso seria um problema pra você. Isso só seria um problema, se você desenvolver novas features por conta própria. Se tem como criar mais algumas métricas? No teslink vc não cria métricas, vc coleta métricas, é isso que vc se refere?

comentários

sexta-feira, junho 5, 2009, eudescosta comentou: Difícil analisar remotamente, mas é um problema de ambiente (APACHE + PHP + MYSQL)... .

segunda-feira, abril 19, 2010, Charles Neves comentou: Eudes, boa tarde. Gostaria de saber como faço para integrar o Testlink com o Bugzilla. Fico no aguardo. att, Charles

quinta-feira, abril 22, 2010, Adrea comentou: Oi Pessoal, Alguém saberia me responder se é possível usar o Oracle como o banco de dados do Testlink ?

Bugs do Homem

eudescosta — Mon, 02 Feb 2009 02:48:49 +0000

Esta semana presenciamos o bug do google, que falou por alguns minutos que todos os sites do mundo eram ‘perigosos’. O bug foi resolvido, e a causa de seu erro, foi atribuída a um humano.

Unfortunately (and here’s the human error), the URL of ‘/’ was mistakenly checked in as a value to the file and ‘/’ expands to all URLs.

O resultado você vê abaixo…

Hoje, enquanto estava navegando, passei pelo site do globo, e vi a imagem abaixo

Os dois erros acima foram erros bobos, causados por nós, humanos, em momentos de ‘breve distração’, mas que repercutem bastante.

Deixo dois links bem interessantes para quem se interessar

No 1 link, tem uma tabela interessante, veja abaixo:

Description

Error Probability

General rate for errors involving high stress levels

0.3

Operator fails to act correctly in the first 30 minutes of an emergency situation

0.1

Operator fails to act correctly after the first few hours in a high stress situation

0.03

Error in a routine operation where care is required

0.01

Error in simple routine operation

0.001

Selection of the wrong switch (dissimilar in shape)

0.001

Human-performance limit: single operator

0.0001

Human-performance limit: team of operators performing a well designed task

0.00001

comentários

segunda-feira, fevereiro 2, 2009, Eudes via Rec6 comentou: Bugs do Homem | zezologs... Pequenos erros causando grandes transtornos...

comentários

segunda-feira, fevereiro 2, 2009, Eudes via Rec6 comentou: Bugs do Homem | zezologs... Pequenos erros causando grandes transtornos...

Feliz Ano Novo!

eudescosta — Wed, 31 Dec 2008 03:00:00 +0000

Obrigado a todos que acompanham o blog, a participação de vocês foi fundamental e ajudou muito este blog a atingir seu objetivo.

Para vocês, um Feliz Ano Novo!

Não sou adepto das tradições de fim de ano… não me visto de branco, ou qualquer outra cor que simbolize algo, nem tomo banho de mar para lavar a alma, simplesmente não aderi a estas tradições.

Para mim, o que vale é a reflexão, e estabelecimento de novas metas… que, por sinal, nem deveria esperar o fim de ano para ser feita

Mas vamos lá, vamos aos resultados deste ano de 2008:

Passados: 95%
Bloqueados: 2%
Falhados: 3%

Meu percentual de aceitação gira em torno dos 95%, logo, podemos afirmar que o ano de 2008, foi um projeto de sucesso! Nos resta agora esperar pelos defeitos escapados.

Por enquanto, fico na espectativa dos bugs que 2009 irá achar.

Na vida pessoal, devo apenas agradaçer a amorosa companhia e paciência da minha amada, agradeçer aos amigos por mais esse ano de camaradagem, e aos meus pais… bem quanto ao meus pais, serei eternamente grato a tudo.

Na vida profissional, ainda aprendo, e enquanto estiver aprendendo, estarei feliz.

Aprendi muito com o projeto em que trabalhei anteriormente, o que me fez amadurecer ainda mais.

No projeto em que me encontro atualmente, estabeleci uma meta: Automação, e graças ao amadurecimento supracitado, as coisas fluiram muito bem.

Automação, por sinal, passará a fazer parte de minha rotina em 2009, implantei automação caixa branca no projeto atual, e até hoje não sei porque nunca tinha feito isso antes

Quanto ao blog, fechamos o ano com mais de 5,776 visitas, onde 3,126 são visitas únicas e 16,902 page views e uma taxa de 53,95% de novas visitas por mês… para um blog que começou sem pretenção alguma, acho estes números muito bons.

Fico bastante feliz em saber que várias pessoas foram beneficiadas pelo uso do blog, por isso, planejo manter a mesma postura, postando ainda mais informações úteis.

Sucesso e tudo de bom!

Testlink: Exportação de Casos de Teste

eudescosta — Wed, 12 Nov 2008 17:52:14 +0000

Para quem trabalha com escita de testes em português e por ventura precisar exportar os testes do testlink, talvez passe por um pequeno contratempo com relação a exportação dos testes.

Alguns caracteres, como por exemplo: ‘ã’, ‘ç’, serão impressos na codificação do html (a lista completa está aqui).

Isso impede que a funcionalidade de exportar seja funcionalmente utilizada, pois a leitura do artafato fica prejudicada.

Bem a solução para isso é bem simples.

Vá no arquivo config.inc.php, altere a linha 117 para
[sourcecode language='php']
define(‘DB_SUPPORTS_UTF8′, FALSE);
[/sourcecode]
Vá no arquivo tcexport.php, acresente apos a linha 129
[sourcecode language='php']
$content = html_entity_decode($content);
[/sourcecode]
Bem é isso!

Qualquer dúvida é só falar.

comentários

quarta-feira, abril 8, 2009, Chicohuck comentou: como faço para traduzir a ferramenta para o português? Você pode me ajudar? Valeu,,..

sábado, maio 2, 2009, Alexandre comentou: Olá amigo, eu tentei fazer as alterações que vc está orientando para resolver o problema de acento no testlink, porém não consegui... O arquivo config.inc.php só tem 103 linhas... Você pode me ajudar? meu testlink é o 1.8.1

segunda-feira, maio 4, 2009, Alexandre Santos comentou: Bom dia! Você poderia me enviar o arquivo config.inc.php já com a alteração para eu fazer a comparação com o meu arquivo? Pode me enviar no meu email: alexandre.silvasantos@gmail.com Desde já agradeço. Alexandre

segunda-feira, maio 4, 2009, eudescosta comentou: Alexandre, Não estou com o testlink agora, mas a versão que usei foi a 1.7.4.

quarta-feira, julho 22, 2009, Leidiane comentou: Bom dia... Estou estudando a ferramenta testlink com o propósito de utilizá-la na empresa onde trabalho. Estou com uma dúvida que talvez você possa me ajudar. Existe uma opção "Gerenciamento de Fases" do Inglês "Milestone Management" cadastrei uma fase porém não consigo utilizá-la durante a execução dos testes. Você sabe como funciona? Estou utilizando a versão 1.7.3. Desde já, Obrigada! Aguardo retorno.

quinta-feira, agosto 13, 2009, Alexandre comentou: Galera, alguém sabe como fazer a configuração do Testlink para trabalhar com o Jira??? Abçs Alexandre

quarta-feira, agosto 26, 2009, keilla comentou: Oi. Gostaria de saber se essa modificação no arquivo resolve o problema de acento também para os relatórios gerado pelo próprio testlink. Um dos relatórios gera o status como Réussi e Bloqué no lugar de ser Réussi e Bloqué. Desde já agradeço O idioma utilizado é o francês, já que trabalho numa companhia francesa em montreal.

terça-feira, março 22, 2011, Mário comentou: Opa, td bem? Estou usando a versão 1.9.0 do TL e preciso exportar mais de 500 casos de teste, só que estou com este problema de acentuação e caracteres especiais. Esta sua solução pode ser utilizada nesta versão? Aguardo um retorno, parabéns pelo blog, acesse o meu depois! abraços

terça-feira, março 22, 2011, eudescosta comentou: Mario, Infelizmente não testei na versão 1.9.0. Abraço!

terça-feira, março 22, 2011, Mário comentou: Não consegui utilizar a sua solução. Baixei a versão 1.7.4 para comparar os arquivos, mas a estrutura do config.inc foi alterada. Não achei nada na net inteira e nem no fórum do TL! ≈mad≈ Você conhece algum software que faça a conversão dos caracteres especiais dentro do arquivo XML? abs!

quinta-feira, março 24, 2011, eudescosta comentou: @Mário nops :(

quinta-feira, março 24, 2011, Mário comentou: Segundo um colega meu, o problema está no formato da base de dados, que grava como UTF-8. Não encontrei nenhuma solução para isso e vou ter que alterar todos os acentos através da função substituir! Obrigado

comentários

quarta-feira, abril 8, 2009, Chicohuck comentou: como faço para traduzir a ferramenta para o português? Você pode me ajudar? Valeu,,..

segunda-feira, maio 4, 2009, eudescosta comentou: Alexandre, Não estou com o testlink agora, mas a versão que usei foi a 1.7.4.

quinta-feira, agosto 13, 2009, Alexandre comentou: Galera, alguém sabe como fazer a configuração do Testlink para trabalhar com o Jira??? Abçs Alexandre

terça-feira, março 22, 2011, eudescosta comentou: Mario, Infelizmente não testei na versão 1.9.0. Abraço!

quinta-feira, março 24, 2011, eudescosta comentou: @Mário nops :(

Automação e Códigos Não Testáveis

eudescosta — Thu, 06 Nov 2008 14:07:31 +0000

No início do projeto que participo atualmente, passei por algumas dificuldades em automatizar alguns testes, devido a forma como o código estava sendo produzido.

Após algumas conversas com a equipe, conseguimos tornar o nosso código testável, e atualmente não temos problemas.

Uma das grandes barreiras que achei neste processo de automação caixa branca, foi convencer os desenvolvedores que escrever um código testável não é ‘capricho’ e sim uma necessidade diante da retorno que estes testes propocionam.

Bem, para quem está passando pelo mesmo problema, segue um slide do pessoal do google falando sobre o assunto.

comentários

domingo, dezembro 14, 2008, Jackson comentou: Ola. Muito bons os conteúdos de seu blog, parabéns! Realmente convencer programadores de codificar de forma adequada, não é fácil. Ministro aulas de programação e a cada dia vejo mais e mais novatos aprendendo a programar somente na cópia de códgos da internet e não se aprofundando em metodologias, em estudar a linguagem em si e etc. :/ Vou me sintonizar no RSS. Abraço

comentários

Dilbert e seu Tester, o Bob Bastard

eudescosta — Tue, 28 Oct 2008 15:58:09 +0000

Dilbert, pra quem não conhece é um personagem em quadrinhos criado por Scott Adams, a descrição de Dilbert segundo o Wikipedia…

Tem 30 anos, é engenheiro e trabalha numa empresa californiana de alta tecnologia. Prefere os computadores às pessoas. Trabalha fechado em cubículos, veste roupas sem graça e a sua barriguinha revela as longas horas de trabalho sedentário. É o mais famoso da família Adams. Vive com o seu cão, Dogbert.

Então, estava ontem em casa assistindo os vídeos de dilbert no youtube, e encontrei uma série dedicada aos engenheiros de teste.

Todos nós sabemos que existe uma atmosfera quase que folclórica em torno dos engenheiros de teste, somos vistos como o carrasco em um projeto, aquele que sente prazer em achar bugs, quando maior a criticidade do bug maior a felicidade do tester.

Os desenvolvedores, por sua vez andam na contra maré, quanto menor a criticidade dos bugs, maior a felicidade dos desenvolvedores, isto proporciona um cenário hostil perfeito.

Nos projetos em que passei, o relacionamento testers vs. desenvolvedores sempre foi muito saudável, isso deve-se, acredito eu, a nossa maturidade. A importância dos testers é inquestionável, quanto a isso ninguem tem dúvida, toda a equipe absorve esta idéia ,e o ambiente, que acima descrito seria de grande hostilidade, simplesmente não é.

Mas é claro que todo este clima rende piadas em sua maioria bastante engraçadas e discontraídas.

Dilbert, por sua vez, não poderia deixar isso passar batido, e fez sua parte, vejam os vídeos abaixo, e divirtam-se!.

Dilbert Cartoon 01X05- Testing – part 1/3

Dilbert Cartoon 01X05- Testing – part 2/3

Dilbert Cartoon 01X05- Testing – part 3/3

comentários

terça-feira, outubro 28, 2008, Eudes via Rec6 comentou: Dibert e seu Tester, o Bob Bastard. | zezologs... Dilbert em sua série dedicada aos engenheiros de teste...

comentários

terça-feira, outubro 28, 2008, Eudes via Rec6 comentou: Dibert e seu Tester, o Bob Bastard. | zezologs... Dilbert em sua série dedicada aos engenheiros de teste...

Engenharia de Testes, Caso: Google, Zurich

eudescosta — Mon, 20 Oct 2008 16:14:40 +0000

Um link bem interessante escrito por Roshan Sembacuttiaratchy “Engenheiro de Sistemas em Teste” do Google.

Achei o texto muito bom, e concordo muito com o que está escrito lá, acredito que o papel de Engenheiro de Testes é muito mais “envolvente” do que muita gente pensa!

Pra quem trabalha com testes é uma leitura obrigatória.

Outra coisa bem interessante é como ele se intitula “Engenheiro de Sistemas em Teste”, acredito que pelo texto abaixo…

“The people working in Test Engineering are software developers with a passion for testing and test automation.”

…deduziremos.

Muita gente pensa que um Engenheiro de Testes senta em frente do computador apertando botões, esperando por resultados esperados, definidos nos casos de teste, mas diferente disso, acredito que nosso papel vai muito além disso.

…When I tell people that I’m a Test Engineer at Google, I get a confused look from them and questions as to what I actually do. Do I sit in front of a keyboard clicking every button and link on screen? Do I watch over the infinite number of monkeys, checking to make sure they produce Shakespeare’s work while clicking said links? Or do we create better and smarter pigeons?…

…Test Engineering’s objective is to help improve the quality of the projects we’re involved in. We work integrated with the project team, developing test frameworks and setting up test systems…

…One of our key mantras is automation, so our first task whenever we’re assigned to a new project is to evaluate the current state of test automation, identify what we could do to improve the results obtained, reduce the total run time, and make the best use of available resources…

So to answer the questions posed initially, I write software which performs the task of clicking every button and every link, and which then verifies the result of these actions.

O post completo pode ser acessado em http://googletesting.blogspot.com/2008/10/test-engineering-at-google.html, recomento fortemente a leitura.

comentários

quarta-feira, outubro 22, 2008, Eudes via Rec6 comentou: Engenharia de Testes, Caso: Google, Zurich | zezologs... Post muito bom do site de testes do google, engenheiro de testes vai muito além do que muita gente pensa! ...

comentários

Mudança de Layout e Algumas Explicações

eudescosta — Sat, 18 Oct 2008 04:29:33 +0000

Fui ali no pai Google e voltei com esse novo tema, cansei do tema anterior, não sou designer, e com o tempo as imperfeições do tema que criei estavam me incomodando, e antes que me irritasse de vez, decidi trocar.

Bem, aproveitando o ensejo, deixe-me aproveitar para justificar minha ausência nestes dias. A vida está corrida, muito corrida… Estou dando aula em uma faculdade local e não imaginava que preparar aulas fosse tão oneroso, mas no fim das contas acaba sendo divertido. Além das aulas tem a especialização.

Irei organizar meu tempo e postar algumas novidades que tenho pra falar, e não irá demorar muito até o próximo post!

UPDATE (19/10/2008 2:00 AM)

Depois de tanto ir e vir do pai Google com novos temas para o blog, cheguei a uma conclusão…

nenhum tema é tão bom e eficiente, quanto aquele que é feito por você.

Procurei por horas por um novo tema que atingisse minhas expectativas e não achei, por isso voltei a versão inicial (e ao meu ver eficiente) e irei trabalhando em outro tema off-line.

Dica: MSTest (/noisolation e arquivos de configuração)

eudescosta — Thu, 18 Sep 2008 19:59:08 +0000

Passei duas manhãs tentando resolver um problema na análise de cobertura de código, provocado por uma modificação em nossa arquitetura aqui no projeto.

Usamos o VS 2008 para a implementação dos testes unitários/integração, este projeto encontra-se em uma solução diferente da solução de desenvolvimento, como trabalhamos manipulando vários arquivos, meus testes sempre se perdiam quando os desenvolvedores chamavam alguns métodos do framework do VS que informava o caminho dos arquivos a serem manipulados pela aplicação.

Bolamos uma solução para isso, e para tal, foi necessário a inclusão de um arquivo de configuração no projeto de testes, onde neste arquivo eu informava ao VS qual o caminho dos templates, arquivos de configuração, etc.

Bem, tudo aconteceu muito eficientemente, até o dia que tive que coletar a cobertura dos meus testes, pelo NCover.

Agora foi a vez do MStest se perder nos caminhos dos arquivos de configuração, templates, etc. … mas a solução para isso foi facilmente encontrada nos forums do msdn.

Seria necessário, indicar para o mstest a localização do arquivo .testrunconfig e rodar o MStest no mesmo diretório em que se encontra o seu arquivo de configuração (.config)

[sourcecode language='c#']
/testcontainer: /runconfig:.testrunconfig
[/sourcecode]
Feito isso, tudo roda tranquilamente.

No entanto, para rodar os testes pelo NCover preciso usar o /noisolation e esse é o problema, pois existe uma “combinação maldita” nesse cenário.

Quando rodamos os testes pelo mstest usando o /noisolation e mais um arquivo de configuração (/runconfig:<arquivodeconfiguração>.testrunconfig), precisamos realizar algumas alterações no arquivo de configuração do mstest para que tudo funcione corretamente.

A razão pelo qual isso faz-se necessário, é porque quando indicamos o /noisolation o VS roda os testes baseado no processo do MSTest.exe e não pelo VSTestHost.exe (utilizado ao rodar os testes pelo IDE do VS), desta forma quando fazemos isto, temos que alterar também o arquivo MSTest.exe.config localizado geralmente em C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE.

Meu arquivo originalmente contêm as linhas
[sourcecode language='xml']

[/sourcecode]
Mas tive que realizar algumas alterações e inclui as mesmas linhas contidas no meu arquivo de configuração (.config).

Feito isso, tudo funcionou perfeitamente.

Bem, como passei um bom tempo (duas manhãs) para resolver este problema, simplesmente porque não achei nada em forums que respondesse minha questão, estou relatando isto aqui no blog para ajudar alguem que possa estar passando pelo mesmo problema.

Dicas JMeter: ‘Once Only Controller’

eudescosta — Tue, 16 Sep 2008 16:51:25 +0000

Quando executamos um teste de performance, carga ou stress em alguma aplicação WEB usando JMeter, devemos ter bastante cuidado para que o script confeccionado para a realização do teste não afete os resultados, isso é um pensamento bastante óbvio que devemos ter em mente antes de executarmos um teste desta natureza.

É natural, que ao escrevermos o nosso primeiro script no JMeter, WebLoad, WAST, ou qualquer outra ferramenta, essa preocupação não esteja na lista de prioridades, pois estamos preocupados em ver o script funcionado…mas quando falamos em testar performance de aplicações, precisamos sim ter um cuidado muito especial com a performance do seu próprio script, por uma razão obvia: Seu script pode estar ‘retardando’ ainda mais a aplicação.

É importante entendermos que seu script deverá conter uma rotina lógica, sensata e real.

Quando planejamos testar a vazão/throughput de uma tela de cadastro, por exemplo, não faz sentido termos requisições que logam no sistema sendo executadas a cada thread, isso é um exemplo claro, de que o seu script irá afetar SIM o resultado do seu teste! tornando-o NÃO CONFIÁVEL.

Pois bem, a dica aqui é bem simples, no JMeter existe um ‘Logic Controller’ chamado ‘Once Only Controller’, como próprio nome sugere, ‘Controlador Apenas Uma Vez’.

Incluindo uma thread nesse controller, fará com que sua requisição seja executada apenas no início do seu script, ele deverá ficar desta forma:

Observe que tenho 3 requisições dentro do meu ‘Once Only Controller’ isso fará com que eles sejam executados apenas no início do script, como mostra umagem abaixo.

È isso, devemos ter alguns cuidados com o nosso script, pois ele pode afetar o resultado dos testes, e práticas bastante simples como esta acima mencionada, nos evita alguns problemas.

comentários

terça-feira, agosto 11, 2009, Paula comentou: Bom dia, Gostaria de saber como crio ou configuro o Jmeter para realizar teste de stress, criei o script que tem várias telas de cadastro, e queria simular o máximo de usuários logados e fazendo esses cadastros, mas não consegui entender qual recurso eu uso no Jmeter, vc poderia me ajudar?

quinta-feira, agosto 13, 2009, eudescosta comentou: Paula, Olha no post http://www.zezologs.org/blog/ferramenta-de-testes-jmeter/ ?

comentários

quinta-feira, agosto 13, 2009, eudescosta comentou: Paula, Olha no post http://www.zezologs.org/blog/ferramenta-de-testes-jmeter/ ?

zezologs

Ferramentas de Teste: JMeter (2)

comentários

leia mais...

comentários

leia mais...

CINTEQ 2011

leia mais...

leia mais...

Treinamento do Processo de Testes (CIn/UFPE)

leia mais...

leia mais...

Forum no ar!

comentários

leia mais...

comentários

leia mais...

Twitter e Contribuições

leia mais...

leia mais...

Testes Instáveis do Selenium

comentários

leia mais...

comentários

leia mais...

Uma nuvem…do que foi falado aqui

leia mais...

leia mais...

Estimando Esforço de Automação

leia mais...

leia mais...

Apresentação de Introdução a Automação

comentários

leia mais...

comentários

leia mais...

Top 10 vulnerabilidades em aplicações web

leia mais...

leia mais...

Questionamentos sobre o Testlink (#1)

comentários

leia mais...

comentários

leia mais...

Bugs do Homem

comentários

leia mais...

comentários

leia mais...

Feliz Ano Novo!

leia mais...

leia mais...

Testlink: Exportação de Casos de Teste

comentários

leia mais...

comentários

leia mais...

Automação e Códigos Não Testáveis

comentários

leia mais...

comentários

leia mais...

Dilbert e seu Tester, o Bob Bastard

comentários

leia mais...

comentários

leia mais...

Engenharia de Testes, Caso: Google, Zurich

comentários

leia mais...

comentários

leia mais...

Mudança de Layout e Algumas Explicações

leia mais...

leia mais...

Dica: MSTest (/noisolation e arquivos de configuração)

leia mais...

leia mais...

Dicas JMeter: ‘Once Only Controller’

comentários