É isso aí galera, 2011 chegou ao fim e 2012 já está batendo na porta para começar a trabalhar.
Um feliz 2012 a todos os leitores do blog, agradeço todas as visitas que tivemos em 2011!
O blog em alguns momentos ficou abandonado, mas prometo que em 2012 ele será melhor cuidado.
Muitos blogs da nossa área estão sendo abandonados, um fato que me deixa preocupado! Não vamos deixar a Qualidade para trás!
Feliz ano novo a todos e um forte abraço!
sexta-feira, 30 de dezembro de 2011
Tirinhas de TI!
Costumo acessar alguns sites dedicados a tirinhas de TI, onde muitas histórias são reais, e muitas já devem ter acontecido com nós!
Recomendo 2 sites que costumo acessar 1 vez por semana pelo menos:
Vida de Suporte - Talvez o melhor site de tirinhas de TI, possui constantes atualizações. Eu que já fui analista de suporte no inicio da minha carreira me divirto com várias histórias parecidas com as que vivi! Já mandei algumas histórias para eles, mas ainda não foram publicadas!
Vida de Programador - Muito parecido com o de cima, mas dedicado a vida da programação. Diversas histórias ali são constantes em várias empresas e podem ser vividas nas reuniões de projeto!
Ainda não existe um "Vida de Teste" ou algo parecido, e pelo visto seria uma boa ideia hein? Temos muitas histórias para zuar os programadores, gerentes de projeto e nós mesmos!
Abraços!
terça-feira, 27 de dezembro de 2011
Pesquisa sobre Teste de Software. Vale a pena ajudar!
Pessoal,
Se voce trabalha ou trabalhou com Teste de Software (ou se conhecer alguém dessa área e puder repassar este email), gostaria de pedir sua ajuda.
Estamos fazendo uma pesquisa em Teste de Sofware e uma das etapas é qualificar por importância um corpo de conhecimento, para posteriormente verificar possíveis deficiências na formação dos egressos dos cursos de computação.
O formulário leva menos de 5 minutos para ser respondido e as informações pessoais são confidenciais e opcionais.
Para responder e obter maiores informações acesse o link abaixo:
http://portal.totemti.com.br:8080/Pesquisa/
Abraços,
Prof. Dr. Plínio Vilela
http://pliniovilela.blogspot.com
Coord. Mestrado em Ciência da Computação
Coord. Esp. Engenharia de Software
Universidade Metodista de Piracicaba
A pesquisa abaixo é do orientador do mestrado de uma gerente de projeto que trabalha junto comigo e a causa é muito importante. Leia e participe!
Olá pessoal!
Se voce trabalha ou trabalhou com Teste de Software (ou se conhecer alguém dessa área e puder repassar este email), gostaria de pedir sua ajuda.
Estamos fazendo uma pesquisa em Teste de Sofware e uma das etapas é qualificar por importância um corpo de conhecimento, para posteriormente verificar possíveis deficiências na formação dos egressos dos cursos de computação.
O formulário leva menos de 5 minutos para ser respondido e as informações pessoais são confidenciais e opcionais.
Para responder e obter maiores informações acesse o link abaixo:
http://portal.totemti.com.br:8080/Pesquisa/
Abraços,
Prof. Dr. Plínio Vilela
http://pliniovilela.blogspot.com
Coord. Mestrado em Ciência da Computação
Coord. Esp. Engenharia de Software
Universidade Metodista de Piracicaba
terça-feira, 6 de dezembro de 2011
Edição de dezembro da Testing Experience
Fala galera!
Já está nas "bancas" a edição de dezembro da Revista Testing Experience!
Clique aqui e faça o download.
Veja as outras edições aqui.
Abraços
Já está nas "bancas" a edição de dezembro da Revista Testing Experience!
Clique aqui e faça o download.
Veja as outras edições aqui.
Abraços
sexta-feira, 18 de novembro de 2011
TestLink completamente traduzido para o Português!
Fala galera!
Enfim consegui finalizar a tradução dos últimos pontos do TestLink para o português!
Acabei de abrir o Bug 4811 no Mantis do TestLink, agora é só aguardar que os novos arquivos estejam na próxima versão, ainda sem data para lançamento!
Pensando na melhor utilização para vocês, criei um projeto no SourceForge, por onde vocês poderão fazer o download dos arquivos!
Clique aqui e acesse o projeto do TestLink em Português.
Não se esqueça de fazer o backup dos arquivos atuais na pasta /testlink/locale/pt_br/ antes de substituí-los!
Qualquer dúvida, não hesite em me perguntar!
Abraços!
quinta-feira, 17 de novembro de 2011
O que vale mais a pena? PJ, CLT ou CLT Flex (Cotas)?
Fala povo!
Muitos amigos me fazem essa pergunta: O que vale mais a pena? PJ, CLT ou CLT Flex (Cotas)?
Vou tentar responder a esta pergunta através das minhas experiências profissionais, vamos lá:
Fui CLT por quase 3 anos de minha vida, logo após o final do contrato de estágio e a conclusão da Universidade. Ser CLT é bom, é legal, principalmente pela questão do FGTS e INSS, porém os descontos na folha no final do mês não são nada legais. Se você der sorte de trabalhar em uma empresa que não desconta VR, VT e Assistência Médica, você é uma pessoa de sorte. Eu não fui....Mas talvez o grande problema no regime CLT é a mordida do Leão, literalmente... Quando você enfim engata a sua carreira e se torna Analista Pleno ou passa a ganhar melhor, o Leão vem e te morde em mais de R$ 500,00 por mês (Isso quando você passa a ganhar acima de R$ 2.995,71). Se você passar de R$ 3.743,19 por mês, o desconto torna-se ainda maior: R$ 692,78. É muita grana!
Ano passado resolvi me arriscar um pouco mais e escolhi ser PJ. Tive uma experiência curta em uma empresa (apenas 5 meses), mas muito legal. Trabalhei no esquema cooperado, onde era "sócio" de uma empresa administrada por uma contabilidade. Eu não tinha nenhum tipo de trabalho, já que o RH da empresa se comunicava diretamente com a contabilidade e o meu salário era debitado todo dia 15 na conta, com um desconto de aproximadamente 13%
ao mês, além das tarifas administrativas. Para quem possui um bom planejamento, é uma excelente escolha. O recomendado, é que o profissional guarde uma porcentagem do valor do seu salário a parte, como se fossem as férias, 13º e o INSS.
Na dúvida entre um e outro, a melhor coisa a fazer é calcular o salário líquido CLT por 14 (12 meses, férias e 13º), contra o salário PJ por 12 meses. As vezes um salário PJ maior por mês não vale a pena, se for comparado contra um salário CLT anual.
Por fim, existe o CLT Flex, também conhecido como Cotas. A empresa te paga um valor menor em carteira (Em torno de mil a dois mil reais) e o restante é pago através de "direitos autorais". É um sistema interessante, porém é necessário efetuar o mesmo tipo de cálculo citado acima, sem contar que ocorre a incidência de IRPF sobre os 2 salários. Tive uma experiência rápida neste modelo e o único problema para mim era que os pagamentos não ocorriam no mesmo dia, ou seja, tive que dividir a data do vencimento de várias contas pelos 2 dias! Para os mais tradicionalistas, um outro problema é o pequeno valor de FGTS e INSS, já que o valor em "carteira" é mínimo.
Eu já fui os 3 tipos, já sei como os 3 trabalham e na hora de aceitar ou não uma proposta, não deixo de comparar os valores anuais. Para quem quiser fazer uma comparação com mais dados, não deixe de pesquisar planilhas existentes na web, como por ex. a planilha da APInfo, onde é possível calcular outras informações e ter um valor mais próximo do real!
Boa sorte!
Referência: Alíquotas do Imposto sobre a Renda Retido na Fonte - exercício de 2007 até o exercício de 2011
sexta-feira, 4 de novembro de 2011
Vagas de Teste no Blog!
Fala pessoal!
A partir de agora o blog começará a disponibilizar vagas para a área de Teste e Qualidade de Software! Fiquem ligados nas nossas atualizações e em nosso perfil no twitter: @blogzarroboogs
Para as empresas que quiserem ver as suas vagas divulgadas aqui, peço para que enviem os detalhes da vaga para o e-mail zarroboogsfound@gmail.com
Abraços!
sexta-feira, 14 de outubro de 2011
Número de empresas certificadas no CMMI pelo mundo
Fala galera!
Estava preparando uma postagem para vocês sobre o CMMI e acabei por encontrar o último relatório do SEI a respeito das empresas certificadas pelo mundo, através dos seus níveis de maturidade.
Listei na imagem abaixo apenas os países que possuem mais de 100 empresas certificadas entre os níveis 2 e 5 do CMMI.
Percebam que o Brasil possui mais do que a metade (55%) de suas empresas certificadas no nível 2, que na teoria é o primeiro nível a ser certificado pelo SEI, enquanto não possui nenhuma empresa nível 4 e apenas 6% de suas empresas (7 ao todo) no nível 5.
Numa comparação rápida com a líder do nível 5, o Brasil possui 3,7 vezes menos empresas certificadas do que a India, mas ao comparar a diferença entre as empresas certificadas no nível 5, o número é muito maior: Uma diferença de mais de 15 vezes!
Por que essa discrepância? Por que o CMMI ainda é pouco difundido no Brasil? Tentarei trazer algumas respostas em uma próxima postagem!
Abraços.
Fonte: CMMI® for SCAMPI Class A Appraisal Results - 2011 Mid-Year Update
segunda-feira, 10 de outubro de 2011
Caso de Teste "Tripa"
Fala galera!
Fui apresentado na semana passada ao termo Caso de Teste "Tripa", algo que nunca havia ouvido falar e que também não possui qualquer referência no Google.
Um colega que trabalha em uma grande empresa voltada para a qualidade me explicou brevemente o conceito deste termo, que parece ter sido criado na própria empresa.
O Caso de Teste "Tripa" pode ser definido como uma má prática adotada por alguns Analistas de Teste, que se utilizam apenas das informações retiradas da Especificação e acabam por tornar o Caso de Teste longo, difícil de ser executado e reutilizado e nada gerenciável.
O Caso de Teste "Tripa" costuma envolver mais do que um sistema ou módulo em sua especificação, além de possuir mais do que 30 passos, o que torna a sua execução maçante, pois é extremamente detalhado, sendo que até mesmo o filhinho de 3 anos do analista consegue executá-lo (existem gestores que exigem tal prática).
Cabe a nós, Analistas de Teste, mostrarmos que esta famigerada técnica não está com nada, já que iremos perder muito tempo detalhando um caso de teste e quando tivermos que alterá-lo no futuro, será um Deus Nos Acuda!
Abraços!
sexta-feira, 7 de outubro de 2011
Uma boa Especificação de Requisitos já é meio caminho andado para um projeto com qualidade!
A lógica é bem simples:
Requisitos mal elicitados, excessivas mudanças de escopo e um template mal feito geram uma especificação de requisitos ruim. Com uma especificação de requisitos ruim, o desenvolvimento será feito cheio de buracos e nas "coxas". Com a especificação de requisitos ruim, a equipe de teste irá desenhar casos de teste ruins e que não cobrem todos os requisitos. Ou seja, um efeito dominó, se o trabalho não começar bem feito desde o começo, a equipe de teste não terá como fazer milagre. Esse efeito dominó irá gerar projetos com centenas e até milhares de bugs, diversos ciclos/sprints e um mau humor do cliente na entrega final.
Uma especificação de requisitos bem elaborada, orientada a casos de usos ou exemplos já é um bom começo para mudar tal lógica!
E para você, esta receita é válida?
Abraços!
Obs: A tal "especificação de requisitos" citada por mim é a famosa especificação funcional, também conhecida como detalhamento técnico de requisitos, entre outras denominações!
sexta-feira, 16 de setembro de 2011
Ciclo de Palestras sobre Teste de Software no Wall Street Institute
Galera,
O Wall Street Institute e a Iterasys estão promovendo um ciclo de palestras gratuitas voltadas aos profissionais da área de Teste!
As seguintes palestras serão ministradas pelo José Correia:
1. Modelo V e Qualidade de Software
Data: 22 de setembro de 2011 das 19h as 20h30
Local: Wall Street Institute Unidade Itaim Bibi
2. Gerenciamento de Defeitos com Mantis
Data: 25 de outubro de 2011 das 19h as 20h30
Local: Wall Street Institute Unidade Chácara Santo Antonio
3. Automação para Web com Badboy
Data: 17 de novembro de 2011 das 19h as 20h30
Local: Wall Street Institute Unidade Vila Olímpia
Inscrevam-se diretamente pelo site do Instituto. Clique aqui
Nos vemos lá!
Abraços!
O Wall Street Institute e a Iterasys estão promovendo um ciclo de palestras gratuitas voltadas aos profissionais da área de Teste!
As seguintes palestras serão ministradas pelo José Correia:
1. Modelo V e Qualidade de Software
Data: 22 de setembro de 2011 das 19h as 20h30
Local: Wall Street Institute Unidade Itaim Bibi
2. Gerenciamento de Defeitos com Mantis
Data: 25 de outubro de 2011 das 19h as 20h30
Local: Wall Street Institute Unidade Chácara Santo Antonio
3. Automação para Web com Badboy
Data: 17 de novembro de 2011 das 19h as 20h30
Local: Wall Street Institute Unidade Vila Olímpia
Inscrevam-se diretamente pelo site do Instituto. Clique aqui
Nos vemos lá!
Abraços!
quinta-feira, 1 de setembro de 2011
Nova edição da revista Testing Experience
Fala galera,
Acabou de sair do forno a mais nova edição trimestral da Revista Testing Experience, com o tema "Play the game, test the Game!".
Clique aqui e faça o download da publicação.
Abraços!
segunda-feira, 29 de agosto de 2011
TestLink 100% em Português
Fala galera!
Estou finalizando os últimos pontos para que o TestLink esteja 100% em português!
Em breve disponibilizarei os 3 arquivos responsáveis por isto, para que ninguém mais tenha problemas em utilizar a ferramenta!
Aguardem!
sexta-feira, 29 de julho de 2011
TestLink - Novas traduções para o português
Fala galera!
No último dia 11/07 eu havia passado para vocês o novo arquivo de tradução para a versão 1.9.3 do TestLink, com a tradução de todos os novos termos desta versão.
Aproveitando um tempo livre no final de semana, comecei a caçar os erros de português e os termos não padronizados do arquivo de tradução, e então fechei uma nova versão do arquivo.
Além da correção de algumas palavras erradas e correção dos termos "Suítes de Teste" e "Casos de Teste", algumas mudanças significativas podem ser vistas na tela inicial:
a. Onde antes estava escrito apenas "Especificação" no menu principal, agora leia-se "Especificação de Testes", padronizando o termo como está na linguagem padrão.
b. No frame "Especificar Testes", efetuei a padronização do termo "Casos de Teste", pois antes ele tinha 3 definições: Caso(s) de Teste, Caso de Teste e Casos de Teste.
c. Os termos "Procurar" e "Buscar" foram padronizados como "Pesquisar".
d. Algumas descrições de relatórios também foram traduzidas para o português, já que estavam em inglês.
Clique aqui e faça o download do arquivo de traduções (strings.txt).
Aproveitando o embalo, efetuei correções também no arquivo texts.php, que é o responsável por alguns textos estáticos na tela, como por exemplo as instruções para Especificar Testes, Requisitos e etc.
Por sinal, não havia a tradução das instruções ao acessar a opção "Gerar Documento de Especificação de Requisitos" (e que agora chama-se "Imprimir Requisitos").
Clique aqui e faça o download deste arquivo atualizado (texts.php).
ATENÇÃO
Para atualizar o TestLink basta substituir os arquivos strings.txt e texts.php pelos obtidos aqui no blog na pasta /testlink/locale/pt_br/. Não se esqueça de fazer um backup dos arquivos atuais antes.
Peço que me avisem sobre novos erros e termos com a sua tradução incorreta, para que eu possa corrigir para a nova versão.
Os arquivos disponibilizados aqui estarão na versão 1.9.4 do TestLink, ainda sem data para lançamento.
Abraços!
No último dia 11/07 eu havia passado para vocês o novo arquivo de tradução para a versão 1.9.3 do TestLink, com a tradução de todos os novos termos desta versão.
Aproveitando um tempo livre no final de semana, comecei a caçar os erros de português e os termos não padronizados do arquivo de tradução, e então fechei uma nova versão do arquivo.
Além da correção de algumas palavras erradas e correção dos termos "Suítes de Teste" e "Casos de Teste", algumas mudanças significativas podem ser vistas na tela inicial:
a. Onde antes estava escrito apenas "Especificação" no menu principal, agora leia-se "Especificação de Testes", padronizando o termo como está na linguagem padrão.
b. No frame "Especificar Testes", efetuei a padronização do termo "Casos de Teste", pois antes ele tinha 3 definições: Caso(s) de Teste, Caso de Teste e Casos de Teste.
c. Os termos "Procurar" e "Buscar" foram padronizados como "Pesquisar".
d. Algumas descrições de relatórios também foram traduzidas para o português, já que estavam em inglês.
Clique aqui e faça o download do arquivo de traduções (strings.txt).
Aproveitando o embalo, efetuei correções também no arquivo texts.php, que é o responsável por alguns textos estáticos na tela, como por exemplo as instruções para Especificar Testes, Requisitos e etc.
Por sinal, não havia a tradução das instruções ao acessar a opção "Gerar Documento de Especificação de Requisitos" (e que agora chama-se "Imprimir Requisitos").
Clique aqui e faça o download deste arquivo atualizado (texts.php).
ATENÇÃO
Para atualizar o TestLink basta substituir os arquivos strings.txt e texts.php pelos obtidos aqui no blog na pasta /testlink/locale/pt_br/. Não se esqueça de fazer um backup dos arquivos atuais antes.
Peço que me avisem sobre novos erros e termos com a sua tradução incorreta, para que eu possa corrigir para a nova versão.
Os arquivos disponibilizados aqui estarão na versão 1.9.4 do TestLink, ainda sem data para lançamento.
Abraços!
segunda-feira, 25 de julho de 2011
Testes automatizados em dispositivos móveis
Fala galera!
Alguém utiliza ou conhece softwares para Testes Automatizados em Dispositivos Móveis (celulares, PDA´s, Smartphones e etc.)?
Conheço o TestQuest (muito criticado) e encontrei alguns outros na web, mas até agora não obtive resposta no pedido de versões Trial dos mesmos.
Sugiram os nomes nos comentários!
Valeu!
Alguém utiliza ou conhece softwares para Testes Automatizados em Dispositivos Móveis (celulares, PDA´s, Smartphones e etc.)?
Conheço o TestQuest (muito criticado) e encontrei alguns outros na web, mas até agora não obtive resposta no pedido de versões Trial dos mesmos.
Sugiram os nomes nos comentários!
Valeu!
quarta-feira, 20 de julho de 2011
Qualidade de Software - Uma das áreas mais valorizadas de TI segundo a Revista Veja
Dias atrás descobri esta matéria de maio da Revista Veja, onde indicavam a área de Qualidade de Software como uma das 11 mais valorizadas de TI.
A revista descreveu a área assim:
"É o setor responsável por testar e aprovar os programas desenvolvidos por outras equipes e empresas. A tarefa é essencial para garantir a satisfação dos consumidores, que, na prática, lidarão diariamente com os programas.
Salário médio para iniciante: 1.500 reais
Salário médio no topo da carreira: 8.500 reais"
Veja esta e as demais 10 áreas de TI clicando aqui.
Abraços!
A revista descreveu a área assim:
"É o setor responsável por testar e aprovar os programas desenvolvidos por outras equipes e empresas. A tarefa é essencial para garantir a satisfação dos consumidores, que, na prática, lidarão diariamente com os programas.
Salário médio para iniciante: 1.500 reais
Salário médio no topo da carreira: 8.500 reais"
Veja esta e as demais 10 áreas de TI clicando aqui.
Abraços!
segunda-feira, 11 de julho de 2011
Impressões do TDC 2011 - Parte 2
Fala galera!
Segue agora o meu resumo rápido sobre as palestras do TDC 2011:
1ª Palestra:
A Trilha de Testes teve o seu início com a excelente palestra do Wanderlei Souza da empresa desenvolvedora de games Vostu. A Palestra intitulada "Penetration Testing" abordou os testes de segurança em ambientes web.
A palestra se baseou sobre a aplicação Foundtsone Hacme Books, desenvolvida pela Mcafee, uma plataforma de aprendizagem para o desenvolvimento seguro de sistemas e sites. Wanderlei também citou uma outra aplicação, já citada por mim aqui e chamada Webgoat, desenvolvida pela OWASP.
Wanderlei frisou que o tipo de ataque que mais cresce atualmente é o CSRF (Maiores detalhes aqui), que se aproveita de sessões abertas pelo usuário em diversos tipos de site.
Um outro problema muito comum para a segurança na web são os relatórios de falhas, que acabam por expor muitas informações ao usuário. Em uma demonstração rápida foi possível descobrir quais eram a plataforma, banco de dados, servidor de aplicação e framework através de um relatório de erros de um site. A dica para evitar este tipo de ameaça é limitar ao máximo a quantidade de informações que são exibidas para o usuário caso o site venha a falhar.
Para que o seu site seja mais seguro, é recomendável também sempre validar as entradas, de preferência buscando evitar o ataque através de SQL Injection e XSS.
Wanderlei também mostrou a todos que até a versão 4 do Jboss era possível visualizar o seu arquivo de configuração aberto na web. Este problema só foi corrigido a partir da versão 5. Uma rápida busca no Google e podemos encontrar diversos destes arquivos, inclusive de sites governamentais.
A palestra foi muito aplaudida e elogiada por todos e a sua apresentação está disponível no link abaixo:
Teste de Segurança: Vulnerabilidade de Aplicações Web
2ª Palestra
Em seguida tivemos a palestra da Tatiane Fukuda, do Yahoo!, com o tema "Desmistificando Agile Testing". A palestrante iniciou explicando as diferenças entre os processos tradicionais e os processos ágeis.
Tatiana citou alguns principios do Tester Ágil:
Talvez duas das mais emblemáticas frases ouvidas no TDC tenham vindo desta palestra:
"Todo time (projeto/empresa) é responsável pela Qualidade";
"O escopo é negociável, a qualidade NÃO!"
Para finalizar, Tatiane exibiu como foi desenvolvido o projeto Meme, que eu definiria como uma espécie de Twitter + Facebook desenvolvido pelo Yahoo.
Uma das ferramentas utilizadas para o teste foi o Pyccuracy, desenvolvida por brasileiros em Python sobre a plataforma do Selenium e que permite escrever testes automatizados através de linguagem natural, ou seja, você escreve os testes em português. Vou ver se me aprofundo mais sobre esta ferramenta, pois parece ser bem interessante.
Com a utilização da ferramenta, Tatiane deu algumas dicas de como escrever bons testes automatizados:
A apresentação está disponível no link abaixo:
Agile Testing
3ª Palestra:
Após o almoço, tivemos a oportunidade de escolher entre 2 palestras. A minha escolhida foi a "Hands On Selenium 2", ao invés da "Fábrica de Teste".
Infelizmente o palestrante Leonardo Galani teve um contratempo na hora do almoço e acabou por se atrasar em quase 30 minutos, assim a palestra foi muito prejudicada.
Ele nos apresentou um projeto rápido escrito no Selenium, e explicou algumas características, porém teve de ser interrompido com o final do tempo para maiores explicações. Recomendo um acesso ao blog do Leonardo, que possuí um bom material.
A apresentação está disponível no link abaixo:
Hands On Selenium 2
4ª Palestra:
Na sequência tivemos a apresentação da Neli Duarte, da IBM, sobre Testes Exploratórios.
Neli começou definindo os testes exploratórios e mostrando uma comparação entre o teste exploratório e o teste ad hoc, que não são a mesma coisa. Um teste exploratório é estruturado e planejado e os bugs detectados foram em decorrência das áreas explorados. Já um teste ad hoc não possui planejamento e não tem uma estrutura e os bugs detectados são por acidente.
Neli então definiu: Todos os testes ad hoc são exploratórios, mas nem todos os testes exploratórios são ad hoc.
A apresentação não mostrou mais novidades sobre o tema e muitas pessoas não gostaram da forma de como os slides foram preparados, já que estavam em inglês (todos os demais em português), com muitas informações e com uma fonte muito pequena, de difícil visualização.
A apresentação está disponível no link abaixo:
Testes Exploratórios
5ª Palestra:
Após o Coffee Break tivemos uma alteração na ordem das palestras, com a presença de José Papo ao invés do José Correia que ficou para o final.
O tema da palestra do Papo foi sobre "Especificação por Exemplos - A Agilidade hiperprodutiva com especificações executáveis".
Já no começo uma polêmica: Teste Unitário não pode ser considerado um teste. Um sistema que tenha passado apenas pela fase dos testes de unidade não pode ser considerado como testado. O teste unitário na verdade é uma forma de melhorar o design da aplicação e não testá-la.
Papo aproveitou para citar algumas máximas da nossa área:
Uma outra polêmica foi citar que os "Agileiros", aqueles que colocam o o Agile acima de tudo, acreditam que testes não são necessários e apenas gastam mais tempo do projeto. Por sorte que cada vez mais temos visto que isso é lorota...
Papo citou que Microsoft, Google e Oracle utilizam atualmente 1 testador para cada 1 desenvolvedor, um número ainda bem diferente da realidade das nossa empresas.
Mas a cereja do bolo ainda estava por vir, que era o tema principal da palestra: Especificação por exemplos.
Baseado no livro "Specification by Example" do Iugoslavo Gojko Adzic, e publicado agora em junho, Papo trouxe um conceito novo para a grande maioria do público.
A ideia é simples: O documento de Especificação de Requisitos ao invés de trazer linhas de códigos e regras complexas descritas, traria uma história simples, apoiada por exemplos, que comprovariam como tal regra/requisito deve funcionar. Isto facilita e muito o trabalho dos desenvolvedores e testadores para compreenderem o funcionamento do sistema e principalmente ajudaria os usuários e verificarem se o que está escrito é o mesmo que eles imaginavam e solicitaram. O slide 18 da apresentação exemplifica isto.
Por fim, Papo citou 4 ferramentas para a elaboração de especificações:
Uma demo da ferramenta SpecFlow, utilizada como um plugin para o Visual Studio nos deu a ideia do poder da ferramenta.
A apresentação está disponível no link abaixo:
Especificação por Exemplos - A Agilidade hiperprodutiva com especificações executáveis
6ª Palestra
Para encerrar o ciclo de palestras, era a vez do José Correia, fundador da Iterasys e com mais de 16 anos de TI. O tema da sua palestra era "Automação Rápida de Testes para Web".
Correia também começou com uma polêmica, ao afirmar que "QA" e "Teste" não são a mesma coisa, já que o mercado banalizou os 2 termos. Ele explicou rapidamente que "QA" é aquele envolvido com o processo e que não realiza testes, ao contrário do testador (Em breve vou fazer um post sobre esta polêmcia).
Para que possa haver uma automação de teste rápida, os seguintes gargalos precisam ser resolvidos:
Correia também citou a diferença entre os ambientes, pois quase sempre o ambiente de teste é uma máquina velha e obsoleta, enquanto o ambiente de produção é um servidor de "verdade", parrudo e pronto para tomar porrada. Uma excelente comparação foi mostrar a foto de duas raças de cachorros:
O ambiente de teste foi caracterizado como um Pinscher, pequeno e fraco, enquanto o ambiente de produção era um Doberman, grande e forte.
Segundo Correia, com a virtualização a tendência é que isto mude para melhor, com a adoção do mesmo ambiente de produção para testes.
Ao final da palestra tivemos uma demo da utilização do BadBoy em conjunto com o JMeter.
A apresentação está disponível no link abaixo:
Automação Rápida de Testes para Web
Mesa Redonda de Testes
Ao final das 6 palestras tivemos o convite para comparecer até o auditório para participar da Mesa Redonda de Testes, inspirada na série criada pelo grupo DF Testes.
A "mesa" era composta pelos palestrantes Neli Duarte, José Correia, Tatiane Fukuda e José Papo e contando com a moderação do Elias Nogueira e a ajuda do Leonardo Galani.
Os temas eram:
As discussões foram muito boas e contaram com a presença da platéia, que ao final foi premiada com vouchers e prêmios exclusivos dos patrocinadores!
E assim chegou ao fim a Trilha de Testes do TDC 2011. Avalio como muito positivo o evento. Mais uma vez parabéns ao Elias Nogueira, Jorge Diz e a Globalcode pelo evento. Espero estar presente no TDC 2012.
Segue as fotos disponibilizadas pelo Elias Nogueira em seu blog:
Segue agora o meu resumo rápido sobre as palestras do TDC 2011:
1ª Palestra:
A Trilha de Testes teve o seu início com a excelente palestra do Wanderlei Souza da empresa desenvolvedora de games Vostu. A Palestra intitulada "Penetration Testing" abordou os testes de segurança em ambientes web.
A palestra se baseou sobre a aplicação Foundtsone Hacme Books, desenvolvida pela Mcafee, uma plataforma de aprendizagem para o desenvolvimento seguro de sistemas e sites. Wanderlei também citou uma outra aplicação, já citada por mim aqui e chamada Webgoat, desenvolvida pela OWASP.
Wanderlei frisou que o tipo de ataque que mais cresce atualmente é o CSRF (Maiores detalhes aqui), que se aproveita de sessões abertas pelo usuário em diversos tipos de site.
Um outro problema muito comum para a segurança na web são os relatórios de falhas, que acabam por expor muitas informações ao usuário. Em uma demonstração rápida foi possível descobrir quais eram a plataforma, banco de dados, servidor de aplicação e framework através de um relatório de erros de um site. A dica para evitar este tipo de ameaça é limitar ao máximo a quantidade de informações que são exibidas para o usuário caso o site venha a falhar.
Para que o seu site seja mais seguro, é recomendável também sempre validar as entradas, de preferência buscando evitar o ataque através de SQL Injection e XSS.
Wanderlei também mostrou a todos que até a versão 4 do Jboss era possível visualizar o seu arquivo de configuração aberto na web. Este problema só foi corrigido a partir da versão 5. Uma rápida busca no Google e podemos encontrar diversos destes arquivos, inclusive de sites governamentais.
A palestra foi muito aplaudida e elogiada por todos e a sua apresentação está disponível no link abaixo:
Teste de Segurança: Vulnerabilidade de Aplicações Web
2ª Palestra
Em seguida tivemos a palestra da Tatiane Fukuda, do Yahoo!, com o tema "Desmistificando Agile Testing". A palestrante iniciou explicando as diferenças entre os processos tradicionais e os processos ágeis.
Tatiana citou alguns principios do Tester Ágil:
- Feedback contínuo;
- Coragem;
- Simplicidade;
- Melhoria contínua;
- Auto-Organização;
- Foco em pessoas; e outros.
Talvez duas das mais emblemáticas frases ouvidas no TDC tenham vindo desta palestra:
"Todo time (projeto/empresa) é responsável pela Qualidade";
"O escopo é negociável, a qualidade NÃO!"
Para finalizar, Tatiane exibiu como foi desenvolvido o projeto Meme, que eu definiria como uma espécie de Twitter + Facebook desenvolvido pelo Yahoo.
Uma das ferramentas utilizadas para o teste foi o Pyccuracy, desenvolvida por brasileiros em Python sobre a plataforma do Selenium e que permite escrever testes automatizados através de linguagem natural, ou seja, você escreve os testes em português. Vou ver se me aprofundo mais sobre esta ferramenta, pois parece ser bem interessante.
Com a utilização da ferramenta, Tatiane deu algumas dicas de como escrever bons testes automatizados:
- Auto-explicativos;
- Foco bem definido
- Linguagem fácil para todos
- Módulos reusados
A apresentação está disponível no link abaixo:
Agile Testing
3ª Palestra:
Após o almoço, tivemos a oportunidade de escolher entre 2 palestras. A minha escolhida foi a "Hands On Selenium 2", ao invés da "Fábrica de Teste".
Infelizmente o palestrante Leonardo Galani teve um contratempo na hora do almoço e acabou por se atrasar em quase 30 minutos, assim a palestra foi muito prejudicada.
Ele nos apresentou um projeto rápido escrito no Selenium, e explicou algumas características, porém teve de ser interrompido com o final do tempo para maiores explicações. Recomendo um acesso ao blog do Leonardo, que possuí um bom material.
A apresentação está disponível no link abaixo:
Hands On Selenium 2
4ª Palestra:
Na sequência tivemos a apresentação da Neli Duarte, da IBM, sobre Testes Exploratórios.
Neli começou definindo os testes exploratórios e mostrando uma comparação entre o teste exploratório e o teste ad hoc, que não são a mesma coisa. Um teste exploratório é estruturado e planejado e os bugs detectados foram em decorrência das áreas explorados. Já um teste ad hoc não possui planejamento e não tem uma estrutura e os bugs detectados são por acidente.
Neli então definiu: Todos os testes ad hoc são exploratórios, mas nem todos os testes exploratórios são ad hoc.
A apresentação não mostrou mais novidades sobre o tema e muitas pessoas não gostaram da forma de como os slides foram preparados, já que estavam em inglês (todos os demais em português), com muitas informações e com uma fonte muito pequena, de difícil visualização.
A apresentação está disponível no link abaixo:
Testes Exploratórios
5ª Palestra:
Após o Coffee Break tivemos uma alteração na ordem das palestras, com a presença de José Papo ao invés do José Correia que ficou para o final.
O tema da palestra do Papo foi sobre "Especificação por Exemplos - A Agilidade hiperprodutiva com especificações executáveis".
Já no começo uma polêmica: Teste Unitário não pode ser considerado um teste. Um sistema que tenha passado apenas pela fase dos testes de unidade não pode ser considerado como testado. O teste unitário na verdade é uma forma de melhorar o design da aplicação e não testá-la.
Papo aproveitou para citar algumas máximas da nossa área:
- "Testar não deve ser a última coisa a ser realizada no projeto";
- "Qualidade é um processo contínuo e de responsabilidade de todo o time";
- "É necessário colaboração entre as equipes de teste e desenvolvimento";
Uma outra polêmica foi citar que os "Agileiros", aqueles que colocam o o Agile acima de tudo, acreditam que testes não são necessários e apenas gastam mais tempo do projeto. Por sorte que cada vez mais temos visto que isso é lorota...
Papo citou que Microsoft, Google e Oracle utilizam atualmente 1 testador para cada 1 desenvolvedor, um número ainda bem diferente da realidade das nossa empresas.
Mas a cereja do bolo ainda estava por vir, que era o tema principal da palestra: Especificação por exemplos.
Baseado no livro "Specification by Example" do Iugoslavo Gojko Adzic, e publicado agora em junho, Papo trouxe um conceito novo para a grande maioria do público.
A ideia é simples: O documento de Especificação de Requisitos ao invés de trazer linhas de códigos e regras complexas descritas, traria uma história simples, apoiada por exemplos, que comprovariam como tal regra/requisito deve funcionar. Isto facilita e muito o trabalho dos desenvolvedores e testadores para compreenderem o funcionamento do sistema e principalmente ajudaria os usuários e verificarem se o que está escrito é o mesmo que eles imaginavam e solicitaram. O slide 18 da apresentação exemplifica isto.
Por fim, Papo citou 4 ferramentas para a elaboração de especificações:
Uma demo da ferramenta SpecFlow, utilizada como um plugin para o Visual Studio nos deu a ideia do poder da ferramenta.
A apresentação está disponível no link abaixo:
Especificação por Exemplos - A Agilidade hiperprodutiva com especificações executáveis
6ª Palestra
Para encerrar o ciclo de palestras, era a vez do José Correia, fundador da Iterasys e com mais de 16 anos de TI. O tema da sua palestra era "Automação Rápida de Testes para Web".
Correia também começou com uma polêmica, ao afirmar que "QA" e "Teste" não são a mesma coisa, já que o mercado banalizou os 2 termos. Ele explicou rapidamente que "QA" é aquele envolvido com o processo e que não realiza testes, ao contrário do testador (Em breve vou fazer um post sobre esta polêmcia).
Para que possa haver uma automação de teste rápida, os seguintes gargalos precisam ser resolvidos:
- Falta de objetivos;
- Casos de teste superficiais;
- Mudança nas equipes;
- Equipe inexperiente;
- Falta de conhecimento em automação;
- Ambiente inexistente.
Correia também citou a diferença entre os ambientes, pois quase sempre o ambiente de teste é uma máquina velha e obsoleta, enquanto o ambiente de produção é um servidor de "verdade", parrudo e pronto para tomar porrada. Uma excelente comparação foi mostrar a foto de duas raças de cachorros:
O ambiente de teste foi caracterizado como um Pinscher, pequeno e fraco, enquanto o ambiente de produção era um Doberman, grande e forte.
Segundo Correia, com a virtualização a tendência é que isto mude para melhor, com a adoção do mesmo ambiente de produção para testes.
Ao final da palestra tivemos uma demo da utilização do BadBoy em conjunto com o JMeter.
A apresentação está disponível no link abaixo:
Automação Rápida de Testes para Web
Mesa Redonda de Testes
Ao final das 6 palestras tivemos o convite para comparecer até o auditório para participar da Mesa Redonda de Testes, inspirada na série criada pelo grupo DF Testes.
A "mesa" era composta pelos palestrantes Neli Duarte, José Correia, Tatiane Fukuda e José Papo e contando com a moderação do Elias Nogueira e a ajuda do Leonardo Galani.
Os temas eram:
- Testar é tão fácil que até a minha mãe testaria
- Testar sem documentação é possível?
- Para que testadores se eu faço teste unitário?
- Testa aí!!!
As discussões foram muito boas e contaram com a presença da platéia, que ao final foi premiada com vouchers e prêmios exclusivos dos patrocinadores!
E assim chegou ao fim a Trilha de Testes do TDC 2011. Avalio como muito positivo o evento. Mais uma vez parabéns ao Elias Nogueira, Jorge Diz e a Globalcode pelo evento. Espero estar presente no TDC 2012.
Segue as fotos disponibilizadas pelo Elias Nogueira em seu blog:
TestLink 1.9.3 - Tradução para o Português
Fala galera!
Trago um post especial para vocês:
O arquivo de tradução (pt_br) atualizado para a versão 1.9.3 do TestLink!
Acabei de subir o bug para a equipe do TestLink (Bug 4655) e este arquivo estará disponível na próxima versão a ser lançada!
Clique aqui e baixe agora o novo arquivo de tradução.
Depois basta colar o arquivo na pasta /locale/pt_BR/ do TestLink. Não se esqueça de fazer um backup da versão anterior antes!
abraços!
Trago um post especial para vocês:
O arquivo de tradução (pt_br) atualizado para a versão 1.9.3 do TestLink!
Acabei de subir o bug para a equipe do TestLink (Bug 4655) e este arquivo estará disponível na próxima versão a ser lançada!
Clique aqui e baixe agora o novo arquivo de tradução.
Depois basta colar o arquivo na pasta /locale/pt_BR/ do TestLink. Não se esqueça de fazer um backup da versão anterior antes!
abraços!
sexta-feira, 8 de julho de 2011
Impressões do TDC 2011 - Parte 1
Fala galera!
Estive ontem na Universidade Anhembi Morumbi acompanhando a edição 2011 do TDC (The Developer´s Conference) na Trilha de Testes, muito bem coordenada pelo Elias Nogueira e Jorge Diz.
Antes de falar sobre as palestras, gostaria de parabenizar a Globalcode pelo evento, que foi muito bem organizado (e ainda está sendo, pois acaba no domingo). São 25 trilhas sobre os mais diversos assuntos, com direito a alguns palestrantes internacionais e cobertura via internet, propiciando que muitas pessoas que não puderam vir à São Paulo para o evento pudessem acompanhá-lo.
O evento teve um custo praticamente irrisório (a inscrição nos últimos dias custava apenas R$ 60,00), além de fornecer um combo da Rede Subway, que matou a fome de muita gente. Comparado com outros eventos de grande porte, o seu preço era mais de 10 vezes menor!
Tive o prazer de conhecer pessoalmente o Elias Nogueira, que escreve o Blog Sem Bugs. O Elias é muito gente boa, fez brincadeiras com todos os participantes, além de estar conectado no Twitter durante todo o evento respondendo a galera! Valeu Elias!!!
Ainda estou compilando todas as informações obtidas no evento e assim que eu conseguir o link com as apresentações dos palestrantes, colocarei as minhas impressões aqui no Blog!
Fiquem de olho!
abraços
Estive ontem na Universidade Anhembi Morumbi acompanhando a edição 2011 do TDC (The Developer´s Conference) na Trilha de Testes, muito bem coordenada pelo Elias Nogueira e Jorge Diz.
Antes de falar sobre as palestras, gostaria de parabenizar a Globalcode pelo evento, que foi muito bem organizado (e ainda está sendo, pois acaba no domingo). São 25 trilhas sobre os mais diversos assuntos, com direito a alguns palestrantes internacionais e cobertura via internet, propiciando que muitas pessoas que não puderam vir à São Paulo para o evento pudessem acompanhá-lo.
O evento teve um custo praticamente irrisório (a inscrição nos últimos dias custava apenas R$ 60,00), além de fornecer um combo da Rede Subway, que matou a fome de muita gente. Comparado com outros eventos de grande porte, o seu preço era mais de 10 vezes menor!
Tive o prazer de conhecer pessoalmente o Elias Nogueira, que escreve o Blog Sem Bugs. O Elias é muito gente boa, fez brincadeiras com todos os participantes, além de estar conectado no Twitter durante todo o evento respondendo a galera! Valeu Elias!!!
Ainda estou compilando todas as informações obtidas no evento e assim que eu conseguir o link com as apresentações dos palestrantes, colocarei as minhas impressões aqui no Blog!
Fiquem de olho!
abraços
quarta-feira, 6 de julho de 2011
TestLink apresenta o erro HTTP Error 500.0 - Internal Server Error
Fala pessoal!
Com a utilização do TestLink na "nuvem" (hospedado pela Locaweb) e integrado junto com o JIRA via SOAP, depois de 2 semanas de utilização e a execução de muitos testes (e muitos bugs adicionados), ao visualizar alguns relatórios, o seguinte erro era apresentado:
Após muita pesquisas, tentativas de solução e algumas pulgas atrás da orelha, descobri a causa do problema:
O TestLink estava hospedado em um ambiente Windows na Locaweb, ou seja, utilizando IIS ao invés de Apache. Como tal consulta para a montagem do relatório solicitado demorava mais de 90 segundos, era disparado o erro de timeout e a culpa assim caia em cima do "pobre" TestLink.
Por sorte é possível efetuar a migração de plataforma de maneira rápida na Locaweb e após a migração para Linux (foi necessário fazer um backup/restore da pasta testlink, porém a base de dados permaneceu intacta, mas recomendo o backup de ambos), este problema não ocorreu mais.
A integração com o JIRA via SOAP continua firme e forte e os relatórios solicitados estão sendo visualizados corretamente.
A dica que fica é nunca esquecer de instalar o TestLink em um ambiente Apache, que na maioria dos serviçoes de hospedagem é denominado ambiente Linux.
Aguardem os próximos posts sobre o TestLink.
Abraços.
Com a utilização do TestLink na "nuvem" (hospedado pela Locaweb) e integrado junto com o JIRA via SOAP, depois de 2 semanas de utilização e a execução de muitos testes (e muitos bugs adicionados), ao visualizar alguns relatórios, o seguinte erro era apresentado:
 |
| HTTP Error 500.0 - Internal Server Error - The FastCGI process exceeded configured activity timeout |
O TestLink estava hospedado em um ambiente Windows na Locaweb, ou seja, utilizando IIS ao invés de Apache. Como tal consulta para a montagem do relatório solicitado demorava mais de 90 segundos, era disparado o erro de timeout e a culpa assim caia em cima do "pobre" TestLink.
Por sorte é possível efetuar a migração de plataforma de maneira rápida na Locaweb e após a migração para Linux (foi necessário fazer um backup/restore da pasta testlink, porém a base de dados permaneceu intacta, mas recomendo o backup de ambos), este problema não ocorreu mais.
A integração com o JIRA via SOAP continua firme e forte e os relatórios solicitados estão sendo visualizados corretamente.
A dica que fica é nunca esquecer de instalar o TestLink em um ambiente Apache, que na maioria dos serviçoes de hospedagem é denominado ambiente Linux.
Aguardem os próximos posts sobre o TestLink.
Abraços.
TDC 2011 - Aí vamos nós!
Amanhã cedo estarei na Universidade Anhembi Morumbi para assistir a Trilha de Testes do TDC 2011.
Muita expectativa em torno das palestras!
Logo depois colocarei algumas impressões aqui no blog!
Até lá, abraços!
Muita expectativa em torno das palestras!
Logo depois colocarei algumas impressões aqui no blog!
Até lá, abraços!
terça-feira, 5 de julho de 2011
Versão 1.9.3 do TestLink é lançada!
Pessoal,
Sábado (02/07/11) tivemos o lançamento da mais nova versão do TestLink. A versão 1.9.3 trás algumas melhorias e correções de bugs, mas nada muito diferente das últimas versões. Estamos no aguardo do lançamento da versão 2.0, que promete grandes novidades.
Enquanto esta versão não vem, veja as novidades da nova versão:
Novos Recursos
- Melhoria no recurso "Definir Testes Urgentes";
- Exemplo do arquivo custom.css adicionado;
- Checkbox para decidir se será criado um outro Caso de Teste / Requisito;
- "Visualizar nova versão do Caso de Teste" procura melhorar e oferecer a possibilidade de fazer um DIFF rápido entre 2 versões de casos de teste;
- "Atualização em massa para a última versão do Caso de Teste" procura melhorar e oferecer a possibilidade de fazer um DIFF rápido entre 2 versões de casos de teste;
- Ao escolher a língua pessoal, uma mensagem com a última atualização desta linguagem é exibido;
- Atualização do ExtJS 3.4.0 para suportar o Internet Explorer 9;
- Um link direto pode ser criado para cada versão de requisito;
- Nova coluna "Última Execução" no Relatório "Matriz de Resultado de Teste";
Atualizações de idiomas
- Francês
- Português (Brasil) - de minha autoria
- Chinês (Simplificado)
- Inglês Americano
- Alemão
- Inglês Britânico
Correções de Bugs
- Links internos para requisitos agora suportam versões de requisitos;
- Árvore é atualizada depois de editar um requisito;
- Status das Árvores são guardadas e restauradas com maior confiabilidade;
- Em alguns casos os usuários atribuídos não foram capazes de executar testes;
- Filtragem por status de trabalho no Relatório de "Matriz de Resultado de Teste".
Fonte: TestLink
Os erros de linguagem já estão sendo listados e em breve enviaremos para o pessoal do TeamST efetuar a atualização para a nova versão.
Clique aqui e faça agora o download da versão 1.9.3!
Sábado (02/07/11) tivemos o lançamento da mais nova versão do TestLink. A versão 1.9.3 trás algumas melhorias e correções de bugs, mas nada muito diferente das últimas versões. Estamos no aguardo do lançamento da versão 2.0, que promete grandes novidades.
Enquanto esta versão não vem, veja as novidades da nova versão:
Novos Recursos
- Melhoria no recurso "Definir Testes Urgentes";
- Exemplo do arquivo custom.css adicionado;
- Checkbox para decidir se será criado um outro Caso de Teste / Requisito;
- "Visualizar nova versão do Caso de Teste" procura melhorar e oferecer a possibilidade de fazer um DIFF rápido entre 2 versões de casos de teste;
- "Atualização em massa para a última versão do Caso de Teste" procura melhorar e oferecer a possibilidade de fazer um DIFF rápido entre 2 versões de casos de teste;
- Ao escolher a língua pessoal, uma mensagem com a última atualização desta linguagem é exibido;
- Atualização do ExtJS 3.4.0 para suportar o Internet Explorer 9;
- Um link direto pode ser criado para cada versão de requisito;
- Nova coluna "Última Execução" no Relatório "Matriz de Resultado de Teste";
Atualizações de idiomas
- Francês
- Português (Brasil) - de minha autoria
- Chinês (Simplificado)
- Inglês Americano
- Alemão
- Inglês Britânico
Correções de Bugs
- Links internos para requisitos agora suportam versões de requisitos;
- Árvore é atualizada depois de editar um requisito;
- Status das Árvores são guardadas e restauradas com maior confiabilidade;
- Em alguns casos os usuários atribuídos não foram capazes de executar testes;
- Filtragem por status de trabalho no Relatório de "Matriz de Resultado de Teste".
Fonte: TestLink
Os erros de linguagem já estão sendo listados e em breve enviaremos para o pessoal do TeamST efetuar a atualização para a nova versão.
Clique aqui e faça agora o download da versão 1.9.3!
domingo, 3 de julho de 2011
Integração JIRA e TestLink via SOAP
Fala galera!
Semana passada tive a tarefa de integrar o TestLink recém instalado na empresa (Efetuei a sua instalação há 2 semanas) com o JIRA, responsável por controlar todos os incidentes internos, desde bugs em projetos de softwares, até reparos nas mesas e banheiros.
O ambiente a ser integrado possui uma particularidade muito interessante: O TestLink está na "nuvem", instalado em um domínio contratado pela área de Qualidade e hospeadado na Locaweb, enquanto o JIRA está instalado internamente, mas possui uma saída externa, para quem não está fisicamente no ambiente coorporativo.
Devido a restrições da área de infra-estrutura, não foi possível obter em qual servidor o JIRA está instalado, e por ventura as suas demais informações necessárias (nome do banco de dados, usuário e senha).
Neste momento descobri que a integração com o JIRA também é possível via SOAP (Web service) e por sinal é a única integração via SOAP disponível pelo TestLink (pelo menos nos arquivos encontrados na pasta testlink\cfg).
O arquivo responsável por esta integração é o jirasoap.cfg.php, composto pelos seguintes parâmetros (apenas aqueles que devem ser modificados):
/** The Username being used by JIRA logon */
define('BUG_TRACK_USERNAME', 'test');
/** The Password being used by JIRA logon*/
define('BUG_TRACK_PASSWORD', 'test');
/** link of the web server for JIRA*/
define('BUG_TRACK_HREF',"http://localhost:8080/");
/** path of JIRA WSDL */
define('BUG_TRACK_SOAP_HREF', "rpc/soap/jirasoapservice-v2?wsdl");
/** link of the web server for jira ticket*/
define('BUG_TRACK_SHOW_BUG_HREF', "browse/");
/** link of the web server for creating new jira ticket*/
define('BUG_TRACK_ENTER_BUG_HREF',"secure/Dashboard.jspa?os_destination=%2Fsecure%2FCreateIssue%21default.jspa");
Em uma rápida definição, cada campo deve ser preenchido com os seguintes dados:
BUG_TRACK_USERNAME - Usuário criado na base do JIRA e que possua permissão de leitura em todos os projetos. Aconselho a criação de um usuário genérico chamado 'Testlink' ou até mesmo 'guest';
BUG_TRACK_PASSWORD - Senha do usuário acima;
BUG_TRACK_HREF - Endereço de acesso ao Web service (ou de acesso ao JIRA, que no caso pode ser o endereço de IP por onde este é acessado);
BUG_TRACK_SOAP_HREF - Link específico de acesso ao SOAP - Dificilmente modificado;
BUG_TRACK_SHOW_BUG_HREF - Link para acesso aos projetos - Dificilmente modificado;
BUG_TRACK_ENTER_BUG_HREF - Link da página referente a abertura de bugs (Nova pendência).
Com o preenchimento destes campos e a substituição deste arquivo na pasta \cfg, foi necessário alterar o arquivo config.inc.php, na linha 299 (detalhe, estou utilizando a versão 1.9.2 do TestLink), para apontar qual bugtracker seria integrado ao TestLink.
No parâmetro $g_interface_bugs foi incluída a sintaxe 'JIRASOAP'. O arquivo foi salvo e substituído na raiz do Testlink do servidor.
Após isto, a integração TestLink e JIRA foi realizada com sucesso, bastando executar um rápido teste para ver se tudo estava dentro dos conformes.
1. Selecionar um caso de teste para ser executado e marcá-lo como "Com Falha:
2. Clicar no Botão "Gerenciamento de Casos":
A integração com o JIRA via SOAP foi estabelecida com sucesso e aprendemos mais um pouco de TestLink!
Aguardem novas postagens sobre o TestLink!
abraços!
Semana passada tive a tarefa de integrar o TestLink recém instalado na empresa (Efetuei a sua instalação há 2 semanas) com o JIRA, responsável por controlar todos os incidentes internos, desde bugs em projetos de softwares, até reparos nas mesas e banheiros.
O ambiente a ser integrado possui uma particularidade muito interessante: O TestLink está na "nuvem", instalado em um domínio contratado pela área de Qualidade e hospeadado na Locaweb, enquanto o JIRA está instalado internamente, mas possui uma saída externa, para quem não está fisicamente no ambiente coorporativo.
Devido a restrições da área de infra-estrutura, não foi possível obter em qual servidor o JIRA está instalado, e por ventura as suas demais informações necessárias (nome do banco de dados, usuário e senha).
Neste momento descobri que a integração com o JIRA também é possível via SOAP (Web service) e por sinal é a única integração via SOAP disponível pelo TestLink (pelo menos nos arquivos encontrados na pasta testlink\cfg).
O arquivo responsável por esta integração é o jirasoap.cfg.php, composto pelos seguintes parâmetros (apenas aqueles que devem ser modificados):
/** The Username being used by JIRA logon */
define('BUG_TRACK_USERNAME', 'test');
/** The Password being used by JIRA logon*/
define('BUG_TRACK_PASSWORD', 'test');
/** link of the web server for JIRA*/
define('BUG_TRACK_HREF',"http://localhost:8080/");
/** path of JIRA WSDL */
define('BUG_TRACK_SOAP_HREF', "rpc/soap/jirasoapservice-v2?wsdl");
/** link of the web server for jira ticket*/
define('BUG_TRACK_SHOW_BUG_HREF', "browse/");
/** link of the web server for creating new jira ticket*/
define('BUG_TRACK_ENTER_BUG_HREF',"secure/Dashboard.jspa?os_destination=%2Fsecure%2FCreateIssue%21default.jspa");
Em uma rápida definição, cada campo deve ser preenchido com os seguintes dados:
BUG_TRACK_USERNAME - Usuário criado na base do JIRA e que possua permissão de leitura em todos os projetos. Aconselho a criação de um usuário genérico chamado 'Testlink' ou até mesmo 'guest';
BUG_TRACK_PASSWORD - Senha do usuário acima;
BUG_TRACK_HREF - Endereço de acesso ao Web service (ou de acesso ao JIRA, que no caso pode ser o endereço de IP por onde este é acessado);
BUG_TRACK_SOAP_HREF - Link específico de acesso ao SOAP - Dificilmente modificado;
BUG_TRACK_SHOW_BUG_HREF - Link para acesso aos projetos - Dificilmente modificado;
BUG_TRACK_ENTER_BUG_HREF - Link da página referente a abertura de bugs (Nova pendência).
Com o preenchimento destes campos e a substituição deste arquivo na pasta \cfg, foi necessário alterar o arquivo config.inc.php, na linha 299 (detalhe, estou utilizando a versão 1.9.2 do TestLink), para apontar qual bugtracker seria integrado ao TestLink.
No parâmetro $g_interface_bugs foi incluída a sintaxe 'JIRASOAP'. O arquivo foi salvo e substituído na raiz do Testlink do servidor.
Após isto, a integração TestLink e JIRA foi realizada com sucesso, bastando executar um rápido teste para ver se tudo estava dentro dos conformes.
1. Selecionar um caso de teste para ser executado e marcá-lo como "Com Falha:
 | |
| Caso de Teste executado como "Com Falha" e o ícone para a inserção do Bug |
2. Clicar no Botão "Gerenciamento de Casos":
 |
| Popup para a inserção do número do bug cadastrado no JIRA. Também é possível acessar o JIRA através do texto "Acesso ao Bugtracker" |
A integração com o JIRA via SOAP foi estabelecida com sucesso e aprendemos mais um pouco de TestLink!
Aguardem novas postagens sobre o TestLink!
abraços!
sexta-feira, 1 de julho de 2011
TDC 2011 - Trilha de Testes
Fala pessoal!
Semana que vem teremos a edição 2011 do TDC!
E na quinta-feira teremos um dia para a Trilha de Testes!
Mais informações aqui.
Estou vendo a viabilidade para participar do evento, que contará com as presenças de José Correia e José Papo (Microsoft)!
O evento começará às 8:30 e irá até as 18:30, na Universidade Anhembi Morumbi, campus Vila Olimpia!
Inscreva-se já pelo link acima!
abs
Semana que vem teremos a edição 2011 do TDC!
E na quinta-feira teremos um dia para a Trilha de Testes!
Mais informações aqui.
Estou vendo a viabilidade para participar do evento, que contará com as presenças de José Correia e José Papo (Microsoft)!
O evento começará às 8:30 e irá até as 18:30, na Universidade Anhembi Morumbi, campus Vila Olimpia!
Inscreva-se já pelo link acima!
abs
terça-feira, 28 de junho de 2011
Erros em sites - Pontuação na CNH!
Fala galera!
Fui consultar os pontos em minha CNH no site do Detran-SP, quando fui surpreendido:
Um bug na tela!
Não é de hoje que eu tenho tido este problema. Já faz mais de 6 meses que eu não consigo consultar a minha pontuação.
Vocês conseguem?
abraços!
Fui consultar os pontos em minha CNH no site do Detran-SP, quando fui surpreendido:
 |
| Bug no site do Detran-SP! |
Um bug na tela!
Não é de hoje que eu tenho tido este problema. Já faz mais de 6 meses que eu não consigo consultar a minha pontuação.
Vocês conseguem?
abraços!
quinta-feira, 23 de junho de 2011
Testes utilizando o My Mobiler para dispositivos móveis
Fala pessoal,
Como todos já sabem, iniciei recentemente em uma nova empresa onde o foco são aplicações para dispositivos móveis (PDA, Android, Iphone e etc.). Nunca havia trabalhado com estas tecnologias e estou curtindo muito, já que é um trabalho bem desafiador, ainda mais para quem sempre testou aplicações para Automação Comercial (e por 6 meses atuou em projetos da área de Seguros).
Aproveitando este início dos trabalhos, gostaria de compartilhar uma aplicação que tenho utilizado muito e que é essencial para testes em PDA´s. Ela se chama My Mobiler.
Esta aplicação efetua uma espécie de acesso remoto no PDA e você pode executar todas as ações diretamente pelo desktop, não perdendo tempo para selecionar os ícones diretamente no dispositivo usando a canetinha.
Além disto, a ferramenta possui opções para tirar print screens da tela e também para a gravação de vídeos, ou seja, na hora de reportar um bug detectado é muito fácil colher as evidências.
Outras facilidades do My Mobiler é a possibilidade de copiar e colar textos, o que facilita o testador quando é necessário inserir um link muito longo ou até mesmo testar um campo que possua um limite alto de caracteres.
Faça o download do My Mobiler, mas recomendo que seja utilizada uma versão anterior a versão final. Alguns colegas tiveram problemas com a versão v1.25.
My Mobiler - v1.23: http://www.mymobiler.com/down123.aspx
abs!
Como todos já sabem, iniciei recentemente em uma nova empresa onde o foco são aplicações para dispositivos móveis (PDA, Android, Iphone e etc.). Nunca havia trabalhado com estas tecnologias e estou curtindo muito, já que é um trabalho bem desafiador, ainda mais para quem sempre testou aplicações para Automação Comercial (e por 6 meses atuou em projetos da área de Seguros).
Aproveitando este início dos trabalhos, gostaria de compartilhar uma aplicação que tenho utilizado muito e que é essencial para testes em PDA´s. Ela se chama My Mobiler.
Esta aplicação efetua uma espécie de acesso remoto no PDA e você pode executar todas as ações diretamente pelo desktop, não perdendo tempo para selecionar os ícones diretamente no dispositivo usando a canetinha.
Além disto, a ferramenta possui opções para tirar print screens da tela e também para a gravação de vídeos, ou seja, na hora de reportar um bug detectado é muito fácil colher as evidências.
Outras facilidades do My Mobiler é a possibilidade de copiar e colar textos, o que facilita o testador quando é necessário inserir um link muito longo ou até mesmo testar um campo que possua um limite alto de caracteres.
Faça o download do My Mobiler, mas recomendo que seja utilizada uma versão anterior a versão final. Alguns colegas tiveram problemas com a versão v1.25.
My Mobiler - v1.23: http://www.mymobiler.com/down123.aspx
abs!
terça-feira, 21 de junho de 2011
Mês de junho de muito sucesso!
Fala galera!
Quase 1 mês sem atualizações, mas tudo isso por um bom motivo:
Dia 1º de junho comecei em um novo emprego, agora como Analista de Teste em uma empresa de dispositivos móveis. Desafio muito empolgante e que estou levando muito a sério. Em 20 dias já aprendi muita coisa nova!
Outra notícia que me deixou muito feliz veio na quinta-feira: Saiu a nota do meu TCC do MBA. Mais um 10 para a coleção e enfim estou formado!
Prometo em breve trazer alguns pontos interessantes deste TCC!
Até mais, abraços!
Quase 1 mês sem atualizações, mas tudo isso por um bom motivo:
Dia 1º de junho comecei em um novo emprego, agora como Analista de Teste em uma empresa de dispositivos móveis. Desafio muito empolgante e que estou levando muito a sério. Em 20 dias já aprendi muita coisa nova!
Outra notícia que me deixou muito feliz veio na quinta-feira: Saiu a nota do meu TCC do MBA. Mais um 10 para a coleção e enfim estou formado!
Prometo em breve trazer alguns pontos interessantes deste TCC!
Até mais, abraços!
quinta-feira, 26 de maio de 2011
Testar em múltiplas versões do Firefox
Da mesma forma que ocorre com o Internet Explorer (e que foi publicado aqui), é possível instalar todas as versões lançadas do Mozilla Firefox para efetuar testes de sistemas web. A instalação do programa é bem simples e permite ao usuário selecionar desde a versão 2 até a futura versão 5, que está na fase beta.
Ainda de brinde são instaladas as extensões Firebug, Web Developer e Nightly Tester Tools, que são de grande valia no momento dos testes.
Faça o download do Mozilla Firefox Collection.
terça-feira, 24 de maio de 2011
Testar em múltiplas versões do Internet Explorer
Para quem testa aplicações em ambiente web, este programa é essencial: Ele instala todas as versões do Internet Explorer já lançadas até hoje, desde a 1 até a 9. No momento da instalação você pode informar quais versões quer instalar.
IE Collection é um software que não pode faltar no ambiente de teste de um testador.
segunda-feira, 23 de maio de 2011
O Bug é o “Gol” do Analista de Teste!
Costumo brincar com os meus colegas de profissão que estou colecionando todos os meus bugs abertos em “carreira” na busca pelo milésimo bug! hehehe
Existe uma discussão muito grande sobre o real objetivo do Analista de Teste. Focar somente em encontrar defeitos? Buscar a qualidade através da falta de bugs?
Não querendo entrar no mérito desta discussão, vejo o bug registrado como um gol marcado pelo Analista de Teste. Nas equipes que já trabalhei, sempre houve esse conceito. Nas discussões do almoço, sempre aparecem às histórias dos projetos “bugados”, do recorde de bugs detectados em um dia e etc.
Estou atuando em um projeto grande atualmente, de um novo sistema de ERP da empresa onde trabalho e hoje registrei o 100º bug encontrado durante a fase de Teste.
De 2007 até 2010 registrei quase 300 bugs na empresa onde trabalhava, inclusive tendo participado de um projeto que após 1 ano de desenvolvimento alcançou o incrível número de 333 bugs.
Ou seja, estou chegando à casa dos 400 bugs, em 4 anos de carreira de Testes, com uma incrível média de 100 bugs por ano!
Romário, me aguarde! Hahahaha
E vocês, o que pensam sobre isto? Veem o bug como um “gol”?
Existe uma discussão muito grande sobre o real objetivo do Analista de Teste. Focar somente em encontrar defeitos? Buscar a qualidade através da falta de bugs?
Não querendo entrar no mérito desta discussão, vejo o bug registrado como um gol marcado pelo Analista de Teste. Nas equipes que já trabalhei, sempre houve esse conceito. Nas discussões do almoço, sempre aparecem às histórias dos projetos “bugados”, do recorde de bugs detectados em um dia e etc.
Estou atuando em um projeto grande atualmente, de um novo sistema de ERP da empresa onde trabalho e hoje registrei o 100º bug encontrado durante a fase de Teste.
De 2007 até 2010 registrei quase 300 bugs na empresa onde trabalhava, inclusive tendo participado de um projeto que após 1 ano de desenvolvimento alcançou o incrível número de 333 bugs.
Ou seja, estou chegando à casa dos 400 bugs, em 4 anos de carreira de Testes, com uma incrível média de 100 bugs por ano!
Romário, me aguarde! Hahahaha
E vocês, o que pensam sobre isto? Veem o bug como um “gol”?
terça-feira, 10 de maio de 2011
Contribuição para a comunidade TestLink
Tenho contribuído com a Comunidade TestLink desde o lançamento da versão 1.9.0. Percebi que havia muitos campos e botões não traduzidos para o português e passei a traduzi-los, primeiramente para o uso interno na empresa, mas logo depois resolvi disponibilizar o arquivo de tradução para que ele fosse atualizado nas novas versões do TestLink.
Em fevereiro efetuei a abertura do Bug 4220 contendo as traduções faltantes da versão 1.9.0, e que foi disponibilizada para os usuários com o lançamento da versão 1.9.2 do TestLink em março. Agora abri o Bug 4448 contendo as atualizações dos campos e botões não traduzidos da versão 1.9.2 e que será disponibilizado na versão 1.9.3 (ainda sem data de lançamento).
Para verificar o arquivo atualizado por mim, basta acessar a pasta /testlink/locale/pt_BR e editar o arquivo strings.txt.
É muito importante contribuir com estes projetos open source, principalmente quando utilizamos estes softwares em nosso dia a dia e percebemos que existem pontos a serem melhorados.
Estou no aguardo do lançamento da versão 1.9.3 para abrir alguns bugs relacionados ao layout e operacional do TestLink.
abraços!
Em fevereiro efetuei a abertura do Bug 4220 contendo as traduções faltantes da versão 1.9.0, e que foi disponibilizada para os usuários com o lançamento da versão 1.9.2 do TestLink em março. Agora abri o Bug 4448 contendo as atualizações dos campos e botões não traduzidos da versão 1.9.2 e que será disponibilizado na versão 1.9.3 (ainda sem data de lançamento).
Para verificar o arquivo atualizado por mim, basta acessar a pasta /testlink/locale/pt_BR e editar o arquivo strings.txt.
É muito importante contribuir com estes projetos open source, principalmente quando utilizamos estes softwares em nosso dia a dia e percebemos que existem pontos a serem melhorados.
Estou no aguardo do lançamento da versão 1.9.3 para abrir alguns bugs relacionados ao layout e operacional do TestLink.
abraços!
sexta-feira, 6 de maio de 2011
Ferramenta para reprodução de Bugs
Acredito que muitos testadores sofrem no momento de gerar evidências de bugs para a equipe de desenvolvimento.
Sempre utilizei prints de tela, mas em alguns casos era necessário criar um vídeo exibindo o passo a passo. Para este caso comecei a utilizar o CamStudio. Um ponto negativo para a utilização desta ferramenta era o tamanho final dos arquivos .AVI, que quase sempre eram gerados com um tamanho absurdo, ficando inviável o seu envio por e-mail e que por muitas vezes estourava o limite máximo para ser anexado nas ferramentas de bugtracker (Bugzilla, Mantis, TestLink).
Há 2 semanas conheci o Wink, que é um software para criação de tutoriais e apresentações, mas que pode ser muito bem utilizado pela equipe de teste. O Wink é leve e trabalha printando frame por frame. É possível editar cada frame, adicionando áudio, balões de texto, URL e até mesmo imagens. O Wink gera um arquivo em formato Flash (SWF), mas que também pode ser gerado em PDF, EXE e HTML.
Recomendo a utilização do aplicativo e tenho certeza que ele facilitará a vida dos testadores!
terça-feira, 3 de maio de 2011
Erro ao instalar o VirtualBox
Fui surpreendido na semana passada ao tentar instalar o VirtualBox em meu servidor de testes. Qualquer versão do instalador que era executada retornava a mesma mensagem de erro:
Installation failed! Error: O sistema não pode encontrar o caminho especificado.
Efetuei uma longa busca pelo Google para tentar solucionar este erro, porém a procura foi em vão. Algumas pessoas tiveram outros tipos de problemas, com diferentes mensagens de erro, mas nada parecido com o erro acima.
Resolvi então tentar executar o arquivo pelo Prompt de Comando e tentar incluir a sintaxe de “Help” após o nome do arquivo, para verificar se o programa retornava alguma solução. Eis que consegui a solução do meu problema:
O instalador do VirtualBox abriu uma tela com alguns parâmetros para serem utilizados pela linha de comando:
Então executei o comando:
VirtualBox-4.0.4-70112-Win.exe –extract –path C:/VirtualBox
Este comando executou a extração dos arquivos do executável para a pasta VirtualBox. Nesta pasta, foi possível encontrar os seguintes arquivos:
Executei a instalação através do arquivo VirtualBox-4.0.4-r70112-MultiArch_x86.msi e tudo ocorreu conforme o esperado!
Fica a dica!
Abraços e até a próxima!
Installation failed! Error: O sistema não pode encontrar o caminho especificado.
 |
| Mensagem de erro ao executar o instalador |
Efetuei uma longa busca pelo Google para tentar solucionar este erro, porém a procura foi em vão. Algumas pessoas tiveram outros tipos de problemas, com diferentes mensagens de erro, mas nada parecido com o erro acima.
Resolvi então tentar executar o arquivo pelo Prompt de Comando e tentar incluir a sintaxe de “Help” após o nome do arquivo, para verificar se o programa retornava alguma solução. Eis que consegui a solução do meu problema:
 |
| Comando "Help" executado |
O instalador do VirtualBox abriu uma tela com alguns parâmetros para serem utilizados pela linha de comando:
 |
| Parâmetros de linha de comando |
Então executei o comando:
VirtualBox-4.0.4-70112-Win.exe –extract –path C:/VirtualBox
Este comando executou a extração dos arquivos do executável para a pasta VirtualBox. Nesta pasta, foi possível encontrar os seguintes arquivos:
 |
| Arquivos extraídos |
Executei a instalação através do arquivo VirtualBox-4.0.4-r70112-MultiArch_x86.msi e tudo ocorreu conforme o esperado!
Fica a dica!
Abraços e até a próxima!
segunda-feira, 25 de abril de 2011
Acabou o sofrimento!
Após 6 meses de muitos problemas (pessoais, saúde, profissionais e etc.) enfim entreguei o meu TCC do MBA aos 45 minutos do 2º tempo!
Agora é aguardar a nota final, pois já passei em todas as demais matérias!
Enfim o Blog voltará a ter um pouco mais de atenção, coisa que estava bem difícil nestes últimos meses!
Em Maio voltarei com tudo!
abraços
Agora é aguardar a nota final, pois já passei em todas as demais matérias!
Enfim o Blog voltará a ter um pouco mais de atenção, coisa que estava bem difícil nestes últimos meses!
Em Maio voltarei com tudo!
abraços
sexta-feira, 1 de abril de 2011
Aplicativos Complementares para o Test Manager
Iniciando a série especial sobre o TFS, venho indicar aqui alguns aplicativos complementares que auxiliam e muito o trabalho de quem já utiliza ou começará a utilizar o Test Manager da Microsoft.
São eles:
São eles:
TFS Test Steps Editor
O que é: Aplicativo que permite inserir os passos (steps) e resultados de um caso de teste cadastrado como Work Item. Através desta aplicação é possível inserir mais de uma linha para cada step, o que não é possível através do Test Manager.
Como utilizar: Executar a aplicação (Não é necessário instalar), selecionar o Projeto e a Suíte de Teste e informar o número do Work Item do Caso de Teste. Após realizar a inserção dos passos, clicar em Save.
 | |
| Test Steps Editor |
Test Case Migrator Plus
O que é: Aplicativo que permite importar Casos de Teste que estejam registrados em uma planilha Excel ou no Visual Studio 2005/2008 (Formato MHT).
Como utilizar: São necessários 6 passos para efetuar a importação dos Casos de Teste.(Em breve trarei um tutorial ensinando a utilizar este aplicativo)
 | ||
| Test Case Migrator Plus |
Assinar:
Postagens (Atom)
